[开发测试]《人月神话》读书笔记（十二）

第十三章 整体部分

产品的概念完整性在使他易于使用的同时，也使开发更容易进行，而且bug更不容易产生。细致的功能定义、仔细的规格说明、规范化的功能描述以及这些方法的实施，大大减少了系统中必须查找的bug数量。

自上而下的设计
可以自上而下的设计方法对系统进行设计，先将系统分割成独立的模块，再识别各个模块里面的功能组件继续往下分解，分解的细化程度决定了程序的适用性和可变化的程度。采用这种设计方法的优点为以下几点：

首先，清晰的结构和表达方式更容易对需求和模块功能进行精确地描述。

其次，模块分割和模块独立性避免了系统级别的bug。

第三，细节的抑制使结构上的缺陷更加容易识别。

第四，设计在每个精化步骤上都是可以测试的，所以测试可以尽早开始，并且每个步骤的重点可以放在合适的级别上。

测试可以尽早的介入
在输出了系统规格说明书之后，须在编写任何代码之前，先把规格说明提交给外部的测试小组，以详细地检查说明的完整性和明确性。

紧接着测试小组可以根据规格说明开始编写测试用例，开发人员开始构建单元测试。

在搭建了充分的测试平台之后，将经过调试的构件单元进行集成，开始进行系统级别的测试。

做好变更控制
在测试过程中，往往会存在变更需求，不论是修复还是新增，项目经理都要做好变更控制。必须控制和负责各个构件单元的变更或者版本之间的替换。

必须存在系统的受控拷贝：一个是供构件单元测试使用的最终锁定版本；一个是测试版本的拷贝，用来进行缺陷的修复；以及一个开发库，其他人可以在该拷贝上进行各自的程序开发工作。

变更必须被阶段化，而且定期的发布。并且要对变更和差异进行记载。在一个日志中记录所有的变更，而在源代码中显著标记快速补丁和正式修改之间的区别，正式修改是完备并经过测试的，而且需要文档化。