构建之法阅读笔记02

      以前小组单元测试的时候,在看大家的组合代码的时候,总是先要把大家的代码都要看一遍,而在运行过程中,一旦出现错误,我就得重新看一遍源码,花很长时间,并且找不到错误,这让我很是头疼,书中说代码的作者最了解代码的目的、特点和实现的局限性。所以写单元测试没有比作者更合适的人选了。作为小组中的一员,在测试的过程中,我只能清楚地了解到自己所写的代码是什么,而单元测试应该测试程序中最基本的单元,在此基础上,可以测试一些系统中最基本的功能点,从面相对象设计原理除法,系统中最基本的功能也应该有一个类及其方法表现,单元测试要测试API中的每一个方法及每一个参数,这是单元测试做到的。

     所以我觉得改正的方法就是在每个人自己的代码中加详细的注释,在仍然不理解代码的情况下,在测试的时候由源代码的作者测试或者有作者在身边进行验证,保证测试的圆满进行

  同时在书中我也看到也要把单元测试自动化,这样每个人都能随时、随地运行单元测试。团队一般是在每日构建之后运行单元测试的,这样单元测试的错误就能及时被发现并得到修改,我觉得这一点也必须遵守,因为我们小组每次敲代码的时候总是在快要进行审核的时候才开始进行代码合并,这样在合并的过程中就会出现很多错误,所以每日的工作完成后,应该集合大家组在一起将代码进行合并,如果进度不太行的时候,可以互相帮助一下,这样就能避免很多错误

原文地址:https://www.cnblogs.com/z12568/p/8012598.html