八、内部测试规程1. 目的

控制内部测试过程，及早发现软件中存在的问题并改正。

2. 范围

适用于开发中心产品在开发过程中由项目组进行的、贯穿于实现过程的同步单元测试和后期的集成测试。

3. 职责

3.1. 测试组长制定内部测试方案，指导督促开发人员进行各阶段测试工作，整理并保存测试记录。

3.2. 支持组长提供测试所需的各种工具，协助完成集成测试过程。

3.3. 程序员按照项目组制定的测试方案，完成测试工作。

3.4. 技术办公室通过制定工作程序文件，控制内部测试工作。

4. 程序 4.1. 总则

与开发实现过程配套的内部测试过程是保证产品质量的重要环节。程序员站在开发者的角度测试自己的产品，应从程序结构出发，强调白盒测试技术，通过测试工具的辅助，检测各种设计及实现完成的程度及可能出现的漏洞，减少不合格隐患。

4.2. 测试准备

测试组长根据《测试计划》的要求，制定《内部测试方案》。《内部测试方案》应对单元测试和集成测试的内容、方法以及使用的工具等做出具体规定。进行单元和集成测试时，应按照《内部测试方案》的要求进行。行政助理提供测试工具。当选用较新的测试工具和测试方法时，测试组长应组织对有关人员进行培训。

4.3. 单元测试

项目开发实现过程中，每个程序单元（程序单元的划分视具体开发工具而定，一般定为函数或子程序级）编码调试通过后，要及时进行单元测试。单元测试由单元开发者自己进行，使用白盒测试方法，根据程序单元的控制流程，争取达到分支覆盖。对于交互式运行的产品，不便于进行自动测试的，可以采用功能测试的方法进行。对其中重要的单元的测试结果应形成《单元测试记录》。

4.4. 集成测试

在编码开发完成，提交测试组进行测试之前，项目组应进行集成测试。集成测试由测试组长策划并实施，应分不同的侧重点，即性能测试、可用性测试、健壮性测试等分别进行。测试采用交叉方法，即个人开发的软件项应由其他的项目组成员进行测试。集成测试过程应形成《集成测试记录》。

4.5. 编写《单元测试总结报告》和《集成测试总结报告》。

测试组长应根据测试结果编写《单元测试总结报告》和《集成测试总结报告》。

4.6. 测试出的问题的处理

对测试中发现的问题，应记录问题的现象，判定问题的性质，分析产生的原因，确定修改的优先级，并提出修改的措施。然后根据问题的性质，执行《更改控制规程》。应当保证通过测试记录和更改记录，能追踪到为改正该问题而进行的实际工作。在采取措施对问题进行改正后，应重新进行相关的测试，以确认修改的正确性。对于已修改并通过重新测试的问题，问题处理流程结束后，有关的代码及开发文档应重新纳入基线。对不确定原因，或是暂时不能修改的问题，应指出避免用户使用时发生此种错误的限制性条件。

5. 相关规程

《更改控制规程》

《开发策划规程》

《实现规程》

《测试规程》

6. 质量记录

《单元测试记录》

《集成测试记录》

《单元测试总结报告》

《集成测试总结报告》

《内部测试方案》