《构建之法》第二章读后感

Posted 胡康臻

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了《构建之法》第二章读后感相关的知识,希望对你有一定的参考价值。

单元测试

  单元测试是一个合格的软件必备的流程,就像运动员在比赛之前的热身,活动身体的每一块肌肉,检查它是否处于紧绷状态,确保比赛时的完全发挥。

  那么一个好的单元测试的标准是什么?

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

一个软件的基本功能是用户最常用的功能。比方说一个MIS系统,它的基本功能必须包含增删改查这四项,你写出的软件可以没有简洁优美的界面,可以没有高效的信息检索功能,但作为一个MIS系统,增删改查的基本功能必须保证是正确的,否则就是一堆毫无意义的代码。

2.单元测试必须由最熟悉代码的人(程序的作者)来写

单元测试就像运动员比赛前的热身,只有他们自己可以将肌肉调整到最活跃的状态,这种热身不是教练,不是医护可以替代的。程序就像是程序员的孩子,只有程序员自己才最了解自己孩子的“弱点”。所以单元测试必须由程序的作者来完成。

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

很多机器在出场前都要经过压力测试,单元测试就像是压力测试,它用来检验程序的稳定性与正确性,却不影响用户的使用,这才是一个合格的单元测试。

4.单元测试要快

一个软件中有几十个基本模块,每个模块又有几个方法,如果不能把单元测试控制在一个较短的时间内,那么将会拖累整个团队的工作效率。

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

6.独立性

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

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

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

单元测试就像杀毒软件的病毒库,病毒在更新的同时,杀毒软件的病毒库也要更新,否则电脑就会因中毒而陷入瘫痪。

效能分析工具

优化程序的运行速度是每一个程序员的梦想,VSTS为我们提供了方便的效能测试工具,我们可以清晰地看到每段语句被调用的次数。只要我们按着“效能测试,分析,改进,再效能测试”的流程,我们的编程水平一定会逐步提升。

  

以上是关于《构建之法》第二章读后感的主要内容,如果未能解决你的问题,请参考以下文章

构建之法一二章读后感

构建之法读后感

构建之法(前三章)读后感

构建之法(前三章读后感)

《构建之法》现代软件工程第123章读后感

《构建之法》第二章读后感