文档介绍：软件系统测试规范
软件系统测试规范
1 / 211
软件系统测试规范
精品文档
上海兴汉科技公司
软件测试标准
.
软件系统测试规范
软件系统测试规范
21 / 2121
软件；相反，如果测试是为了发现程序中的错误，就会力求设计出最能暴露错误的测试方案。
由于测试的目标是暴露程序中的错误，从心理学角度看，由程序的编写者自己进行测试是不恰当的。因此，在综合测试阶段通常由其他人员组成测试小组来完成测试工作。此外，应该认识到测试决不
能证明程序是正确的。 即使经过了最严格的测试之后， 仍然可能还有没被发现的错误潜藏在程序中。
测试只能查找出程序中的错误，不能证明程序中没有错误。
软件系统测试规范
软件系统测试规范
9 / 219
软件系统测试规范
.
软件系统测试规范
软件系统测试规范
21 / 2121
软件系统测试规范
精品文档
软件测试流程图
参与需求分析，了解工程需求内容
了解需求变更
制定?测试方案 ?
编写?测试用例?
回归测试
No
执行测试用例 提交bug，工程组进行修改
Yes
填写?错误报告?
Y
编写?测试总结报告?
提交?测试总结报告?
软件测试流程细那么
需求阶段：
测试人员了解工程需求收集结果包括工程需求规格说明、功能结构及模块划分等。
测试人员了解工程需求变更。
测试人员会同工程主管根据软件需求制定并确认?测试方案? 〔附录五〕。
设计编码阶段：
测试人员制定?测试用例? 〔附录三、附录四〕。
工程开发组对完成的功能模块进行单元测试
所有单元测试及相应的修改完成后，工程开发组组织进行集成测试测试阶段：
工程开发组完成集成测试后，提交测试所要求的待测软件及各种文档、手册、前期测试报告〔?需求分析?、?软件设计标准?。
测试组安排和协调测试设备、环境等准备工作。
测试组按测试方案、测试用例的要求对被测系统进行系统测试。
填写?错误报告?
对修改后的情况进行回归测试。
测试结束后，测试人员对测试结果进行汇总；测试主管审核测试结果，得出测试结论；测试组进行测试分析和评估，编写?测试总结报告?
软件系统测试规范
软件系统测试规范
11 / 2111
软件系统测试规范
.
软件系统测试规范
软件系统测试规范
21 / 2121
软件系统测试规范
精品文档
提交?测试总结报告?。
对测试未通过的待测软件，测试人员汇总并向工程开发组提交测试错误报告。
工程开发组对测试错误报告进行确认，对有争议的问题可由上一级技术负责人确认和仲裁；工程开发组针对测试错误报告进行逐项修改，修改完成后再将待测软件及错误修改情况提交及测试组进行回归测试。
待测软件测试通过后，工程测评结束。
根据?软件开发标准?仔细检查软件的界面是否符合要求。 〔每一个子界面也应如此〕 其中，
应注意提示信息和软件开发商信息是否正确。小的图标是否符合要求。检查菜单当中的各项功能和
功能按钮是否能正确使用。
根据?软件开发标准?和?用户需求?及?软件详细设计?设计测试用例〔以边界值法、等价
类划分法为主〕。对功能界面要求注意与功能相关的信息显示及显示位置是否正确。 数据输入界面应
注意文字格式及数字和文字的区别。是否能够正确保存信息。数据查询〔显示〕界面应注意显示信
息是否正确和完整。 是否能正确查询。 对打印功能要求注意打印出的报表是否正确。 〔包括报表各项
信息、数据信息和报表字体等〕 。
这一项测试主要是对软件的错误处理功能进行测试。就是进行错误的操作或输入错误的数据，
检查软件对这些情况是否能做出判断并予以提示。
特殊情况下要制造极端状态和意外状态，比方网络异常中断、电源断电等情况。
一定要注意测试中的错误集中发生现象，这和程序员的编程水平和****惯有很大的关系。
对测试错误结果一定要有一个确认的过程。 一般有A测试出来的错误，一定要有一个 B来确认，
严重的错误可以召开评审会进行讨论和分析。
制定严格的测试方案，并把测试时间安排得尽量宽松，不要希望在极短的时间内完成一个高水
平的测试。
回归测试的关联性一定要引起充分的注意， 修改一个错误而引起更多错误出现的现象并不少见。
妥善保存一切测试过程文档，意义是不言而喻的，测试的重现性往往要靠测试文档。
软件系统测试规范
软件系统测试规范
13 / 2113
软件系统测试规范
.
软件系统测试规范
软件系统测试规范
21 / 2121
软件系统测试规范
精品文档
四