软件测试计划模板.doc
工程名称
软件测试方案
目录
TOC\o1-3\h\z\u1 前言 2
1.1 编写目的 2
1.2 名词解释 2
1.3 参考资料 2
1.4 测试摘要 2
2 资源需求 3
2.1 硬件资源 3
2.2 软件资源 3
2.3 人力资源 3
3 测试详述 4
3.1 测试范围 4
3.2 测试目标 4
3.3 风险和约束 4
3.4 测试进度 4
4 测试策略 4
4.1 整体策略 4
4.2 测试类型 5
4.3 测试技术 5
5 测试提交文档 5
6 质量目标 6
7 方案审核记录 6
说明：蓝色说明文字，文档编写完成后，请删除。
前言
编写目的
说明：对测试方案做一个简单的介绍，说明这个测试方案的成效以及当前工程背景情况介绍。对测试产品〔所属行业、系统架构、系统功能等〕及其工程目标，以及该文档读者对象、其它相关事项进行一个简要说明。
名词解释
说明：工程中或测试中一些术语的说明，包括使用的专用术语及其定义和缩略语全称及其定义
术语或缩写词
英文解释
中文解释
参考资料
说明：包括测试方案引用或参考的文档，查看方案同时需要同查看的相关文档等，这些文档都需要加到测试方案的参考资料列表里。
资料名称
作者
说明
测试摘要
说明：主要说明测试方案中重要的和可能有争议的问题。主要目的是将这些信息传递给那些可能不会通读整个测试方案文档的人员〔比方公司领导、工程经理、产品经理等〕。可以考虑以下几块内容。
重点事项
列出测试的重点事项。可以将问题按重要程度和优先级罗列出来，然后在后面的章节中再对这些问题进行详细说明，这样就能让对这些问题有重要影响的人员知道问题的所在。
争议事项
简要说明争议事项，如与开发人员、工程经理在测试进度，测试策略等方面前期未达成一致的内容。
风险评估
通过对技术文档的阅读，对被测系统可能存在的问题：系统设计，数据库设计，响应时间，因测试环境缺乏可能存在的测试缺陷事先评估出来，以指导测试方案，进行有重点的测试．
时间进度
简要说明测试开始时间与发布的大致时间或几个大里程碑时间。
测试目标
简要说明测试发布的质量目标。如测试范围、需求覆盖率、测试用例执行率、缺陷修复率要求等。
资源需求
硬件资源
说明：描述建立测试环境所需要的设备、用途及软件部署方案。
机型〔配置〕：此处说明所需设备的机型要求以及内存、CPU、硬盘大小的最低要求。
用途及特殊说明：此设备的用途，如数据库效劳器，web效劳器，后台开发等；如有特殊约束，如开放外部端口，封闭某端口，进行性能测试等，也写在此列；
软件及版本：详细说明每台设备上部署的自开发和第三方软件的名称和版本号，以便系统管理员按照此方案分配测试资源；
预计空间：说明第三方软件和应用程序的预计空间；
IP/机型
操作系统
用途说明
软件版本
预计空间
172.16.40.4
Win2003
Oracle10G
2G
Winxp
Tomcat6.0
200M
软件资源
说明：列出工程中使用所有软件以及测试工具。
软件名称
用途说明
人力资源
说明：列出工程参与人员的职务、姓名、职责。人员包括开发人员，Qa，配置，测试以及其它相关人员。
角色
姓名
职责
测试详述
测试范围
说明：本方案涵盖的测试范围，比方功能测试、集成测试、性能测试、平安测试等。测试工程涉及的业务功能与其它工程涉及的业务接口等。要说明哪些是要测试的，哪些是不要测试的。哪些文档需要编写，哪些文档在什么情况下不写等。
测试目标
说明：测试人员根据工程的目标和公司质量目标转换本钱次测试的目标。做到完成测试目标同时实现工程的目标和公司的质量目标。测试目标转换成可衡量和实现的东西，必须有固定的视图和目标。
风险和约束
说明：列出测试过程中可能存在的一些风险和制约因素，并给出躲避方案。如：
由于客观存在的设备、网络等资源原因，使得测试不全面。明确说明哪些资源欠缺，产生什么约束
由于研发模式为工程型产品，且工程上线时间压力大，使得测试不充分。明确说明在此中约束下，测试如何应对。
由于开发人员兼职其它他工作，造成的所提交代码质量以及不能及时修改BUG的风险，测试应该如何应对。
测试进度
说明：在此章节，对各阶段的测试给出里程碑方案，包括阶段、里程碑、资源等。表格中是否里程碑，如果是里程碑填写“√”，不是无需填写。
测试阶段
开始时间
结束时间
资源
是否里程碑
系统测试方案
测试用例编写
测试用例评审
单元测试
用户手册编写
集成测试
系统测试
系统测试报告编写
测试策略
整体策略
说明：说明方案中使用的根本的测试过程。使用里程碑技术在测试过程中验证每个模块，测试人员在需求阶段参与测试工