2014京沪软件有限公司软件测试计划编写规.docxVIP

京沪软件有限公司软件测试计划编写规范文件修改控制修改记录编号修改状态修改页码及条款修改人审核人批准人修改日期目录1.目的2.适用范围3.术语和缩略语4.规范要求5.引用文件6.质量记录附录：测试计划模板目的《测试计划》用于明确软件产品确认测试过程中测试设计、测试执行及测试总结工作的具体任务分解、人员安排、进度及输出结果。以使整个测试工作有计划地顺利进行。本文规定了测试的编写格式及要求。适用范围本规范适用于软件项目与软件产品的功能测试与系统测试。术语和缩略语本程序采用《质量手册》中的术语和缩略语及其定义。规范要求按照《开发计划》的要求，由测试负责人编写《测试计划》；《测试计划》由项目经理PM审核，项目管理部门负责人批准；《测试计划》由测试负责人TL组织测试小组和开发部门进行评审。引用文件本程序采用《质量手册》中的术语和缩略语及其定义。质量记录6.1 “测试计划评审记录”附录：测试计划模版测试计划评审记录记录编号： -项目编号:项目名称:评审部门与人员： 测试负责人TL签字:评审总结：评审结论：填表审核批准由PM审核，项目管理部门负责人批准。此页不足记录结果时，可以有附页，总页数包含所有附页。 第 页/共 页项目名称（项目编号）（测试种类）测试计划（部门名称）总页数正文附录生效日期： 年 月 日编制：审批：目录1. 引言31.1 测试目的31.2 背景31.3 参考资料32. 测试基本内容32.1 测试要点32.2 测试环境32.3 产品及技术形态32.4 测试开始时间32.5 测试结束时间33. 实施计划43.1 测试设计工作任务分解和人员安排43.2 测试执行工作任务分解和人员安排43.2 测试总结工作任务分解和人员安排43.2 预算44. 风险控制 5引言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共同进行审核。测试执行工作任务分解和人员安排时间安排测试执行开始时间：预计的开始时间。测试执行结束时间：预计的结束时间。人员安排参加人员：列出预计参加本次测试执行工作的全部测试人员。输出要求测试执行输出：测试执行阶段的输出应包括测试问题卡、安装盘、源码等。测试总结工作任务分解和人员安排时间安排测试总结开始时间：预计的开发时间。测试总结结束时间：预计的结束时间。人员安排参加人员：列出预计参加本次测试工作的全部测试人员。输入要求测试总结输出：《测试总结报告》。3.4预算测试本项目所需工作量，工作量为测试设计工作量、测试执行和测试总结工作量的总和，以人月或人日计。软件测试工作量应为开发工作量的30%-40%。并详细注释测试设计、测试执行和测试总结工作所占的比重。风险控制根据本软件产品的实际情况，填写测试风险列表，分析本软件测试过程中可能出现的风险并采取相应的措施。测试风险列表项目名称：项目编号：测试负责人TL：序号风险名称级别可能性现值风险控制步骤填写说明:风险名称：用来唯一标识风险风险发生可能性：为0到1，增量为0.05；风险级别：为1~10，最大风险为10，最小为1；风险现值：风险发生可能性*风险级别。 第 页/共 页软件测试计划编写规范 测试计划 P-4/5测试计划