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