测试计划（首次）

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

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