xxx测试计划
一、概述
1.1 目的
本测试计划是针对优化xxxx的测试工作而编写的,主要内容包括测试对象、测试工具、进度和测试的预期风险描述,提供了一个整体测试计划,用以指导本项目软件测试组的测试人员的工作。
测试计划文档有助于以下目标:
◆确定现有项目的信息和应测试的软件构件
◆推荐可采用的测试策略,并对这些策略加以说明
◆确定所需的资源,并对测试的工作量进行评估
1.2 项目背景
xx是一款金融投资平台,目前已开发完成已经推广使用,为了更加系统和有效的发现系统中存在的问题,平台启动本次项目对系统进行全面而系统的测试。
1.3 人力资源
测试组人员 | 职责 | 备注 |
xx | 测试计划、报告的整理,测试用例的书写及审核,增加功能的测试,回归测试等 |
|
xx | 测试用例以及增加新功能的测试、报告,回归测试等 |
|
xx | 测试用例以及增加新功能的测试、报告,回归测试等 |
|
1.4争议事项
1.3.1测试版本变更商定:不允许上线前两个小时内更换测试版本(已测过的问题重复测试,影响测试进度)
1.3.2 测试新功能的情况下:产品在开发前给予需求文档(安排测试时间)
二、测试策略
2.1 测试范围
本计划测试范围包括:功能测试、接口测试、基本性能测试
功能测试:xx官网、IOS与安卓客户端、后台管理现有的功能以及增加的功能,包括了机型、浏览器的兼容性,系统的稳定性,app安装测试,回归测试,客户端数据库测试。
接口测试:业务功能测试——正常场景、异常场景;边界值分析测试;参数组合测试;性能测试(系统稳定后有时间的情况下进行)——响应时间、虚拟并发数、服务器资源使用率等。
基本性能测试(系统稳定后有时间的情况下进行):针对IOS与安装客户端基本性能测试,包括了响应时间、内存、CPU、gpu、fgs、电量、流量、温度。
2.2 测试目标
测试重点:排查已上线版本遗留问题,后台与前端的交互性
优先级:APP(ios、安卓)—> WEB官网—> xx管理后台
测试项目项 | 通过标准 | 备注 |
需求覆盖率 | 100% |
|
测试用例执行率 | 100% | 用例文档补充完成后 |
测试用例通过率 | 100% | 用例文档补充完成后 |
主流程 | 100% |
|
缺陷修复率 | 95% | 个别遗留问题等待下个版本 |
|
|
|
2.3测试过程
2.4测试类型
编号 | 测试类型 | 说明 | 是否采用 |
1 | 功能测试 | 根据系统需求文档和设计文档,检查产品是否正确实现了功能 | 是 |
2 | 流程测试 | 按操作流程进行的测试,主要有业务流程、数据流程、逻辑流程、正反流程,检查软件在按流程操作时是否能够正确处理 | 是 |
3 | UI测试 | 检查界面是否美观合理 | 是 |
4 | 兼容性测试 | 包括了APP机型、web浏览器的兼容性 | 是 |
5 | 边界值测试 | 选择边界数据进行测试,确保系统功能正常,程序无异常。 | 是 |
6 | 易用性测试 | 检查系统是否易用是否付款通常的操作习惯 | 是 |
7 | 安装、卸载测试 | 检查APP安装,卸载是否正常 |
|
8 | 客户端数据库测试 | 检查客户端数据与数据库是否一致 | 是 |
9 | 性能测试 | 检查系统满足需求性能要求 | 是 |
10 | 接口测试 | 检查系统能否与外部接口正常工作 | 是 |
11 | 回归测试 | 检查程序修改后有没有引起新的错误、是否能够正常工作以及能否满足系统的需求 | 是 |
12 | 安全性测试 | 检查系统安全,是否达到安全需求,是否存在安全隐患 | 是 |
2.5 测试方法
测试技术与工具 | 说明 | 是否采用 |
测试用例设计 | 在产品需求审核通过后编写测试用例 | 是 |
白盒测试 | 由开发人员进行测试 | 否 |
JMeter/Postman | 使用接口测试工具测试接口 | 是 |
GT | 测试APP基本性能测试 | 是 |
Appium | App自动化测试 | 否 |
2.6 测试提交文档
文档说明 | 作者 | 文件位置 |
系统测试计划 | xx | -- |
测试用例 | 测试组 | -- |
系统测试报告 | 测试组 | -- |
维护测试用例文档 | 测试组 | -- |
测试用例设计进度表 | xx | -- |
三、测试计划
3.1测试时间进度
测试阶段 | 开始时间 | 结束时间 | 测试人员 | 备注 |
制定测试计划 | 2017/12/04 | 2017/12/08 | xx |
|
APP测试功能测试
| 2017/12/11 | 2017/12/22 | 测试组 | 包括新增功能测试,主要梳理app功能遗漏 |
Web官网功能测试 | 2017/12/25 | 2017/12/23 | 测试组 | 包括新增功能测试,主要梳理web官网功能遗漏 |
Web管理后台功能测试 | 2017/12/25 | 2017/1/3 | 测试组 | 包括新增功能测试,主要梳理web管理后台功能遗漏 |
整理系统测试报告 | 2017/1/4 | 2017/1/4 | xx |
|
设计测试用例 | 2017/1/4 | 2017/2/2 | 测试组 | 包括新增功能测试 |
审计测试用例 | 2017/2/5 | 2017/2/6 | xx |
|
性能测试 | 2017/1/22 | -- | 测试组 |
|
接口测试 | -- | -- | 测试组 |
|
验收测试 | -- | -- | 测试组 |
|
3.2 设计测试用例具体模块
APP模块:
序号 | 模块 | 预计case数量(条) |
1 | 登录 | xx |
2 | 首页 | xx |
3 | xx | xx |
4 | 我的 | xx |
5 | 基线流程 | xx |
6 | xx流程 | xx |
共 计 | xx |
web官网:
序号 | 模块 | 预计case数量(条) |
1 | 登录 | xx |
2 | 首页 | xx |
3 | 链接(底部) | xx |
4 | xx产品 | xx |
5 | 信息披露 | xx |
6 | 我的账户 | xx |
共 计 | xx |
web管理后台:
序号 | 模块 | 预计case数量(条) |
1 | 登录 | xx |
2 | xx | xx |
3 | xx | 1xx |
共计 |
web交互流程:
序号 | 内容 | 预计case数量(条) |
1 | Web与前端交互流程 | 20 |
基线测试流程:
序号 | 内容 | 预计case数量(条) | 备注 |
1 | 基线流程 | 10 | 验收测试 |
接口测试用例:
序号 | 内容 | 预计case数量(条) | 备注 |
1 | 接口 | 10 | 接口统一测试标准 |
3.3质量目标
序号 | 测试质量目标 | 备注 |
1 | 测试已实现的产品是否达到设计要求 |
|
2 | 所有的测试用例已经执行 | 书写完成后覆盖系统 |
3 | 没有已知严重bug |
|
4 | 缺陷的发现速率正在下降并接近0 |
|
四、风险管理
序号 | 风险 | 描述 |
1 | 没有设计文档,测试人员未能正确的理解该系统的软件功能需求 | 分析业务逻辑,在不清楚的地方及时与设计人员沟通 |
2 | 前期没有测试用例,覆盖率不全 | 补全后的将覆盖测试 |
3 | 由于没有严格的规范上线流程,上线时间的随意性,导致版本的重复覆盖,测试人员没有足够的时间发现其影响的缺陷 |
|