构建之法读后感03
正如书中所说，其实本人从一进入软件工程专业就有一个想法便是马上组织一小帮人开发个软件，不得不承认自己有些眼高手低了，并且自己对软件团队开发的概念自己之前也并没有做到正确的认识，以前老以为软件团队只是在一起讨论，并没有想到原来软件有这么明确的分工，每个人都有自己的模块，读到这里也就解开了我心中的另一个疑惑，原来程序的可读性对一个团队这么重要。
说实话，单元测试还有回归测试自己看了好几遍但还是感觉不太理解，云里雾里，第一感觉是应该和上学期王老师教的try，catch，丢包，抓包什么的差不多吧，读了几遍以后感觉好像又不太一样，那个是在出现错误的时候在用户界面上显示程序员想要出现的结果用以掩饰自己的错误。这个好像就与用户没多大关系了，主要用于对程序员编写的小模块代码的检验测试。程序员每修改一次代码就必须进行一次单元测试，单元测试是软件制作中必不可少的部分。原来一直以为软件就是一堆简单程序的组合，原来还有许多测试。并且必不可少，作用巨大。但是单元测试也有检测不了的错误，比如应该写却没有写的代码，代码的有效能问题。回归测试则主要针对代码的倒退问题比如版本更新造成某个模块不能正常执行，这时候这要根据之前做好的单元测试找到错误更改代码。
纸上得来终觉浅，感觉要真正搞明白单元测试的作用还是要实践做个软件才行啊。