构建之法阅读笔记04

我的阅读笔记是第2.1单元测试 

  单元测试是解决不同编程人员，对自己负责的模块功能定义尽可能明确，模块内部的改变不会影响其它的模块，并且模块的质量能得到稳定的量化的保证。单元测试就能保证上述的要求。

1. 过去是怎么做的：过去对单元测试这一概念不是很理解，可能我们程序简单不需要进行单元测试，所以也没有进行过单元测试。但是程序中也会出现很多问题，也就是说对自己所做的程序功能都不能保证程序运行的正确性。对于自己来说程序是自己编写的没有整合的过程所以对单元测试方面会有忽略，但是养成一个好的习惯很有必要。
2. 这样做为什么不好：不好的地方很多，如果编写程序一开始没有写单元测试，后来又很多小强处理，调查显示，在软件开发的后期发现的bug修复起来要花更多的时间。同时如果一个团队每个人单元测试没有完成好那么在对程序代码整合时如何保证程序运行的正确性，这样工作起来效率低同时还会浪费大量的时间和资源在没有意义的事情上。单元测试最明显的价值体现在大的项目的开发。因为，一个工程项目不是由一个人完成的而是一个团队开发出来的同时每个人负责项目的内容不一样这就会出现不同的书写风格，在最后代码整合时就会由于模块书写风格或是定义不同而导致出现多处错误。
3. 提出解决办法避免再次调入陷阱：那就是写好单元测试了，写好单元测试要注意以下几点：1.单元测试最好是程序的作者来写单元测试。并且最好是在设计的时候就写好单元测试；2.单元测试要快；3.单元测试要和程序绑定在一起单元测试必须要和产品的代码保护在一起，并同时进行维修，避免由于单元测试的滞待造成错误和增加负担。