软件测试计划模板
第1章 引言
1.1目的
1.2名词解释
列出本计划中使用的专用术语及其定义;
列出本计划中使用的全部缩略语全称及其定义;
1.3参考资料
列出本计划各处参考的经过核准的全部文档和主要文献。
1.4测试摘要
这一节主要说明测试计划中重要的和可能有争议的问题。本节的主要目的是将这些信息传递给那些可能不会通读整个测试计划文档的人员。
1.4.1重点事项
列出测试的重点事项。可以将问题按重要程度和优先级罗列出来,然后在后面的章节中再对这些问题进行详细说明,这样就能让对这些问题有重要影响的人员知道问题的所在。
1.4.2争议事项
简要说明争议事项。
1.4.3风险评估
通过对技术文档的阅读,对被测系统可能存在的问题:系统设计,数据库设计,响应时间,计费策略,因测试环境不足可能存在的测试缺陷事先评估出来,以指导测试方案,进行有重点的测试。
1.4.4时间进度
简要说明测试开始时间与发布时间。
1.4.5测试目标
简要说明测试发布的质量目标:
测试计划中所有测试方法和模块已经执行通过;
所有的测试案例已经执行过;
所有的重要等级为1/2的Bug已经解决并由测试验证;
第2章 项目背景
2.1测试范围
说明本计划涵盖的测试范围,比如功能测试、集成测试、系统测试、验收测试等。通常说明什么是要测试的,什么是不要测试的是非常重要的。明确规定这些问题后,测试人员对该做什么有一个清晰的认识。
2.2测试目标
系统目标对测试人员了解自己需要做什么是非常重要的。测试项目负责人应积极与系统设计人员或开发人员沟通,以取得相关资料。测试人员必须知道系统是做什么并且帮助项目实现这种目标。在计划中包括系统视图和目标后,要确保所有的测试人员都知道项目和系统的目标。
2.3联系方式
列出项目参与人员的职务、姓名、E-mail 和电话。
2.4风险及约束
列出测试过程中可能存在的一些风险和制约因素,并给出规避方案。如:
?由于客观存在的设备、网络等资源原因,使得测试不全面。明确说明哪些资源欠缺,产生什么约束
?由于研发模式为现场定制,且上线时间压力大,使得测试不充分。明确说明在此中约束下,测试如何应对
?只针对专门的客户群需求的测试。明确说明此约束下的客户群和业务范围。
2.5测试文档
列出测试过程中可能用到的参考文档、相关的设计文档以及保存位置,测试完成后应产生的文档。
2.5.1测试参考文档
2.5.2测试提交文档
第3章质量目标
3.1产品质量目标
可以是产品的质量达到什么样的目标,产品的流程联通性达到什么样的要求。
3.2测试质量目标
评价测试质量的目标可以有:
第4章 资源需求
4.1培训资料
4.2测试环境
4.2.1硬件测试环境
描述建立测试环境所需要的设备、用途及软件部署计划。
4.2.2软件测试环境
4.3测试工具
此项目将列出测试使用的工具以及用途。
第5章 测试策略
5.1 整体测试策略
本节的目的是说明计划中使用的基本的测试过程。
5.2开始/中断/完成标准
说明中断/开始/完成测试的标准。
5.3测试类型
5.4测试技术
第6章 测试计划
6.1进度计划
在此节,对各阶段的测试给出里程碑计划,包括阶段、里程碑、资源等。
6.1.1测试时间进度
6.1.2测试里程碑
6.2测试准备
6.2.1 测试环境准备
6.2.2 安装测试
6.2.3 烟雾测试
6.3 具体测试实施任务和时间人员安排
第二篇:软件测试计划模板10_16_3
软件测试计划
第1章 引言
1.1目的
/*4行,宋小四*/
在开发jsp网站过程中,人的主观认识不可能全符合客观现实,与网站密切相关的各类人员之间的通信和配合不可能完美无缺。因此,在软件生命周期的每个阶段都不可避免地会产生差错。尤其是对动态网站,有多方协同的 ,涉及到人民生活和财产的工程,必须尽量减少差错,以免造成严重损失。测试的目的就是在软件投入生产性运用之前,尽可能多的发现软件中的错误。
读者对象:开发人员,测试人员,管理员。
1.2名词解释
无1.3参考资料
1. 软件测试计划模版
2. 教职工食堂订餐系统的需求和总体设计——后台子系统
3. 教职工食堂订餐系统的需求和总体设计——前台子系统
/*
列出本计划各处参考的经过核准的全部文档和主要文献。
*/
1.4测试摘要
1.4.1 重点事项
交互:功能测试
结算:业务测试
安全:压力测试
1.4.2 争议事项
无
1.4.3 风险评估
质量风险:
>>测试人员是新手,经验不足;修改速度慢
环境风险:
>> 测试环境冲突或测试资源少
>>数据库设计,在测试前备份数据库
1.4.4 时间进度
20##-10-10~20##-10-17 制定测试计划
20##-10-18~20##-10-31 软件测试用例设计与测试
20##-11-1~20##-11-14 软件测试报告
20##-11-15~20##-11-21软件测试总结,发布测试报告。
1.4.5 测试目标
操作流程方式,测试用例,方法
通过测试,达到以下目标:
>>各个功能点是否已经实现,业务流程是否正确。
>>测试计划中所有测试方法和模块已经执行通过
>>所有的测试案例已经执行过
第2章 项目背景
2.1测试范围
测试范围为:
>> 功能测试
>> 集成测试
>> 压力测死
>> 安装测试
>> 验收测试
可能会影响测试设计、开发或实施的所有风险或意外事件:
>> 风险:测试平台的局限性(硬件,软件)
>> 测试队伍知识的局限性
可能会影响测试设计、开发或实施的约束:
>> 测试队伍知识的局限性
>> 测试用的硬件
2.2测试目标
>> *功能测试:系统能按照要求实现模块的功能,数据完整性,界面友好性。
>> *集成测试:测试业务流程,以及数据流从软件中的一个模块流到另一个模块中的正确性。
>> 压力测死:模拟客户进行多用户测试。
>> 安装测试:测试不同的安装方式(自动,手工)
>> 验收测试:软件产品测试队伍对经过内部单元测试、集成测试、和系统测试后的软件所进行的测试。
2.3联系方式
列出项目参与人员的职务、姓名、E-mail 和电话。
2.4风险及约束
质量风险:
>>测试人员是新手,经验不足;修改速度慢
环境风险:
>> 测试环境冲突或测试资源少
>>数据库设计,在测试前备份数据库
只针对专门的客户群需求的测试。
>> 针对注册用户的测试:测试下单,留言能否准确执行。
2.5测试文档
2.5.1测试参考文档
软件工程规范.doc
软件测试计划模板.doc
集成测试计划书.doc
测试用例-实例.doc
哪些文档
2.5.2测试提交文档
第3章质量目标
描述本阶段测试目标和要求。质量目标应该包括产品的质量目标和测试小组的质量目标。
质量不仅是衡量系统的功能或性能是否正常。对系统来说,在开发过程中尽早建立全面的质量标准与系统的及时发布是一样重要的。质量目标是一个强有力的工具,应该在系统开发过程中尽早建立。一个定义准确的质量目标在以后的产品开发过程中帮助决策。例如,系统是否能够正式发行?在代码完成后,应该修复那些缺陷?在系统完成后那种类型的测试是最合适的?
3.1产品质量目标
可以是产品的质量达到什么样的目标,产品的流程联通性达到什么样的要求。
3.2测试质量目标
评价测试质量的目标可以有:
第4章 资源需求
4.1培训资料
4.2测试环境
4.2.1硬件测试环境
描述建立测试环境所需要的设备、用途及软件部署计划。
“机型(配置)”:此处说明所需设备的机型要求以及内存、CPU、硬盘大小的最低要求。
“用途及特殊说明”:此设备的用途,如数据库服务器,web服务器,后台开发等;如有特殊约束,如开放外部端口,封闭某端口,进行性能测试等,也写在此列;
“软件及版本”:详细说明每台设备上部署的自开发和第三方软件的名称和版本号,以便系统管理员按照此计划分配测试资源;
“预计空间”:说明第三方软件和应用程序的预计空间;
“环境约束说明”:建立此环境时的特殊约束。如需要开发外部访问端口,需要进行性能测试等。
4.2.2软件测试环境
4.3测试工具
无
此项目将列出测试使用的工具以及用途:
第5章 测试策略
5.1 整体测试策略
审核文档和设计需求,验证功能
本节的目的是说明计划中使用的基本的测试过程。
使用里程碑技术在测试过程中验证每个模块,测试人员在需求阶段参与测试工作,进行需求review、设计review、测试案例设计和测试开发,在系统开发完成之后,正式执行测试。产品达到软件产品质量要求和测试要求后发布,并提交相关的测试文档。
5.2开始/中断/完成标准
说明中断/开始/完成测试的标准。
5.3测试类型
5.4 测试技术
第6章 测试计划
6.1进度计划
在此章节,对各阶段的测试给出里程碑计划,包括阶段、里程碑、资源等。
6.1.1测试时间进度
6.1.2测试里程碑
四个文档的时间
6.2测试准备
6.2.1 测试环境准备
第一次上机时间
6.2.2 安装测试
6.3 具体测试实施任务和时间人员安排