解剖SQLSERVER 第六篇 对OrcaMDF的系统测试里避免regressions(译)

本文涉及的产品
云数据库 RDS SQL Server,独享型 2核4GB
简介: 原文:解剖SQLSERVER 第六篇 对OrcaMDF的系统测试里避免regressions(译)解剖SQLSERVER 第六篇  对OrcaMDF的系统测试里避免regressions (译) http://improve.
原文: 解剖SQLSERVER 第六篇 对OrcaMDF的系统测试里避免regressions(译)

解剖SQLSERVER 第六篇  对OrcaMDF的系统测试里避免regressions (译)

http://improve.dk/avoiding-regressions-in-orcamdf-by-system-testing/

当我继续添加新功能和新的数据结构支持进去OrcaMDF软件的时候,bug的风险不断增加

特别是当我开发一个很大的未知功能时,我不能预估结构和该结构的关联,为了降低风险,测试是很有必要的

 

单元测试

单元测试是在面向对象编程里测试源代码某一个功能的最小一部分的测试。一个测试的例子是SqlBigInt数据类型解析类,

他应该长这个样子

using System;
using NUnit.Framework;
using OrcaMDF.Core.Engine.SqlTypes;

namespace OrcaMDF.Core.Tests.Engine.SqlTypes
{
    [TestFixture]
    public class SqlBigIntTests
    {
        [Test]
        public void GetValue()
        {
            var type = new SqlBigInt();
            byte[] input;

            input = new byte[] { 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x7F };
            Assert.AreEqual(9223372036854775807, Convert.ToInt64(type.GetValue(input)));

            input = new byte[] { 0x82, 0x5A, 0x03, 0x1B, 0xD5, 0x3E, 0xCD, 0x71 };
            Assert.AreEqual(8200279581513702018, Convert.ToInt64(type.GetValue(input)));

            input = new byte[] { 0x7F, 0xA5, 0xFC, 0xE4, 0x2A, 0xC1, 0x32, 0x8E };
            Assert.AreEqual(-8200279581513702017, Convert.ToInt64(type.GetValue(input)));
        }

        [Test]
        public void Length()
        {
            var type = new SqlBigInt();

            Assert.Throws<ArgumentException>(() => type.GetValue(new byte[9]));
            Assert.Throws<ArgumentException>(() => type.GetValue(new byte[7]));
        }
    }
}

这个测试包含了SqlBigInt 类的主入口点,测试long bigint 数据类型是否会造成上溢或下溢的情况,也包含长度检查。

对于像SqlBigInt这样简单的类型单元测试会工作得很好。有时候单元测试会很复杂当相关联的类需要调用相应方法,类等支持他运行的底层结构的时候(mock测试

虽然这是一个工作策略,测试需要不断进行,特别在项目早期阶段,整个架构都是动态的

 

系统测试

在测试范围上,我们需要更大的范围测试 -系统测试。系统测试旨在测试系统作为一个整体,基本上忽略系统内部工作原理

如果要分类的话可以被分为 黑盒测试。对于OrcaMDF,我估计可以捕获90%的所有的regressions 只使用10%的时间,

相比起单元测试使用更多时间只捕获少量的regressions 。

因此,这是一个很好的方法在开发期间的测试,同时可以引入关键的单元测试和集成测试。

例如我想测试DatabaseMetaData 类里面的用户表名字的解析,我可以模拟SysObjects的值列表,同时对于DatabaseMetaData 类

的构造函数也能模拟MdfFile 所必须的参数,为了做到这一点,我必须从MdfFile 提取出一个接口并且在上面使用mocking framework

 

系统测试的方法执行以下流程:

1、连接到SQLSERVER实例

2、在测试固件(Test fixture)里创建测试架构

3、分离数据库

4、运行OrcaMDF 并加载分离的数据库验证结果

 

一个测试样例,创建两个用户表并且验证DatabaseMetaData类的输出

using System.Data.SqlClient;
using NUnit.Framework;
using OrcaMDF.Core.Engine;

namespace OrcaMDF.Core.Tests.Integration
{
    public class ParseUserTableNames : SqlServerSystemTest
    {
        [Test]
        public void ParseTableNames()
        {
            using(var mdf = new MdfFile(MdfPath))
            {
                var metaData = mdf.GetMetaData();

                Assert.AreEqual(2, metaData.UserTableNames.Length);
                Assert.AreEqual("MyTable", metaData.UserTableNames[0]);
                Assert.AreEqual("XYZ", metaData.UserTableNames[1]);
            }
        }

        protected override void RunSetupQueries(SqlConnection conn)
        {
            var cmd = new SqlCommand(@"
                CREATE TABLE MyTable (ID int);
                CREATE TABLE XYZ (ID int);", conn);
            cmd.ExecuteNonQuery();
        }
    }
}

 

在实际的真实生活场景里这样可以非常快速的进行测试。想测试转发记录的解析?只需要简单地创建一个新的测试
编写TSQL代码来生成目标数据库状态然后验证扫描到的表数据

 

系统测试的缺点

不幸的是系统测试不是万能药,它也有它的缺点。最明显的一个缺点是性能。

单元测试通常需要运行非常快,基本上允许您在每个文件保存后在后台运行它们。从绑定CPU开始到运行 ,每一个这样的系统测试都需要半秒

幸运的是,它们可以并行运行没有问题。在一台四核的机器能让我每分钟运行480个测试。这能够让一个完整的测试集合控制在合理的时间,

同时依然保持测试子集能够很快运行。通常代码的更改不会对测试造成太多的影响

 

第六篇完

相关实践学习
使用SQL语句管理索引
本次实验主要介绍如何在RDS-SQLServer数据库中,使用SQL语句管理索引。
SQL Server on Linux入门教程
SQL Server数据库一直只提供Windows下的版本。2016年微软宣布推出可运行在Linux系统下的SQL Server数据库,该版本目前还是早期预览版本。本课程主要介绍SQLServer On Linux的基本知识。 相关的阿里云产品:云数据库RDS&nbsp;SQL Server版 RDS SQL Server不仅拥有高可用架构和任意时间点的数据恢复功能,强力支撑各种企业应用,同时也包含了微软的License费用,减少额外支出。 了解产品详情:&nbsp;https://www.aliyun.com/product/rds/sqlserver
目录
相关文章
|
10天前
|
Linux 数据库 数据安全/隐私保护
猿创征文|Linux centos7下利用docker快速部署SQLserver测试学习环境
猿创征文|Linux centos7下利用docker快速部署SQLserver测试学习环境
109 0
|
SQL Oracle 关系型数据库
小技巧 | 如何在SQL Server中快速创建测试数据?
平时在做练习题的时候你都是怎么创建测试数据的? 是这样的吗,新建表结构,然后写入测试数据,最后保存? 今天我们来教教大家一个快速创建测试数据的小技巧。
|
SQL 测试技术 数据库
SQL Server AlwaysOn 集群 关于主Server IP与Listener IP调换的详细测试
SQL Server AlwaysOn 集群 关于主Server IP与Listener IP调换的详细测试 背景SQL Server 搭建AlwaysOn后,我们就希望程序连接时使用虚拟的侦听IP(Listener IP),而不再是主Server 的IP。
5207 0
|
SQL 移动开发 关系型数据库
PostgreSQL 与 MSSQL(SQL Server) 之间 数据相互迁移、导入、导出测试
标签 PostgreSQL , ms sql , SQL Server 背景 测试表结构 create table test (id int, info text); 从 PostgreSQL 导入 MSSQL MS SQL bcp与BULK INSERT都不支持stdin,所以我这里使用落地到文件的方法,从PostgreSQL导入MS SQL。
4996 0
|
SQL 测试技术 C#
SQL Server死锁中的会话隔离级别为序列化(Serializable)实验测试
SQL Server死锁中的会话隔离级别为序列化(Serializable)实验测试最近在分析SQL Server的死锁时,发现一个比较有意思的现象,发现死锁当中一个会话的隔离级别为序列化(Serializable),这个是让人比较奇怪的地方,我们知道SQL Server数据库的默认隔离级别为已提交读(READ COMMITTED),除非人为设置事务隔离级别(TRANSACTION ISOLATION LEVEL),否则事务隔离级别会使用数据库的默认隔离级别。
21749 0
|
SQL 测试技术 数据库
SQL Server中使用数据库快照的方式来完成测试环境中数据库的轻量级备份还原操作
原文:SQL Server中使用数据库快照的方式来完成测试环境中数据库的轻量级备份还原操作   在开发或者测试环境的数据库中,经常会发现有开发或者测试人员误删除表或者数据的情况,对于开发或者测试库,一般都没有安排定时的备份任务去备份数据库,一方面是由于存储资源有限,不太可能给开发或者测试环境准备大量的存储空间,二是必要性不是很强,开发或者测试库的数据库对象变化太多,通过还原备份的方式又有可能冲掉其最近新建的数据库对象。
964 0
|
SQL 测试技术 Go
SQL Server中INNER JOIN与子查询IN的性能测试
原文:SQL Server中INNER JOIN与子查询IN的性能测试 这个月碰到几个人问我关于“SQL SERVER中INNER JOIN 与 IN两种写法的性能孰优孰劣?”这个问题。其实这个概括起来就是SQL Server中INNER JOIN与子查询孰优孰劣(IN是子查询的实现方式之一,本篇还是只对比INNER JOIN与子查询IN的性能,如果展开INNER JOIN与子查询性能对比,范围太大了,没法一一详述)。
1289 0
|
SQL 关系型数据库 Java
性能测试工具操作数据库(八)-Jmeter与SQL Server
本节介绍如何通过Jmeter进行SQL Server的连接测试,具体用的测试库和测试表与上一节《性能测试工具操作数据库(七)-Loadrunner与SQL Server》一样,方便大家对照学习。
1219 0
|
SQL 测试技术 数据库
性能测试工具操作数据库(七)-Loadrunner与SQL Server
Loadrunner与SQL Server的操作可以通过录制的方式来实现,但本文还是通过直接调用loadrunner本身的function来实现sql语句的操作,主要用到的是lr_db_connect和lr_db_executeSQLStatement两个函数,具体的用法这里不做解释,请自行查看loadrunner的帮助说明。
916 0

热门文章

最新文章