软件开发测试计划模板.docx
- 文档编号:11495796
- 上传时间:2023-03-02
- 格式:DOCX
- 页数:16
- 大小:21.42KB
软件开发测试计划模板.docx
《软件开发测试计划模板.docx》由会员分享,可在线阅读,更多相关《软件开发测试计划模板.docx(16页珍藏版)》请在冰豆网上搜索。
软件开发测试计划模板
测试计划模板
年月日
版本号
确认人
校验人
责任人
文档序号
制作人
测试人
2014/09/04
初版
王XX
李XX
孙XX
Xxxxxx
乔艳庆
模块名
测试工程名
处理周期
模块ID
开发平台
Qt5.2
程序名称
语言
C
变更履历
版本
1.01
更新年月
2014/00/00
更新人
XXX
审核人
XXX
变更对象
变更原因
更新内容
分发记录
发送年月日
版本号
发送人
接收人
发送说明
目录
测试计划模板1
1引言2
1.1目的2
1.2名词解释2
1.3参考资料2
1.4测试摘要2
1.4.1重点事项2
1.4.2争议事项2
1.4.3风险评估3
1.4.4时间进度3
1.4.5测试目标3
2.项目背景3
2.1测试范围3
2.2测试目标4
2.3联系方式4
2.4风险及约束4
2.5测试文档4
2.5.1测试参考文档4
2.5.2测试提交文档5
3.质量目标5
3.1产品质量目标5
3.2测试质量目标5
4.评价准则6
4.1范围6
4.2数据整理6
4.3尺度6
5.资源需求6
5.1培训资料6
5.2测试环境7
5.2.1硬件测试环境7
5.2.2软件测试环境7
5.3测试工具7
6.测试策略8
6.1整体测试策略8
6.2测试类型8
7.测试计划9
7.1进度计划9
7.1.1测试时间进度9
7.1.2测试里程碑10
7.2测试准备10
7.2.1测试环境准备10
7.2.2安装测试10
7.2.3烟雾测试10
7.3具体测试实施任务和时间人员安排10
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和电话。
职务
姓名
电话
开发工程师
SVNBuilder
开发经理
测试负责人
测试人员
2.4风险及约束
列出测试过程中可能存在的一些风险和制约因素,并给出规避方案。
如:
Ä由于客观存在的设备、网络等资源原因,使得测试不全面。
明确说明哪些资源欠缺,产生什么约束
Ä由于研发模式为现场定制,且上线时间压力大,使得测试不充分。
明确说明在此中约束下,测试如何应对
Ä只针对专门的客户群需求的测试。
明确说明此约束下的客户群和业务范围。
2.5测试文档
2.5.1测试参考文档
文档说明
作者
文档位置(CVS)
需求文档
概要设计
详细设计
使用手册
管理手册
测试文档
API文档
……
2.5.2测试提交文档
文档说明
作者
文档位置(CVS)
《总体测试计划》
《总体测试方案》(可根据项目情况进行裁剪)
测试用例
《性能测试方案(报告)》
《测试报告》
《Readme》
《产品操作手册(后台)》
《产品操作手册(前台)》
《产品安装维护手册》
《产品错误代码说明文档》
……
3.质量目标
描述本阶段测试目标和要求。
质量目标应该包括产品的质量目标和测试小组的质量目标。
例如,系统是否能够正式发行?
在代码完成后,应该修复那些缺陷?
在系统完成后那种类型的测试是最合适的?
3.1产品质量目标
可以是产品的质量达到什么样的目标,产品的流程联通性达到什么样的要求。
●测试已实现的产品是否达到设计的要求,包括:
各个功能点是否以实现,业务流程是否正确。
●产品规定的操作和运行稳定。
3.2测试质量目标
测试质量目标
确认者(如需说明)
所有的测试案例已经执行过
所有的自动测试脚本已经执行通过
所有的重要等级为1/2的Bug已经解决并由测试验证
每一部分的测试已经被TestLead确认完成
重要的功能不允许有等级为1/2/3的Bug
一般的功能或与最终使用者不直接联系的功能不允许有等级为1/2的bug,且bug等级为3的问题不得超过1/功能
轻量的功能允许有少量2/3等级的错误
发现错误等级为1/2/3的Bug的速率正在下降并接近0
在最后的三天内没有发现错误等级为1/2/3类的Bug
4.评价准则
4.1范围
说明所选择的测试用例能够接查的范围及其局限性。
4.2数据整理
陈述为了把测试数据加工成便于评价的适当形式,使得测试结果可以同,已知结果进行比较而要用到的转换处理技术,如手工方式或自动方式;如果是用自动方式整理数据,还要说明为进行处理而要用到的硬件、软件资源。
4.3尺度
说明用来判断测试工作是否能通过的评价尺度,如合理的输出结果的类型、测试输出结果与预期输出之间的容许偏离范围、允许中断或停机的最大次数。
5.资源需求
5.1培训资料
培训需求
培训内容
培训人员
开始时间
完成时间
业务流程
安装配置
工具使用
5.2测试环境
5.2.1硬件测试环境
描述建立测试环境所需要的设备、用途及软件部署计划。
●“机型(配置)”:
此处说明所需设备的机型要求以及内存、CPU、硬盘大小的最低要求。
●“用途及特殊说明”:
此设备的用途,如数据库服务器,web服务器,后台开发等;如有特殊约束,如开放外部端口,封闭某端口,进行性能测试等,也写在此列;
●“软件及版本”:
详细说明每台设备上部署的自开发和第三方软件的名称和版本号,以便系统管理员按照此计划分配测试资源;
●“预计空间”:
说明第三方软件和应用程序的预计空间;
●“环境约束说明”:
建立此环境时的特殊约束。
如需要开发外部访问端口,需要进行性能测试等。
平台1:
XXX
机型(配置)
IP地址
操作系统
用途及特殊说明
软件及版本
预计空间
10.1.1.1
oracle8.1.2
2G
平台2:
XXX
机型
IP地址
操作系统
用途
第三方软件及版本
预计空间
5.2.2软件测试环境
5.3测试工具
此项目将列出测试使用的工具以及用途:
测试工具
用途
自动测试工具
6.测试策略
6.1整体测试策略
本节的目的是说明计划中使用的基本的测试过程。
使用里程碑技术在测试过程中验证每个模块,测试人员在需求阶段参与测试工作,进行需求review、设计review、测试案例设计和测试开发,在系统开发完成之后,正式执行测试。
产品达到软件产品质量要求和测试要求后发布,并提交相关的测试文档。
6.2测试类型
测试类型
是否采用
说明
功能测试
采用
根据系统需求文档和设计文档,检查产品是否正确实现了功能。
流程测试
采用
按操作流程进行的测试,主要有业务流程、数据流程、逻辑流程、正反流程,检查软件在按流程操作时是否能够正确处理
边界值测试
采用
选择边界数据进行测试,确保系统功能正常,程序无异常。
容错性测试
采用
检查系统的容错能力,错误的数据输入不会对功能和系统产生非正常的影响,且程序对错误的输入有正确的提示信息
数据和数据库完整性测试
检查数据库中数据的正确性、有效性和相容性。
检查数据在数据库中的类型,长度,索引等是否建的比较合理。
异常测试
采用
检查系统能否处理异常
启动停止测试
采用
检查每个模块能否正常启动停止、异常停止后能否正常启动
安装测试
采用
检查系统能否正确安装、配置
易用性测试
采用
检查系统是否易用友好
界面测试
采用
检查界面是否美观合理
接口测试
采用
检查系统能否与外部接口正常工作
配置测试
采用
检查配置是否合理、配置是否正常
安全性和访问控制测试
采用
应用程序级别的安全性:
检查Actor只能访问其所属用户类型已被授权访问的那些功能或数据。
系统级别的安全性:
检查只有具备系统和应用程序访问权限的Actor才能访问系统和应用程序。
性能测试
采用
提取系统性能数据,检查系统是否满足在需求中所规定达到的性能。
压力测试
采用
检查系统能否承受大压力,测试产品应该能够在高强度条件下正常运行,不会出现任何错误。
兼容性测试
采用
对于C/S架构的系统来说,需要考虑客户端支持的系统平台。
对于B/S架构的系统来说需要考虑用户端浏览器的版本。
割接/升级测试
采用
进行专门的割接测试或升级测试,提供工程升级割接方案
文挡测试
采用
检查文档是否足够、描述是否合理
回归测试
采用
检查程序修改后有没有引起新的错误、是否能够正常工作以及能否满足系统的需求
容量测试
检测试系统最大的支持用户数量
强度测试
故障转译和恢复测试
单元测试
主要测试单元是否符合“设计”
集成测试
验证“设计”,验证“需求”
系统测试
测试系统是否符合“需求规格说明书”
验收测试
用户执行
7.测试计划
7.1进度计划
7.1.1测试时间进度
测试阶段
开始时间
完成时间
测试人员
阶段完成标志
制定测试计划
需求Review
设计Review
设计测试用例
测试开发
测试环境准备
测试实施
功能测试
集成测试
性能测试
系统测试
验收测试
文档编写
7.1.2测试里程碑
里程碑
完成时间
完成标准
测试正式开始
完成可接受性测试和烟雾测试
……
产品Release
重复进行主路径测试和进行Bug检查测试,产品处于可交付状态并由测试经理和高级经理确认
7.2测试准备
7.2.1测试环境准备
准备事项
开始时间
完成时间
测试人员
阶段完成标志
测试环境准备
7.2.2安装测试
准备事项
开始时间
完成时间
测试人员
阶段完成标志
安装测试
7.2.3烟雾测试
准备事项
开始时间
完成时间
测试人员
阶段完成标志
烟雾测试
7.3具体测试实施任务和时间人员安排
测试功能点
开始时间
完成时间
测试人
完成说明
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 开发 测试 计划 模板