软件测试计划书模板Word格式.docx
《软件测试计划书模板Word格式.docx》由会员分享，可在线阅读，更多相关《软件测试计划书模板Word格式.docx（18页珍藏版）》请在冰豆网上搜索。
3.5.11安装测试
3.6风险分析
4测试方法
里程碑技术
测试用例设计
测试实施过程
测试方法综述
测试团队结构
5资源需求
5.1培训需求
5.2运行环境
5.2.1软件运行环境
5.2.2硬件运行环境
5.1人力资源
6测试时间安排
7测试过程管理
测试文档
7,1.1测试文档管理缺陷处理过程
测试报告
7.1
7.2
7.3
15
1文档说明
1.1.1变更记录
文档变更记录在表1-1中详细记录。
表1-1文档修订
变更日期
变更人
版本
备注
1.1.2审阅记录
表「2中详细记录了审阅记录。
表1-2审批表
审阅日期
审阅人
2引言
2J编写目的
本文档主要阐述“某某某建设项U软件系统"
测试过程中的一些细节,
为“某某某建设项U软件系统”的测试工作提供一个框架和规范:
使项U测试工作的所有参与人员（客户方参与人员、测试管理者、测试
人员）对本项目测试的U标、范策略、方法、组织、资源等有一个
清晰的认识。
4）
从策略角度说明本项u测试的组织和管理，指导测试进展，并作为项日
测试工作实施的依据。
预期的读者主要有两类受众：
测试管理人员（项目经理.客户指派人
时间进度安排）和控制测试过程。
试用例.执行和报告缺陷。
2.2项目背景
项目背景
2.3参考资料
表2-1列出了此次计划涉及到的参考资料。
表2・1参考资料
名称
某某某建设项目需求规格说明书
VI.5
开发计划书
VI.2
详细设计说明书
VI.7
GBT15532-2008计算机软件测试规范
GBT9386-2008计算机软件测试文档编制规范
计算机软件文档编制规范GB/T8567-2006
24术语和缩略语
本文使用了表2-2术语/定义所显示的面向用户的术语、定义，包括通用词
语在本文档中的专用解释。
表2-2术语/定义
术语/定义
说明
表2-3缩略语所列为本文用到的缩略语。
表2-3缩略语
缩略语
Web
浏览器方式的万维网
IE
微软互联网浏览器
Chrome
谷歌互联网浏览器
Java
程序语言及其运行环境
GIS
地理信息系统
Win
微软电脑操作系统
Android
智能乎机操作系统
WindowsServer
微软服务器操作系统
SQLServer
微软数摇库管理系统
15、16
英特尔处理器及型号
RAM
电脑或手机的运行内存
AppScan
IBM安全测试扫描工具
禅道
项目管理软件
测试策略
测试工程的总体方法和目标
测试范用
测试该项目所需要执行的全部工作
测试用例
为特殊目标编制的输入、执行条件以及预期结果
Bug
系统或功能的缺陷
3测试策略
3.1整体策略
本项U的特点：
（以下仅做参考）
1）
某某应急系统属于专业性比较强的业务系统，参与测试的人员对环境
保护相关的业务知识撑握有限，需加强对环境污染、防治的了解。
根据以上特点，制定本项U的测试过程策略如下:
尽量做到在有限的时间里发现尽可能多的bug（尤其是严重bug）,记
录于禅道，并分级别做统一的测试管理。
3）
测试过程要受到控制。
根据事先定义的测试执行顺序进行测试，保证测试过程是受控的。
确定墜点。
测试重点放在各子系统的功能实现上，问题较多的则是重中
之重。
依据标准:
本次测试中测试文档的编写、测试用例的编写、具体的执行测试以及测试中各项资源的分配和估算，都是以项U经理和产品经理提供的各子系统的需求文档、设计文档为标准，软件的执行以系统逻辑设计构架为依据。
测试过程:
"
开始）
J丿
图3-1测试过程图
3.2测试范围
制定此次项U测试范围的依据为:
1）各子系统所包含的功能。
2）同项U负责人和产品负责人特别确定的测试范围。
要测试的子系统:
测试内容
功能测试
知识库
应急评估
APP应用系统
Bi会话及消息、短信
平台管理
性能测试
服务器的响应时间
服务器的资源使用情况
系统支持的负载数量
系统可靠性测试
安全测试
漏洞扫描
模拟攻击
3.3测试交接标准
33.1单元测试交接标准
该测试主要由项U组进行，由各项U组根据项U需要进行约定即可。
该测试主要由项U组进行，曲各项U组根据项U需要进行约定即可。
33.3系统测试交接标准
定义的功能已实现，基本业务流程能正常执行。
3・4测试通过标准
1）讣划的测试用例已全部执行。
2）经确定的所有缺陷都已得到了商定的解决结果，并没有发现新的缺陷。
3・5测试类型
3.5.1集成测试
［集成测试的主要目的是检测系统是否达到需求对业务流程及数据流的处理
是否符合标准，检测系统对业务流处理是否存在逻辑不严谨及错误，检测需求
是否存在不合理的标准及要求。
此阶段测试是基于功能完成的测试。
］
测试目标
检测需求中业务流程，数据流的正确性
测试范用：
需求中明确的业务流程・或组合不同功能模块而形成一个大的功能。
技术：
［利用有效的和无效的数据来执行％■个用例、用例流或功能，以核实以下内容：
在使用有效数据时得到预期的结果。
在使用无效数据时显示相应的错误消息或警告消息。
齐业务规则都得到了正确的应用。
开始标准：
在完成某个集成测试时必须达到标准
完成标准：
［所讣划的测试已全部执行。
所发现的缺陷己全部解决。
测试重点和优先级：
测试重点指在测试过程中需着重测试的地方，优先级可以根据需求及严重程度来;
^
需考虎的特殊事项：
［确左或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的）］
3.5.2功能测试
性能评测
负载测试
强度测试
容量测试
3.5.8
安全性和访问控制测试
故障转移和恢复测试
［故障转移和恢复测试可确保测试对象能成功完成转移，并能从导致意外数
据损失或数据完整性破坏的各种硬件、软件可网络故障中恢复。
3.5J0配置测试
［配置测试核实测试对象在不同的软件和硬件配置中的运行悄况。
在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。
客户机工作站可能会安装不同的软件例如，应用程序、驱动程序等
而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。
［对相关的设计报告和用户使用说明进行测试。
对于设计报告，验证系统与设计文档中的设计思想是否一致；
对于用户使用说明手册进行测试时，验证用户使用说明书中对系统操作方法的描述是否正确,巫点是用户使用说明中提到的操作例子要进行测试，保证釆用的例子能够在系统中正确完成操作。
3.6风险分析
4测试方法
4.1里程碑技术
在本项U中，我们将整个测试过程分为儿个里程碑，达到一个里程碑
后才能转换到下一阶段，以控制整个过程。
我们将整个测试过程分为以下儿个里程碑:
表4-1测试过程信患表
里程碑
完成标准
系统培训：
1.对于本项目所有需要测试的系统的培训完成。
2.测试人员已经对所有被测系统/模块进行了使用，了解了被测系统的具体功能。
测试设计：
1.测试用例已覆盖所有测试需求。
2.测试用例设计已经完成。
测试执行：
1.所有测试用例被执行。
2.发现的缺陷都有缺陷记录。
结果分析：
1.完成测试报告。
4.2测试用例设计
本次测试的测试案例，是在经过系统培训后，由测试人员根据对系统的介绍和自己对系统的理解按照系统层次结构组织编写。
2）
本系统案例的编写釆用黑盒测试常用的分析方法设计用例。
对于每一个测试用例，测试设计人员应为其指定输入（或操作）、预期输
出（或结果）。
5）
本次测试设计的所有测试用例均需以规范的文档方式保存。
在整个测试过程中，可根据项U实际悄况对测试用例进行适当的变更。
6）
测试用例中测试数据的准备，在客户的指导和协助下准备。
4.3测试实施过程
本项U111n位测试人员分别负责不同的子系统的测试，实施过程如下:
4.4测试方法综述
本项U测试包括:
测试人员执行测试时，要严格按照测试用例中的内容来执行测试工作。
资源需求
5.1培训需求
参与本次测试的测试人员需要项U组长对测试人员进行系统的相关培训。
培训内容包括:
系统架构的培训。
系统数据流程的培训。
各子系统的功能培训。
哪些部分是本次的重点测试对象。
5.2运行环境
521软件运行环境
5・2・2
表5・1列出了被测系统的软件运行环境。
分类
软件
运行服务器
运行数据库
运行环境
运行浏览器
硬件运行环境
表5-1软件运行环境
表5-2列出了被测系统的硬件运行环境。
表5-2硬件运行环境
资源类型
资源描述
数量
笔记本电脑
联想昭阳E42-80
1
联想ThinkPad
智能手机
华为荣耀v8
华为Mate9
Android7・0,八核i6,RAM4G
5.1人力资源
测试团队结构
表5-3标明了测试团队结构信息。
表5・3测试团队结构表
角色
人员
职责
6测试时间安排
表6・1列出了各阶段的时间分配悄况。
表6-1各阶段时间分配表
序号
测试活动
迭代版本
计划开始日期
实际开始日期
所需工时
7测试过程管理
7.1测试文档7丄1测试文档管理
本项U对测试文档进行集中管理，文档集中存放在项U测试小组长处，每
周备份一次。
测试文档山不同角色分别创建，各角色创建的文档如表7-1测试文档信
息表所示:
表7-1测试文档信患表
文档名称
编制者
其它说明
7.2缺陷处理过程
特定义缺陷处理过程如下:
1、测试结束时项目经理将所有缺陷整合成一个完整的缺陷文档，同其它测
试文档一同提交给客户。
7.3测试报告
测试过程中，需要产生以下报告:
表7-2测试报告信患表
报告名称
报告内容
接受者
测试总结报告
1）测试过程概要
2）测试分析总结
3）建议
客户代表公司领导
升级会员 