构建之法阅读笔记03
第二章讲的是个人技术和流程
基本知识点 单元测试,回归测试,效能分析,个人软件开发流程
首先单元测试 是确定软件模块的质量,大部分软件是由多人合作完成的,没人负责一个模块 ,这样分工明确但是 每个人的工作又息息相关 他们之间的调用最有可能因为不了解而出现问题。
单元测试 做这些公作 明确模块功能定义 确定模块稳定量化 做完整地错误分析
一般步骤 为;
1.设置数据
2.使用被测试类型的功能
3.比较实际结果与预期结果
另一个判断标准是 代码覆盖报告
单元测试的作用与地位很重要 不能持“玩一玩 " 的 态度。所有代码都需走 单元测试 并且如果代码中 有不同的人 不同的时间使用 这一”单元“要做的以及不能做的事 都要单元测试,同时单元测试 可以帮程序员记录模块的历史和设计变更的理由。
单元测试的标准
1.在最基本的功能/参数上验证程序的正确性
2.必须有最熟悉代码的作者来写
3.单元测试过后机器状态保持不变
4.测试要快
5.应该产生可重复 一致的结果
6.独立性 运行/通过/失败 不依赖别的测试 可认为构造工具 以保持单元测试独立性。
7.覆盖所有代码路径
8.集成到自动测试框架中
9.必须和产品代码一起保存和维护。
回归测试 是模块在平常是正常的 但在新的构建中出现退化 退化到不正常工作状态。
回归测试的目的:1.验证新的代码的确改正了缺陷2.同时要验证新的代码有没有破坏模块的现有功能有没有退化。尽量自动化 回归测试
效能分析 程序跑的又快愈好。数量级 是一个判断标准
分析方法 1.抽样 2.代码注入
抽样不准确 代码注入费时间
一般是先抽样找效能瓶颈 在将特定的模块用代码注入进行纤细分析。