MsTest单元测试的使用基础（下）
4.代码覆盖率代码覆盖率指的是运行单元测试时，产品代码的覆盖情况，仅仅在企业版可用。这个是mstest的劣势之一，也是其优势。
在测试资源管理器中，对选中的单元测试或者全部单元测试的代码进行覆盖率检查。
如下图所示：
http://www.51testing.com/attachments/2022/12/15326880_202212161532271yjB4.png
代码覆盖率结果给出了完整的代码测试的覆盖情况，有利于开发者对白盒测试的情况有总体的把握。
http://www.51testing.com/attachments/2022/12/15326880_202212161532291yNnT.png
返回到测试的功能所在的地方，这里可以体现mstest的优点。
http://www.51testing.com/attachments/2022/12/15326880_2022121615323216o0Z.png
方法头部会显示出本方法测自动测试详情，并且已经具备自动测试的模块会用颜色区分开来。
所有的公共方法要求测试，对于指定排除在覆盖率之外的代码，可使用进行区分。
5.特征分组
自动化测试的方法默认是根据项目分组，自定义分组可以通过TestCategory标记：
http://www.51testing.com/attachments/2022/12/15326880_2022121615323518erY.png
这个方法方便了开发对所有的测试进行整理。
http://www.51testing.com/attachments/2022/12/15326880_202212161532371eiEV.png
参数化测试
Datarow参数化
自动测试的基本方法已经基本上掌握，如果在测试的参数比较多的情况怎么处理，我们不可能一个一个方法去建立单元测试方法。
如下图所示：
http://www.51testing.com/attachments/2022/12/15326880_202212161532401eWDD.png
当我们想针对同一个方法再起一个单元测试的时候，会发现大部分的参数都已经帮我们填好。
http://www.51testing.com/attachments/2022/12/15326880_202212161532431AZbX.png
系统会默认生成一个带尾号的测试方法，然后我们进行简单的修改。
虽然也可以实现测试，但是这个并不方便，我们这里可以使用参数化测试方法，老版本MS TEST最大缺点就是在参数化测试方面，metsetV2版本现在通过DataRowAttribute指定测试用例的参数，如下：
http://www.51testing.com/attachments/2022/12/15326880_202212161532451xtIQ.png
手机”, “电压10V形状为圆形的手机电池”)]
public void MakeBattaryTest(string v,string shape,string ower,string res)
{
ACompany aCompany = new ACompany();
string actres = aCompany.MakeBattary(v, shape, ower);
Assert.AreEqual(res, actres);
}
DataTestMethod：注明这个方法是参数化测试方法；
DataRow：一组参数，参数可以是任何值；但是一定要和参数的测试方法匹配。
这里有一个要点，参数的个数设置多少个，因为测试的方法适合三个参数，所以大部分的人都认为是三个参数就够了，其实不是，应该是四个参数，还有一个是结果值。看上面的代码，我们最后断言的标准是期望值和实际值进行对比，而期望值是来自参数组：
http://www.51testing.com/attachments/2022/12/15326880_202212161532481kRs1.png
运行测试，这个时候是三个测试而不是一个测试：
http://www.51testing.com/attachments/2022/12/15326880_202212161532511XqpF.png
6.公用测试参数
测试过程中会遇见一种情况，就是参数复用，比如一组用户数据，既可以用于登录测试，也可以用于权限测试。做过开发的人员都应该了解，同样的代码尽可能的合并，以提高代码利用率，方便维护。这里就需要用到共享参数，首先我们先建立一个共享的方法，用于返回共享的参数，如图：
http://www.51testing.com/attachments/2022/12/15326880_202212161532541b2r8.png
然后将之前方法中的datarow替换成共享的参数。运行测试，得到的结果是一样的：
http://www.51testing.com/attachments/2022/12/15326880_202212161532571ITU1.png
在MS TEST V2的版本中，还可以通过ITestDataSource接口实现自定义数据源。
7.初始化和结束设置
很多情况下测试时有条件的，比如需要测试数据库性能，需要百万级的数据。但是实际上你的数据库只有寥寥三四条，再比如数据库表有很多关联关系，但是目前这些表都没有数据，再比如软件的某些设置必须是特定的，种种情况给我们的白盒测试带来麻烦，但是我们也有解决办法，我们可以通过AssemblyInitialize和AssemblyCleanup属性来设置，如图：
http://www.51testing.com/attachments/2022/12/15326880_2022121615330019YHI.png
AssemblyInitialize注释的方法start()，这里面可以随意的插入你想要的数据，或者改动配置，移动文件等等。
AssemblyCleanup注释的方法end（），可以将数据还原，保证测试环境清楚，不留尾巴。
通过上面的这种方式，可以实现测试隔离。以保证测试不会影响到正常的软件运行。
8.黑盒测试与白盒测试
通过上面的描述，可以看到白盒测试其实也是一种黑盒测试，是一种粒度更小的黑盒测试。测试的过程中他不管里面的方法怎么运行，只看结果。和黑盒测试有异曲同工之妙。
白盒测试
优点：
(1)迫使测试人员去仔细思考软件的实现。
(2)可以检测代码中的每条分支和路径
(3)揭示隐藏在代码中的错误。
(4)对代码的测试比较彻底。
(5)让软件最优化。
缺点：
(1)昂贵。
(2)无法检测代码中遗漏的路径和数据敏感性错误。
(3)不验证规格的正确性。
页:
[1]
