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