码迷,mamicode.com
首页 > 其他好文 > 详细

构建之法阅读笔记03

时间:2016-04-03 17:25:29      阅读:144      评论:0      收藏:0      [点我收藏+]

标签:

单元测试的标准:

  1. 单元测试应该在最基本的功能、参数上验证程序的正确性

  单元测试应该测试程序中最基本的单元,在此基础上,可以测试一些系统中最基本的功能点(这些功能点由几个基本类组  成)。单元测试要测试API中的每一个方法及每一个参数。

  2.单元测试必须由最熟悉代码的人来写

  代码的作者最了解代码的目的、特点和实现的局限性。

  3.单元测试过后,机器状态保持不变  

  这样就可以不断地进行单元测试,如果单元测试创建了临时的文件或目录,应该在Teardown阶段删掉。

  4.单元测试要快(一个测试的运行的时间是几秒钟,而不是几分钟)

  快,才能保证效率。

  5.单元测试应该产生可重复,一致的结果

  如果单元测试的结果是错的,那一定是程序出了问题,而且这个错误一定是可以重复的。

  6.独立性——单元测试的运作/通过/失败不依赖与别的测试,可以认为构造数据以保持单元测试的独立性。

  程序中的各个模块都是相互依赖的,否则它们就不会出现在一个程序中。一般情况下,单元测试中的模块可以直接引用其他的模块,并期待其他的模块能返回正确的结果。

  7.单元测试应该覆盖所有代码路径

  单元测试应覆盖所测单元的所有代码路径,包括错误处理路径。为了保证代码覆盖率,单元,测试必须测试公开的和私有的函数/方法。

  8.单元测试应该集成到自动测试的框架中

  这样每个人都能随时、随地运行单元测试。团队一般是在每日构建之后运行单元测试的,这样单元测试的错误就能及时被发现并得到修改。

  9.单元测试必须和产品代码一齐保存和维护

 

以前基本没想过测试的问题有这么大的学问,只是随便找几个例子能运行就好了,没考虑那么多。

 

这样做不能保证程序在多种情况下运行时,是否会稳定运行。

 

构建之法阅读笔记03

标签:

原文地址:http://www.cnblogs.com/mengyinianhua/p/5350077.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!