资源描述
中山大学南方学院
电子通信与软件工程系
《XX项目软件测试计划》
2017 年 2 月 9日
XXX项目软件测试计划
作者: 日期:
审批者: 日期:
批准者: 日期:
目 录
XXX项目软件测试计划 1
一、概述 3
1.1 项目简介 3
1.2 文档目的 3
二、测试范围与目标 3
2.1 被测系统架构 3
2.2测试范围 3
2.3 测试优先级 4
2.4 测试目标 4
三、测试项与通过标准 4
四、测试环境要求 4
4.1 硬件要求 4
4.2 软件要求 5
4.3 网络环境要求 5
4.4 其它 5
五、测试方法与技术 5
六、测试过程管理 5
6.1 测试团队结构与职责 5
6.2 测试用例设计规范 6
6.3 测试文档管理 6
6.4 缺陷管理过程 6
6.5 时间与进度安排 7
6.6 测试进入/结束标准 7
6.7 测试风险以及规避方案 7
《XXX项目软件测试计划》
一、概述
1.1 项目简介
简单介绍项目的背景,项目目标。
1.2 文档目的
简要说明书写该测试计划的目的,建议的读者。
二、测试范围与目标
2.1 被测系统架构
画出系统架构图
2.2测试范围
需要测试的子系统
测试内容
测试范围
功能测试
1、 XX子系统
2、 XX子系统
性能测试
1、 被测子系统或模块:
XXX子系统
XXX子系统
2、 环境要求:
硬件配置:(对CPU、内存等资源要求)
3、 关注的性能指标:
响应时间,吞吐量,资源利用率
不需要测试的子系统或功能
子系统或功能
说明(无需测试的理由)
XX子系统
XX功能
2.3 测试优先级
测试子系统、模块或功能
优先级(高,中,低)
说明
2.4 测试目标
1、 通过对系统进行测试,验证系统是否满足客户真实需求,达到发布要求;
2、 采用有效的测试方法,尽可能早发现尽可能多的问题;
3、 根据测试过程和结果,对测试过程以及开发过程中存在的问题进行整理并改进。
三、测试项与通过标准
测试项
测试项
子测试项
通过/失败标准
用户管理
用户注册
详见测试用例
用户登录
用户账号信息管理
四、测试环境要求
4.1 硬件要求
名称
数量
配置要求
服务器
测试机
4.2 软件要求
操作系统:
应用软件:
4.3 网络环境要求
4.4 其它
五、测试方法与技术
请按照不同阶段,说明采用的方法与技术,比如:在单元测试阶段,使用什么测试法方法来设计测试用例,或使用什么方法来进行测试。集成阶段,系统阶段。。。。。
阶段
采用的测试方法
使用的测试工具
单元测试
集成测试
系统测试
六、测试过程管理
6.1 测试团队结构与职责
角色
人员
职责
联系方式
测试经理
组织测试培训
负责环境搭建资源协调
制定测试计划
制定测试规范
测试需求,用例,报告审核
控制测试进度
与相关部门,人员沟通
指出测试过程中的问题,并引导改进
测试需求分析工程师
制定测试需求
测试设计工程师
设计测试用例
准备测试数据
测试工程师
执行测试用例
记录并跟踪测试过程中发现的问题
提出缺陷修复建议与措施
分析测试结果,输出质量分析报告
具体分工
测试人员
负责模块或子系统
6.2 测试用例设计规范
F 测试用例的设计可采用:白盒测试和黑盒测试常用的工程方法;
F 对于每一条测试用例,设计人员应为其指定输入(或操作)和预期结果;
F 每一条测试用例,都需要有详细的操作步骤;
F 测试用例全部需要以文档形式规范保存;
F 在测试过程中,可根据实际情况对测试用例进行适当调整。
F 测试用例一经审核通过,需要存储在版本库中合理的路径下。
6.3 测试文档管理
文档名称
存放路径
责任人
完成日期
6.4 缺陷管理过程
F 测试人员每天发现的问题,都要按照模板要求记录,并由指定人员进行汇总;
F 经测试经理审核后,发给项目经理;
F 项目经理指定缺陷修复人员,并及时将缺陷的修复与遗留情况反馈给测试团队。
F 测试结束后,需要有一份完整的缺陷跟踪表单,体现总的缺陷数,各模块或子系统的缺陷分布情况,已经解决的缺陷,遗留缺陷,以及遗留原因等信息。
6.5 时间与进度安排
任务
责任人
完成日期
测试需求分析
测试计划
测试用例
测试执行
测试报告
6.6 测试进入/结束标准
阶段
进入标准
结束标准
单元测试
单元测试用例已经通过评审
1、 代码覆盖率达到80%;
2、 单元测试发现的问题已经全部解决。
集成测试
单元测试已经通过;
集成测试用例已经通过评审
接口问题已经全部消除;
集成后的版本能够满足各项功能要求
系统测试
集成测试已经通过;
系统测试用例已经通过评审
比如:
1、 功能性测试用例通过率达到100%;
2、 非功能性测试用例通过率达到95%。
3、 缺陷解决率达到要求
4、 系统满足需求规格说明书的全部要求
6.7 测试风险以及规避方案
参考PPT38-40页。
7
展开阅读全文