软件测试规范.pdf

: .


测试
Y
收集待测软件的各种相关文档及《需求分析》、《软件设计规范》和上一级《测试报告》

N
复合
项目组进行修改
对待测软件进行测试
Y
填写《错误报告》
编写《测试分析报告》提交《测试分析报告》
所有文件存档

编写《用户使用手册》（帮助文件）
与用户方协商测试相关事宜

向用户方提供内部测试汇总报告
配合用户方进行软件测试

用户方签字确认测试报告
项目经理与用户方测试进行确认



需求阶段：
测试人员了解项目需求收集结果包括项目需求规格说明、功能结构
及模块划分等。
测试人员了解项目需求变更。
测试人员会同项目主管根据软件需求制定并确认《测试计划》（附
录五）。
设计编码阶段：
测试人员制定《测试大纲》（附录三、附录四）。
项目开发组对完成的功能模块进行单元测试，测试人员参与单元测
试过程；单元测试完成，产生单元测试报告。
所有单元测试及相应的修改完成后，项目开发组组织进行集成测
试，测试人员参与集成测试过程；集成测试完成后，产生集成测试报
告。
测试阶段：
项目开发组完成集成测试后，提交测试所要求的待测软件及各种文
档、手册、前期测试报告（《需求分析》、《软件设计规范》和上一级
《测试报告》附录一、附录二）。
测试组安排和协调测试设备、环境等准备工作。
测试组按测试计划、测试大纲的要求对待测软件进行有效性测试、
集成测试。
填写《错误报告》（附录六）。
对修改后的情况进行复合。
测试结束后，测试人员对测试结果进行汇总；测试主管审核测试结果，得出测试结论；测试组进行测试分析和评估，编写《测试分析报
告》（附录七）。
提交《测试分析报告》。
将所有文件存档。
对测试未通过的待测软件，测试人员汇总并向项目开发组提交测试
错误报告。
项目开发组对测试错误报告进行确认，对有争议的问题可由上一级
技术负责人确认和仲裁；项目开发组针对测试错误报告进行逐项修改，
修改完成后再将待测软件及错误修改情况提交及测试组进行回归测试。
待测软件测试通过后，项目测评结束。
制作《用户操作手册》（帮助文件）。
用户测试阶段：
项目开发组与用户方商定测试计划、测试内容、测试环境等。
项目测试组向用户方提供项目内部测试汇总报告。
由项目开发组或测试组配合用户进行用户方测试。
由用户方编制用户方软件测试报告（程序错误报告和测试分析报
告），若用户方不愿或无法编制测试报告，则经与用户方协商由我方测
试人员编制用户方测试报告，经用户方签字后即可生效。
项目经理与用户方对用户方测试进行确认。

根据《软件开发规范》仔细检查软件的界面是否合乎要求。（每一
个子界面也应如此） 其中，应注意提示信息和软件开发商信息是否正
确。小的图标是否合乎要求。检查菜单当中的各项功能和功能按钮是否
能正确使用。
根据《软件开发规范》和《用户需求》及《软件详细设计》设计测
试用例，对功能界面要求注意与功能相关的信息显示及显示位置是否正
确。数据输入界面应注意文字格式及数字和文字的区别。是否能够正确
保存信息。数据查询（显示）界面应注意显示信息是否正确和完整。是
否能正确查询。对打印功能要求注意打印出的报表是否正确。（包括报
表各项信息、数据信息和报表字体等）。
这一项测试主要是对软件的错误处理功能进行测试。就是进行错误
的操作或输入错误的数据，检查软件对这些情况是否能做出判断并予以
提示。
特殊情况下要制造极端状态和意外状态，比如网络异常中断、电源
断电等情况。
一定要注意测试中的错误集中发生现象，这和程序员的编程水平和习惯有很大的关系。
对测试错误结果一定要有一个确认的过程。