制定测试计划
第1章 引言
1.1目的
目的是检测该软件是否能按照设计要求完美运行，主要是找出bug
1.2名词解释
|
缩写词或术语
|
英文解释
|
中文解释
|
|
服务器
|
Server, also known as server, is a device for computing services.
|
服务器，也称伺服器，是提供计算服务的设备。
|
|
服务端
|
Server is for the client service, service content such as the client to provide resources, save client data.
|
服务端是为客户端服务的，服务的内容诸如向客户端提供资源，保存客户端数据。
|
1.3参考资料
java数据结构计算法（第二版） [美]Robert Lafore著 中国电力出版社
1.4测试摘要
1.4.1 重点事项
界面刷新问题，数据库数据处理问题，服务端参数统一问题。
1.4.2 争议事项
变量不统一
1.4.3 风险评估
界面刷新风险
1.4.4 时间进度
第四周开始编程，第五周结束提交
1.4.5 测试目标
测试计划中所有测试方法和模块已经执行通过
所有的测试案例已经执行过
所有的重要等级为1/2的Bug已经解决并由测试验证
第2章 项目背景
2.1测试范围
说明本计划涵盖的测试范围，比如功能测试、集成测试、系统测试、验收测试等。通常说明什么是要测试的，什么是不要测试的是非常重要的。明确规定这些问题后，测试人员对该做什么有一个清晰的认识。
（1）用户注册，登陆，聊天
（2）参数问题导致的数据传输问题
（3）界面刷新风险
（4）由于小组成员时间问题导致的开发进度问题
2.2测试文档
列出测试过程中可能用到的参考文档、相关的设计文档以及保存位置，测试完成后应产生的文档。
2.2.1测试参考文档
|
文档说明
|
作者
|
文档位置（CVS）
|
|
需求文档
|
|
|
|
总体设计
|
|
|
|
白皮书
|
|
|
|
使用手册
|
|
|
|
管理手册
|
|
|
|
测试文档
|
|
|
|
API文档
|
|
|
|
|
|
|
2.2.2测试提交文档
|
文档说明
|
作者
|
文档位置（CVS）
|
|
《总体测试计划》
|
|
|
|
《总体测试方案》（可根据项目情况进行裁剪）
|
|
|
|
测试用例
|
|
|
|
《性能测试方案（报告）》
|
|
|
|
《测试报告》
|
|
|
|
《Readme》
|
|
|
|
《产品操作手册(后台)》
|
|
|
|
《产品操作手册(前台)》
|
|
|
|
《产品安装维护手册》
|
|
|
|
《产品错误代码说明文档》
|
|
|
第3章质量目标
描述本阶段测试目标和要求。质量目标应该包括产品的质量目标和测试小组的质量目标。
质量不仅是衡量系统的功能或性能是否正常。对系统来说，在开发过程中尽早建立全面的质量标准与系统的及时发布是一样重要的。质量目标是一个强有力的工具，应该在系统开发过程中尽早建立。一个定义准确的质量目标在以后的产品开发过程中帮助决策。例如，系统是否能够正式发行？在代码完成后，应该修复那些缺陷？在系统完成后那种类型的测试是最合适的？
3.1产品质量目标
可以是产品的质量达到什么样的目标，产品的流程联通性达到什么样的要求。
|
测试质量目标
|
确认者（如需说明）
|
|
测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正确
|
|
|
产品规定的操作和运行稳定
|
|
3.2测试质量目标
评价测试质量的目标可以有：
|
测试质量目标
|
确认者（如需说明）
|
|
所有的测试案例已经执行过
|
|
|
所有的自动测试脚本已经执行通过
|
|
|
所有的重要等级为1/2的Bug已经解决并由测试验证
|
|
|
每一部分的测试已经被Test Lead确认完成
|
|
|
重要的功能不允许有等级为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.1.1硬件测试环境
“机型（配置）”：CPU：所有双核计算机，内存：512M，硬盘：500M剩余
“用途及特殊说明：数据库服务器，后台开发，软件测试等；
“软件及版本”：Myeclipse10.7，Java1.6及以上
“预计空间”：1G
4.1.2软件测试环境
|
软件需求
|
用途
|
|
Java1.6及以上
|
软件实现的基础
|
4.2测试工具
此项目将列出测试使用的工具以及用途：
|
测试工具
|
用途
|
|
自动测试工具
|
Myeclipse
|
第5章 测试策略
5.1 整体测试策略
按照测试要求标准进行测试
5.2开始/中断/完成标准
说明中断/开始/完成测试的标准。
|
开始/中断/完成测试
|
标准说明
|
|
开始测试标准
|
硬件环境可用且软件正确安装完成
|
|
中断测试标准
|
安装无法正确完成或程序的文档有相当多的失误或系统服务异常或发现Block Bug
|
|
完成测试标准
|
完成测试计划中的测试规划并达到程序和测试质量目标,并由Test Lead/R&D Manager确认
|
5.3测试类型
|
测试类型
|
是否采用
|
说明
|
|
功能测试
|
采用
|
根据系统需求文档和设计文档，检查产品是否正确实现了功能。
|
|
流程测试
|
采用
|
按操作流程进行的测试，主要有业务流程、数据流程、逻辑流程、正反流程，检查软件在按流程操作时是否能够正确处理
|
|
边界值测试
|
采用
|
选择边界数据进行测试，确保系统功能正常，程序无异常。
|
|
容错性测试
|
采用
|
检查系统的容错能力，错误的数据输入不会对功能和系统产生非正常的影响，且程序对错误的输入有正确的提示信息
|
|
异常测试
|
采用
|
检查系统能否处理异常
|
|
启动停止测试
|
采用
|
检查每个模块能否正常启动停止、异常停止后能否正常启动
|
|
安装测试
|
采用
|
检查系统能否正确安装、配置
|
|
易用性测试
|
采用
|
检查系统是否易用友好
|
|
界面测试
|
采用
|
检查界面是否美观合理
|
|
接口测试
|
采用
|
检查系统能否与外部接口正常工作
|
|
配置测试
|
采用
|
检查配置是否合理、配置是否正常
|
|
安全性和访问控制测试
|
采用
|
应用程序级别的安全性：检查Actor只能访问其所属用户类型已被授权访问的那些功能或数据。
系统级别的安全性：检查只有具备系统和应用程序访问权限的Actor才能访问系统和应用程序。
|
|
性能测试
|
采用
|
提取系统性能数据，检查系统是否满足在需求中所规定达到的性能。
|
|
压力测试
|
采用
|
检查系统能否承受大压力，测试产品应该能够在高强度条件下正常运行，不会出现任何错误。
|
|
兼容性测试
|
采用
|
对于 C/S 架构的系统来说，需要考虑客户端支持的系统平台。
对于 B/S 架构的系统来说需要考虑用户端浏览器的版本。
|
|
割接/升级测试
|
采用
|
进行专门的割接测试或升级测试，提供工程升级割接方案
|
|
文挡测试
|
采用
|
检查文档是否足够、描述是否合理
|
|
回归测试
|
采用
|
检查程序修改后有没有引起新的错误、是否能够正常工作以及能否满足系统的需求
|
5.4 测试技术
|
测试技术
|
是否采用
|
说明
|
|
里程碑技术
|
采用
|
里程碑的达成标准及验收方法在测试完后制订
|
|
自动测试技术
|
采用
|
核心业务流程采用自动测试技术
|
|
审评测试
|
采用
|
对软件产品功能说明文档和设计说明文档进行检查，在需求与设计阶段进行
|
|
编写测试用例
|
采用
|
在产品编码阶段编写测试用例
|
|
单元测试
|
不采用
|
由开发人员进行
|
|
集成测试
|
采用
|
检测模块集成后的系统是否达到需求对业务流程及数据流的处理是否符合标准、系统对业务流处理是否存在逻辑不严谨及错误以及是否存在不合理的标准及要求。
|
|
确认测试
|
采用
|
在产品发布前，对照feature list 进行基本需求的确认，确认产品是否正确实现了功能。
|
|
系统测试
|
采用
|
包括性能测试、压力测试和回归测试
|
|
验收测试
|
不采用
|
由工程实施人员进行
|
第6章 测试计划
6.1进度计划
6.1.1测试时间进度
|
测试阶段
|
开始时间
|
完成时间
|
测试人员
|
阶段完成标志
|
|
制定测试计划
|
|
|
|
|
|
需求Review
|
|
|
|
|
|
设计Review
|
|
|
|
|
|
设计测试用例
|
|
|
|
|
|
测试开发
|
|
|
|
|
|
测试环境准备
|
|
|
|
|
|
测试实施
|
|
|
|
|
|
功能测试
|
|
|
|
|
|
集成测试
|
|
|
|
|
|
性能测试
|
|
|
|
|
|
系统测试
|
|
|
|
|
|
验收测试
|
|
|
|
|
|
文档编写
|
|
|
|
|
6.1.2测试里程碑
|
里程碑
|
完成时间
|
完成标准
|
|
测试正式开始
|
|
完成可接受性测试和烟雾测试
|
|
进行CVS LOCK
|
进行cvs lock
|
完成所有里程碑测试和标准测试,测试种类包括确认测试和系统测试,且所有以发现的Bug等级为1/2/3的Bug已修复,近期内无发现新的Bug等级为1/2/3的Bug
|
|
产品Release
|
|
重复进行主路径测试和进行Bug检查测试,产品处于可交付状态并由测试经理和高级经理确认
|
6.2测试准备
6.2.1 测试环境准备
|
准备事项
|
开始时间
|
完成时间
|
测试人员
|
阶段完成标志
|
|
测试环境准备
|
|
|
|
|
6.2.2 安装测试
|
准备事项
|
开始时间
|
完成时间
|
测试人员
|
阶段完成标志
|
|
安装测试
|
|
|
|
|
6.2.3 烟雾测试
|
准备事项
|
开始时间
|
完成时间
|
测试人员
|
阶段完成标志
|
|
烟雾测试
|
|
|
|
|
6.3 具体测试实施任务和时间人员安排
|
测试功能点
|
开始时间
|
完成时间
|
测试人员
|
说明
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
