测试计划（首次）

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	由于没有严格的规范上线流程，上线时间的随意性，导致版本的重复覆盖，测试人员没有足够的时间发现其影响的缺陷