Benjamin Day的Unit Test讲座小结

最新推荐文章于 2024-09-03 17:14:20 发布

Dionix

最新推荐文章于 2024-09-03 17:14:20 发布

阅读量369

点赞数

文章标签： list 测试 database tdd mvc domain

本文链接：https://blog.csdn.net/Dionix/article/details/4524951

版权

昨天下午，听了一场关于 Unit Test 的讲座，预定 2 个小时的讲座，去除中场休息，会后的提问交流环节，以及其他一些零零总总的耗损，也就 1 个多小时的内容，委实听不到什么很有价值的东西。当然，也不能说整个讲座全然无用，讲师好歹也是Unit Test, VSTS 领域的MVP ，1 个小时的时间，多多少少也能听出一些关于 Unit Test 的端倪。

1、 Uint Test 是TDD 开发模式的一部分，因此由开发人员自己来完成自己开发模块的Unit Test 工程是最经济的。

2、 Uint Test 是开发的一部分，他不能替代QA ，他是用来保证代码无错（如NullReferenceObject 错误，除数为0 的错误等），而不能用来保证逻辑无错（如某个文字颜色不对，这个文本框应该显示LastName 而不是FirstName 等）；

3、 Uint Test 并不适合用来测试用户界面，但是好的程序设计，可以将一部分和用户界面相关的内容转变为Unit Test 可以测试的内容。

这里，我想要多说2 句，在讲座中，讲师并没有提到这一点，他只是在提到，在使用Unit Test 测试用户界面的时候，我们需要确定Unit Test 可以做的事情的范围，让Unit Test 只作那些可以做的事情。他举了一个例子，这个例子使用了MVC 模型，而通过使用Unit Test 来测试Contollor ，可以测试一部分和View 相关的内容。这这里，其实可以看出来，这么做的本质，并不是改变了适合使用Unit Test 内容范围，而是通过程序设计，将适合使用Unit Test 和不适合使用Unit Test 的内容分离的更彻底，从而将一部分和用户界面相关的内容变成适合使用Unit Test 的内容，已达到使用Unit Test 测试用户界面。