软件测试打算编写标准
文件编号： 生效日期： NW507101 密级：秘密 总页数 11 编制：龚兵
版次： 正文 5 受控编号： 修改状态： 附录 6 审核：袁淮、孟莉 批准：孟莉 沈阳东大阿尔派软件股分
（版权所有，翻版必究）
文件修改操纵
修改记录编号 修改 状态 修改页码及条款 修改人 审核人 批准人 修改日期
目录
1. 2. 3. 4. 5. 6.
目的 适用范围 术语和缩略语 标准要求 引用文件 质量记录
附录：测试打算模板
1. 目的
《测试打算》用于明确软件产品确认测试进程中测试设计、测试执行及测试总结工作的具体任务分解、人员安排、进度及输出结果。以使整个测试工作有打算地顺利进行。本文规定了测试的编写格式及要求。 2. 适用范围
本标准适用于软件项目与软件产品的功能测试与系统测试。
3. 术语和缩略语
本程序采纳NQ402100《质量手册》中的术语和缩略语及其概念。 4. 标准要求
1) 依照《开发打算》的要求，由测试负责人编写《测试打算》； 2) 《测试打算》由项目领导PM审核，项目治理部门负责人批准； 3) 《测试打算》由测试负责人TL组织测试小组和开发部门进行评审。 5. 引用文件
本程序采纳NQ402100《质量手册》中的术语和缩略语及其概念。 6. 质量记录
附录：测试打算模版
NR507101A“测试打算评审记录”
测试打算评审记录
记录编号：NR507101A- 项目编号: 评审部门与人员： 测试负责人TL签字: 评审总结： 项目名称: 评审结论： 填表 审核 批准 1. 由PM审核，项目治理部门负责人批准。 2. 此页不足记录结果时，能够有附页，总页数包括所有附页。
第 页/共 页
项目名称（项目编号）
（测试种类）测试打算
（部门名称）
总页数 编制： 正文 附录 审批：
生效日期： 年 月 日
目录
1. 引言 ................................................................................................................................................. 3
测试目的 ..................................................................................................................................... 3 背景 ............................................................................................................................................. 3 参考资料 ..................................................................................................................................... 3
2. 测试大体内容 ................................................................................................................................. 3
测试要点 ..................................................................................................................................... 3 测试环境 ..................................................................................................................................... 3
产品及技术形态 ........................................................................................................................ 3 测试开始时刻 ............................................................................................................................ 3
测试终止时刻 ............................................................................................................................. 3
3. 实施打算 ......................................................................................................................................... 4
测试设计工作任务分解和人员安排 ......................................................................................... 4 测试执行工作任务分解和人员安排 ......................................................................................... 4 测试总结工作任务分解和人员安排 ......................................................................................... 4 预算 ............................................................................................................................................. 4
4. 风险操纵 ....................................................................................................................................... 5
1. 引言
测试目的
说明本项目测试目的、预期达到的目标。
背景
说明本项目测试的背景。
参考资料
列出编写本报告及测试整个进程中所要参考的文件、资料。
编号 资料名称 简介 作者 日期 出版单位 列出编写本报告时需查阅的Intenet上杂志、专业高作、技术标准和他们的网址。
网点 简介 2. 测试基本内容
测试要点
测试要点应付以软件测试的以下信息进行具体描述：
测试方式：本软件产品测试采纳的测试方式（黑盒或白盒测试）及测试类型（系统测试）；
测试手腕：如手工测试、自动测试或手工与自动测试相结合，如采纳手工与自动测试测试相结合的方式，还应列出手工及自动测试在整个测试工作中所占的比例。 测试内容：依照软件项目的实际特点确信确认测试的测试内容。对部份软件项目除大体的功能测试外，可能还包括性能测试、平安性测试、极限测试、并发操作测试等。
测试环境
列出本项目开发结果运行所需的硬件环境和软件环境。
产品及技术形态
列出本系统的产品及利用的关键技术、相应的运行平台及工具。
测试开始时刻
指明本项目测试工作的开始时刻。
测试终止时刻
确认测试工作估量的完成时刻。
3. 实施计划
测试设计工作任务分解和人员安排
测试设计工作应包括对系统功能及专业知识的学习、编写测试大纲、设计测试用例等工作。 1）时刻安排
测试设计开始时刻：测试设计工作估量开始时刻。 测试设计终止时刻：测试设计工作估量终止时刻。
2）人员安排
参加人员：列出估量参加本次测试设计工作的全数测试人员。
3）输出要求
测试设计输出：测试设计工作的输出应包括“测试大纲”、“测试用例”，对系统功能及专业知识学习如有必要也要形成书面材料。由测试负责人TL组织相关的开发人员和项目软件领导PSM一起进行审核。
3.2 测试执行工作任务分解和人员安排
1）时刻安排
测试执行开始时刻：估量的开始时刻。 测试执行终止时刻：估量的终止时刻。 2）人员安排
参加人员：列出估量参加本次测试执行工作的全数测试人员。 3）输出要求
测试执行输出：测试执行时期的输出应包括测试问题卡、安装盘、源码等。
3.3 测试总结工作任务分解和人员安排
1）时刻安排
测试总结开始时刻：估量的开发时刻。 测试总结终止时刻：估量的终止时刻。 2）人员安排
参加人员：列出估量参加本次测试工作的全数测试人员。 3）输入要求
测试总结输出：《测试总结报告》。
预算
测试本项目所需工作量，工作量为测试设计工作量、测试执行和测试总结工作量的总和，以人月或人日计。软件测试工作量应为开发工作量的30%-40%。并详细注释测试设计、测试执行和测试总结工作所占的比重。
4. 风险操纵
依照本软件产品的实际情形，填写测试风险列表，分析本软件测试进程中可能显现的风险并采取相应的方法。
测试风险列表
项目名称： 序号 风险名称 项目编号： 级别 可能现值 性 测试负责人TL： 风险控制步骤 填写说明:
1. 风险名称：用来唯一标识风险
2. 风险发生可能性：为0到1，增量为；
3. 风险级别：为1~10，最大风险为10，最小为1； 4. 风险现值：风险发生可能性*风险级别。
第 页/共 页
因篇幅问题不能全部显示，请点此查看更多更全内容