软件测试程序.doc

《软件测试程序.doc》由会员分享，可在线阅读，更多相关《软件测试程序.doc（10页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、Q/JY-CX-ST-12 V1.0金绎公司质量管理体系文件项 目签 名日 期产品型号及名称（图册编号）设 计校 对审 核第 张共 张标准化空司通信修配厂制批 准软件测试程序Version 1.0（正文共6页）编制：年 月 日审核：年 月 日批准：年 月 日受控状态：受控 非受控深圳市金绎科技发展有限公司 发布版权所有 不得翻录更改记录更改序号更改状态更改单号更改页码更改前版本号更改后版本号更改人生效日期备注目录1.概述11.1.目的11.2.方针11.3.适用范围11.4.术语与缩略语11.5.角色职责12.工作程序22.1.工作流程图22.2.ST-P-100 制订测试计划32.3.ST-

2、P-200系统测试设计32.4.ST-P-300 执行系统测试42.5.ST-P-400系统测试总结42.6.ST-P-500测试工具的管理53.相关文件54.相关记录61. 概述1.1. 目的对软件系统进行全面的测试，确保软件系统满足产品需求。本文件对软件测试过程进行定义，规定了测试中各过程的接口及活动步骤，是指导测试工程师执行软件测试的重要参考文件，也是质量管理员监督测试过程的重要依据。1.2. 方针(1) 软件测试需要按照本文件规定内容严格执行，各项过程的接口与活动应符合文件要求并受到质量监督与控制。(2) 项目经理、系统分析员、架构设计师、测试工程师、项目测试主管、开发工程师需参与测试

3、计划评审。1.3. 适用范围本程序适用于软件开发过程中的所有测试阶段。1.4. 术语与缩略语(1) 需求文档：由“业务需求说明书”、“前景” 、“用例规约”、“词汇表”组成；(2) 设计文档：包括“软件构架文档”、“数据库设计说明书”、“软件实现规约”及软件界面原型。1.5. 角色职责1.5.1. 项目测试主管(1) 编制“软件测试计划”；(2) 测试任务的分配；(3) 分析总结测试结果，编制“软件测试报告”；(4) 对“软件测试用例”进行审核确认；(5) 对“软件测试计划”、“软件测试报告”发起评审；(6) 监督控制软件测试过程执行情况；(7) 负责评审软件需求，保证软件需求的可测性；(8)

4、 对测试质量负责；(9) 针对本项目测试工作与相关人员的沟通与协调；1.5.2. 测试工程师(1) 负责评审软件需求，保证软件需求的可测性；(2) 根据需求文档与设计文档进行测试设计；(3) 根据“软件测试用例”执行测试，提交缺陷记录，对研发中心修订后的软件重新测试。(4) 参与“软件测试计划”和“软件测试报告”的评审。1.5.3. 项目经理(1) 提交“测试申请”；(2) 负责监督测试进度和测试质量。(3) 参与“软件测试计划”和“软件测试报告”的评审。1.5.4. 系统分析员(1) 负责审查“软件测试用例”，保证测试用例的完整性、正确性。(2) 参与“软件测试计划”和“软件测试报告”的评审

5、。1.5.5. 架构设计师参与“软件测试计划”和“软件测试报告”的评审。1.5.6. 开发工程师及时解决测试工程师发现的缺陷。2. 工作程序制定测试计划 系统测试设计 执行系统测试 缺陷管理与改错 迭代编写测试报告 2.1. 工作流程图2.2. ST-P-100 制订测试计划责任角色项目测试主管过程接口进入条件（或过程启动的事件）需求文档、“软件开发计划”中的估计已完成过程的输入需求文档“软件开发计划”中的估计已完成过程的输出“软件测试计划”退出条件（或触发其它过程的件）“软件测试计划”得到批准2.2.1. ST-A-110 制订测试计划项目测试主管在需求文档 、“软件开发计划”中的估计已完成

6、后，开始编写“软件测试计划”， 明确测试需求，并在以后的阶段不断完善。“软件测试计划”按照“软件测试计划”模板编写。2.2.2. ST-A-120 评审测试计划项目测试主管编写完“软件测试计划”后，邀请项目经理、系统分析员、架构设计师、测试工程师按评审程序对“软件测试计划”进行评审，并根据评审结果进行改进后由项目经理审核，与软件开发计划一起交研发中心经理批准。（“软件测试计划”可以单独评审，也可以和“软件开发计划”主体部分一同评审）2.3. ST-P-200系统测试设计责任角色测试工程师相关角色测试主管、项目经理、系统分析员、架构设计师过程接口进入条件（或过程启动的事件）软件测试计划得到批准过

7、程的输入需求文档设计文档（可选）“软件测试计划”过程的输出“软件测试用例”退出条件（或触发其它过程的件）“软件测试用例”通过确认2.3.1. ST-A-210 执行测试设计测试工程师根据需求文档 、 软件设计模型、“软件测试计划”进行测试设计，按照“软件测试用例”的格式要求编写“软件测试用例”。2.3.2. ST-A-220 审核测试设计测试工程师编写完“软件测试用例”后，项目测试主管对其进行审核确认。2.4. ST-P-300 执行系统测试责任角色测试工程师过程接口进入条件（或过程启动的事件）“软件测试用例”通过审核确认，项目经理提交“测试申请”并得到批准；开发工程师提交“单元测试报告”并得

8、到批准；过程的输入“软件测试用例”过程的输出测试缺陷记录退出条件（或触发其它过程的件）所有“软件测试用例”已经测试完毕，软件缺陷都处于关闭或者推迟、重复状态2.4.1. ST-A-310执行测试测试工程师按照“软件测试用例”对测试环境中的软件系统进行测试，并在“软件测试用例”里将测试过的用例作标识。2.4.2. ST-A-320提交软件缺陷测试执行人员在测试执行过程中，对测试不通过项，在ClearQuest中填写软件缺陷，并且跟踪该缺陷直至缺陷被解决；否则不予放行，除非得到项目经理的批准方可放行或推迟处理，必要时需经研发中心经理批准。2.4.3. ST-A-330回归测试当软件系统重新集成为一

9、个新版本时，测试执行人员从测试环境中提取最新版本程序进行回归测试。重新按本文件ST-A-310流程执行。2.5. ST-P-400系统测试总结责任角色测试工程师相关角色项目测试主管、项目经理、研发中心经理过程接口进入条件（或过程启动的事件）测试符合测试结束条件并已结束测试过程的输入ClearQuest软件缺陷库 、“软件测试用例”过程的输出“软件测试报告”退出条件（或触发其它过程的件）“软件测试报告”通过审核，批准2.5.1. ST-A-410编写测试报告测试执行结束后，项目测试主管组织测试工程师按照“软件测试报告”模板编写“软件测试报告”，对测试结果进行评估，编写完后，提交项目经理审核，研发

10、中心经理批准。2.6. ST-P-500测试工具的管理责任角色项目测试主管相关角色项目经理过程接口进入条件（或过程启动的事件）制定测试计划时购买测试工具时过程的输入测试工具有关的资料过程的输出“评审记录”退出条件（或触发其它过程的件）已经得到评审结论并有批准意见2.6.1. ST-A-510测量工具的控制在购买或在制定软件测试计划时，项目测试主管应组织对软件测试工具的有效性进行评审，当没有国际或国家标准时，评审的方法可以是：(1) 对测试工具的技术材料进行审查(2) 调查专业测试机构对测试工具的成功使用情况(3) 将利用工具测试和手工测试的结果进行比较评审的结果应记录在“评审记录表”中。3. 相关文件 Q/JY-CX-TR-16 评审程序4. 相关记录(1) Q/JY-JL-ST-01 “软件测试计划”(2) Q/JY-JL-ST-02 “软件测试用例”(3) Q/JY-JL-ST-03 “软件测试报告”(4) ClearQuest软件缺陷记录(5) Q/JY-JL-TR-01 “评审记录表”