构建之法阅读笔记02

it2022-05-07  3

我之前写完了代码不做单元测试,写完了就放下了,这次阅读了构建之法第二章个人技术和流程,深刻地认识到自己之前的做法是错误的,会对以后对代码的维护造成很大的麻烦。

通过这一章我明白了软件是由多人合作完成的,不同人员的工作相互有依赖关系,单元测试就是一个很好的解决多人代码之间难以阅读的有效发方案。一个好的单元测试应该在最基本的功能或者参数上验证程序的正确性,并且必须由最熟悉代码的人(程序的作者)来写,在单元测试过后,机器状态保持不变,单元测试要快(一个测试的时间运行时间是几秒钟,而不是几分钟),单元测试应该产生可重复、一致的结果,单元测试的运行、通过、失败不依赖于别的测试,可以人为构造数据,以保持单元测试的独立性,单元测试应该覆盖所有代码路径,单元测试应该集成到自动测试的框架中,单元测试必须和产品代码一起保存和维护。在单元测试的基础上,我们就能够建立关于这一模块的回归测试。

效能分析是每个程序员都梦想的事,效能分析工具让我们能很快的找到程序的效能瓶颈,从而能有的放矢,改进程序。最后就是个人软件开发流程,也叫psp表,我们老师也在这样要求我们,要求我们记录自己每天编程的时间,并且记录遇到的问题,然后就能十分清楚的看见自己每周花在编程的时间有多少,还有完成每个程序所需要的时间,更加正确的认识自己的能力。

最后,我们可以注册github用来存放自己的代码,在以后写代码的过程中要注意做单元测试。

转载于:https://www.cnblogs.com/1998lu/p/6938672.html


最新回复(0)