项目软件测试方案(定稿).doc

完整word)项目软件测试方案(定稿)
**项目测试方案

文件名称： *＊项目v1。2.0测试方案
文件编号： 0234245
版 本 号： V1.2.0
编 制: 董工 日 期： 2018—2-18
审 核: 张三 日 期: 2018-2-19

文档标识
File_1_1.1
当前版本
V1。2.0
当前状态
编制
√
发布日期
2018-2—19
发布
√
修订历史记录
版本
日期
AMD
修订者
修改内容
评审号
变更控制号
1。0
2018年2月17日
A
董工
无
001-1A-bb
V_1.0
（A-添加，M-修改，D—删除）

16 / 17

目录

**项目测试方案 1
1 项目简介部分 2
1.1 文档编写目的 2
1.2 读者对象 2
1。3 测试项目背景描述 2
1。4 测试工作内容和范围 4
1.5 参考文档： 4
2 需求分析 4
2。1 功能分析 4
2.2 性能分析 5
2.3 稳定性分析 6
2.4 兼容性分析 6
2。5 安全性分析 6
2.6 其他需求分析 6
3 测试安排和计划 7
3。1 测试重点 7
3.2 测试难点 8
3.3 项目整体计划 8
3.4 测试资源安排 9
3.4。1 测试环境安排和使用 9
3.4.2 测试所需工具 11
4 风险预估和应对（人员、时间、环境) 11
5 功能测试方案 12
5。1 整体功能测试需求分析 12
5。2 分功能测试需求分析 12
6 性能测试方案 16
7 测试完成准则 17

1 项目简介部分
1.1 文档编写目的
＜**项目＞的这一“测试方案”文档有助于实现以下目标：
1、 确定所需测试的具体模块，以及具体测试方法和范围
2、 指导测试用例的设定
3、 测试策略的选择
4、 评估不同阶段的风险和成本
5、 定义具体的测试通过的条件
1.2 读者对象
读者分类
目的
客户代表
进一步明确客户的需求，确保产品的质量符合客户要求
本项目开发人员
确保和开发人员协同工作，理清测试重点和要点
本项目测试人员
为后续新版本测试提供指导和文档依据

1.3 测试项目背景描述
项目模块图：
用户

登录界面

设置
个人中心
账单

意见反馈
地图查看
我的钱包
我的预约

〈＊*项目>有八个模块：【登陆界面】、【个人中心】、【设置】、【地图查看界面】、【我的钱包】、【我的预约】、【意见反馈】、【账单】，详细功能如下图：
注：来自企业的项目,不便显示，多多理解

1.4 测试工作内容和范围
本次测试内容分为如下几个阶段:评审、测试设计、冒烟测试、联合测试、全流程测试（包含性能测试、安装测试、安全性测试）、测试评估、用户验收测试、β测试和编写测试总结。
本次测试范围覆盖所有的用户需求，包括【登陆界面】、【个人中心】、【设置】、【地图查看界面】、【我的钱包】、【我的预约】、【意见反馈】、【账单】等所有模块的功能和各个子模块的详细功能的测试，以及对于性能的测试（包括强度测试、压力测试、稳定性测试等）、对于安全性的测试等。

1.5 参考文档：
《委托开发协议附件》
《需求分析说明书》
《开发设计指导》
《软件测试计划书》

2 需求分析
2.1 功能分析
本系统整体功能是：搭建一个公共的网络服务平台,通过手机登陆或者注册用户，定位用户所处的具体位置搜索附近的闲置车位，给用户提供便捷的停车、租车位服务,也能帮助用户将闲置的车位在系统内部共享出去，提供给需要帮助的车主停车，合理定价，帮助用户方便的人的时候还能获得相对应的回报，一共拥有八大模块,都对应着相应的功能，接下来一一作出简介
【登陆界面】实现的功能：
①用户登陆、②验证码获取、③查看《服务协议》;

【个人中心】集成了大多数的功能，包括：
①查看账号信息、②查看订单信息、③设置系统相关的参数、④查看系统发布的活动信息、⑤查看自己的卡券信息、⑥查看车辆状态信息、⑦查看自己的车位信息、⑧联系系统客服、⑨给系统反馈意见和建议、⑩返回【登录界面】；

【设置】实现的功能：
①查看应用版本号、②微信公信号、③官方网站、④服务协议、⑤查看版本的有效期和公司名称、⑥退出系统、⑦返回【个人中心】；

【地图查看界面】实现的功能：
①显示用户当前的状态、②放大地图、③定位用户的位置、④查询车位、⑤查看订单信息、⑥推荐停车方案生成（包括导航和预约两个子功能);

【我的钱包】实现的功能：
①查询账单、②查看发票、③用户余额提现、④返回【个人中心】；

【我的预约】实现的功能：
①显示用户下单信息、②提供进入【预约详情】的接口；

【意见反馈】实现的功能：
①对问题进行分类，以供用户选择和归类，搜集用户提交的建一个意见、②返回【个人中心】；

【账单】实现的功能：
①查看用户全部的账单信息、②显示用户当前状态、③统计用户车位的收入、④用户退款、⑤用户提现、⑥返回【个人中心】。

2.2 性能分析
本测试方案结合用户需求对产品的性能定位如下：
(1）压力方面要求系统能在市面主流的终端产品的运行情况，手机内存512M/1G/2G/3G/4G/8G…和不同大小磁盘空间、不同CPU占用率条件下系统的运行状态。
(2）强度要求能够同时满足20万用户在线和高峰期5K的高并发地需求，检测产品在多人在现实的运行效率和对高并发地处理情况以及资源分配等情况；
（3）负载量达到用户产品说明书的最低标准，设计测试模拟用户数为10万、20万、30万、40万…等的运行场景，检测产品的最高负载量。
（4）响应时间的要求，常规的网络环境中，服务器和用户请求的相应时间是否符合2/5/8/10的规则。

2.3 稳定性分析
本测试方案结合用户需求对产品的稳定性定位如下：
（1） 稳定性要达到业界公认的指标,将对其进行7*24/14*24小时稳定性测试;
（2） 对于特殊的地理环境(温度、湿度、光照、气压），对稳定性的要求。

2.4 兼容性分析
本测试方案结合用户需求对产品的兼容性定位如下：
（1） 检测系统对于不同型号规格服务器的兼容性；
（2） 检测系统对于不同型号规格工作站的兼容性；
（3） 检测系统对于不同型号规格手机终端的兼容性；
（4） 检测系统对于不同型号规格电脑的兼容性；
（5） 检测系统对于不同型号的操作系统的兼容性；
（6） 检测系统对于不同类型的应用软件的兼容性。
<备注：最好写明服务器、工作站、手机、电脑、操作系统、应用软件的名称和型号（或版本号）。〉

2.5 安全性分析
本测试方案结合用户需求对产品的安全性定位如下:
（1） 检测系统账户等信息的安全级别
（2） 检测网络访问的协议和安全等级
（3） 检测数据库操作权限和安全等级
（4） 检测转账、提现、支付等功能的安全性
（5） 检测用户手机信息的安全性
（6） 检测系统对手机其他应用程序的访问权限（通讯录、短信、剪切板等)

2.6 其他需求分析
（1） GUI界面的检测,进行β测试时，针对性挑选相对应的客户，对软件进行操作，测试软件的排版布局是否符合大多数用户的审美观念，对软件的操作键的设置和显示文字等提示信息是否足够友好，表意能力是否足够,是否符合大多数人的操作习惯。
（2） 容量要求能够承受用户需求的最低标准的检测,会选用硬盘为1T/2T/…等配置和内存为4G/8G/16/32…的不同服务器测试产品的不同容量下的使用情况，模拟一次性导入大量数据时多数据库扩容的需求情况；
（3） 网络配置的要求，检测系统运行对宽带的要求，通过软件测试服务器处理数据时的吞吐量.

3 测试安排和计划

3.1 测试重点
编号
重点项
重要性说明
备注
1
手机定位（位置实时更新、手机导航）功能
这是该系统的基本功能之一,也是本系统的用户使用率最高的功能
由于需要考虑自动化工具支持。
2
提现、支付、转账功能
这是用户最关心的问题
手工测试辅以自动化测试
3
推荐租出（租赁）车位方案功能
系统的核心功能之一,也是用户最依赖的功能之一
手工测试辅以自动化测试
4
用户钱包的相关功能
关乎用户的实际利益
手工测试辅以自动化测试
5
个人中心的相关功能
整个系统的中心枢纽，基础功能
手工测试辅以自动化测试
6
数据查询、数据更新
数据的安全性、正确性、有效性是系统运行的保障
手工测试辅以自动化测试
7
系统设置相关功能
用户体验的重点，也是系统人性化的表现
手工测试
8
微信公众号
用户分类和用户质量提升的重要突进
手工测试
9
系统主页浏览
扩大业务需求的重要方式
手工测试辅以自动化测试
10
公司活动推送
用户需求明确要求
手工测试辅以自动化测试
11
系统的使用体感
用户需求明确要求
手工测试

3.2 测试难点

编号
难点项
困难性说明
备注
1
数据并发读写的正确性验证
由于存在执行不确定性，无法事先获得期望的结果；另外这种不确定性也导致了bug难以复现
利用系统的checkpoint功能进行功能回放。或者录制脚本，利用自动化增加测试次数，确定缺陷复现率。
2
异常测试
作为一个基础平台项目,系统要能够容忍各种软硬件异常.
可以参照之前整理的分布式异常体系进行异常模拟
3
非正常操作测试（断电、断网、账户冻结等）
用户数据的保存和更新频率,或者用户触发的数据保存的事件的不确定性
考虑使用场景法模拟相应的情况
4
模拟大量用户在线的系统使用
用户(年龄、地域等)分布不均匀、对系统的操作需求、操作习惯都不一致
考虑使用自动化技术模拟测试
5
大量数据导入数据(数据升级)
现有数据的处理、是否要求公网测试、新导入数据对原系统的影响和兼容性等因素
手动测试和自动化测试并用

3.3 项目整体计划

详细项目整体计划请查阅:
《**项目v1。2测试计划》文档
《＊＊项目v1.2详细设计技术指导》文档

3.4 测试资源安排
人力资源安排详见《**项目v1。2测试计划》文档

3.4.1 测试环境安排和使用

下表列出了测试的服务器配置环境拓扑图：
终端1
终端2
终端3
终端4
……
终端N
服务器连接图
服
务
器

服
务
器
2

互联网
交换机

下表列出了测试的交换机配置环境拓扑图：

工作站连接图

下表列出了测试的系统软硬件环境：

资源名称/类型
基本配置及数量
软件环境（相关软件、操作系统等)
应用软件
调试器、Xtest
测试工具
Jmeter 、 Apache ab…
浏览器
Firefox 、遨游、360浏览器、Opera、搜狗、Chrome、QQ、百度、世界之窗、猎豹、鋭影、蚂蚁、IE8
测试管理平台
禅道
PC系统
Windows7、Windows10、OS
硬件环境（网络、设备等）
测试数据库服务器
PostgreSQL、mongodb
PC台式机
Lenovo、Mac
安卓机
VivoX6SA、RedMi Note3、MateBNXT—AL10
（第三方平台调试上百台机型)
IOS机
IPHONE 6S PLUS、IPHONE7、IPHONE6

3.4.2 测试所需工具
下表拟定此项目的测试使用软件工具：

工具
用途
支持人员
使用阶段
生产厂商/自产
版本
禅道
Bug管理
项目组全体
整个测试过程

4.0
Word
撰写方案、case
项目组全体
测试准备
Micorsoft
2007
Project
撰写测试计划
项目组全体
测试准备

SVN
代码、文档、工具管理
项目组全体
测试准备
测试执行
测试总结
Apache
1。10.1
Atp
测试报告
测试数据

测试执行

Postman
接口测试
测试组
联合测试、全流程测试
Chrome
5.1。3
Jmeter
性能测试
测试组
全流程测试
Apache
3。3
Apache ab
性能测试
测试组
全流程测试
Apache
2.4.27
LoadRunning
性能测试
测试组
全流程测试
惠普-水星公司
8。1

4 风险预估和应对（人员、时间、环境）
人员风险：如遇特殊情况，测试人员未能加入测试行动,应对：重新安排合适的人员或者由有相关经验的测试人员兼任其测试任务，通常由几人平摊，适当加班，保证测试进度.
时间风险：开发组没有能够按时提测，导致测试时间不够，应对：积极和开发组沟通,加快开发进度，确保有足够的时间执行测试,提高产品质量.
环境风险：相应的测试需要使用的硬件或者软件不能及时到位，导致测试延误，应对：提前做好计划，让相应的人员今早做出安排.

5 功能测试方案
5.1 整体功能测试需求分析
〈＊*项目>需要完成的功能是：搭建一个公共的网络服务平台，通过手机登陆或者注册用户,定位用户所处的具体位置搜索附近的闲置车位，给用户提供便捷的停车服务，也能帮助用户将闲置的车位在系统内部共享出去，提供给需要帮助的车主停车,合理定价，帮助用户方便的人的时候还能获得相对应的回报.

针对该功能，将采用黑盒测试为主，不考虑软件的内部结构和逻辑，判断在不同的软硬件平台上做兼容性测试和安全性测试以及安装测试。

5.2 分功能测试需求分析
〈**项目>软件共有八大模块：【登陆界面】、【个人中心】、【设置】、【地图查看界面】、【我的钱包】、【我的预约】、【意见反馈】、【账单】。

模块名称
模块分功能
测试点
测试方法类型
备注

【登陆界面】
①用户登陆
字符类型、字符长度、是否提示输入用户名、自动显示上次输入的号码、点击弹出文本框、显示历史输入记录之后选定某条可以直接显示等
手工测试
各个测试方法类型解释如下:
手工测试：采用人工操作,并人工观察确认测试结果的测试方法。如无特别的创新方法，诸如数据准备和场景描述策略等，此方法可以一笔带过。
自动化测试：使用提前准备好的自动化case完全无人工干预的测试.该方法如果需要特别的工具、关键字开发，需要注明。
自动化辅助测试：使用工具，将测试的部分过程，比如结果保存（抓图）、数据上传、结果验证等用程序自动化实现，但是部分过程还需要人工验证的测试.该方法可以提高部分效率,但是或许需要人工去分析严重结果.
新旧版本对比测试：在版本升级测试中，如果有两套环境,可以通过同样的输入和操作来对比验证结果的方式来进行测试和自动化测试,自动化测试可以使用coco2。0工具，常用与规避数据计算逻辑复杂的结果对比测试.
②验证码获取和输入
验证码能否获取得到、文本框内字符长度、字符类型、倒计时设置、过期验证码输入等
手工测试
③查看《服务协议》
超链接能否正常打开、显示内容是否正确等
手工测试

【个人中心】
①查看账号信息
页面转换是否正常、所显示信息是否正确、信息是否全面等
手工测试
②查看订单信息
手工测试
③设置系统相关的参数
页面跳转是否则正常、设置相关手工测试参数之后能否得到相应的执行、参数设置完后点击保存能否提交并保存等
手工测试
④查看系统发布的活动信息
页面转换是否正常、所显示信息是否正确、信息是否全面等

手工测试
⑤查看自己的卡券信息
手工测试
⑥查看车辆状态信息
手工测试
⑦查看自己的车位信息
手工测试
⑧联系系统客服
手工测试
⑨给系统反馈意见和建议
手工测试
⑩返回【登录界面】
点击按钮是否正确执行
手工测试

【设置】

①查看应用版本号
页面转换是否正常、所显示信息是否正确、信息是否全面等

手工测试
②微信公信号
手工测试
③官方网站
手工测试
④服务协议
手工测试
⑤查看版本的有效期和公司名称
手工测试
⑥退出系统
点击按钮是否正确执行
手工测试
⑦返回【个人中心】
手工测试

【地图查看界面】
①显示用户当前的状态
页面转换是否正常、所显示信息是否正确、信息是否全面等
手工测试
②放大地图
原图是不是按照1:100的比例缩放、点击该按之后能不能发生相应的放大或者缩小的动作、最大和最小的缩放比列测试
手工测试
③定位用户的位置
点击该按钮之后能否正确定位带该用户的位置、偏差是否在可接受范围之内、移动位置，是否还能正确定位、地图上用户位置能否时时跟随改变等
手工测试
④查询车位
能否搜索周边的车位并显示其位置、并且提供相应的车位信息(价格、车型等）、显示车位的状态、统计车位数量等
手工测试
⑤查看订单信息
页面转换是否正常、所显示信息是否正确、信息是否全面、正在运行中的订单能否随着车辆的移动或者时间的累积更新等
手工测试
⑥推荐停车方案生成（包括导航和预约两个子功能）
页面跳转是否正常、所推荐的方案是否正确、与真实情况的差距、导航是否准确、路线选择和相关的提示是否正确、预约能否执行等
手工测试

【我的钱包】

①查询账单
页面转换是否正常、所显示信息是否正确、信息是否全面等
手工测试
②查看发票
手工测试
③用户余额提现
提现数额、有没有显示第三方银行、到账需要时间、是否原路返回等
手工测试
④返回【个人中心】
点击按钮是否正确执行
手工测试

【我的预约】

①显示用户下单信息
页面转换是否正常、所显示信息是否正确、信息是否全面等
手工测试
②提供进入【预约详情】的接口
超链接能否正常打开、显示内容是否正确等
手工测试

【意见反馈】:

①对问题进行分类，以供用户选择和归类，搜集用户提交的建一个意见
用户对复选框的选择是否正常、文本输入框字符类型和字符长度的限制、提交建议之后能否对用户给出相应的提示等
手工测试
②返回【个人中心】
点击按钮是否正确执行
手工测试

【账单】

①查看用户全部的账单信息
页面转换是否正常、所显示信息是否正确、信息是否全面等
手工测试
②显示用户当前状态
手工测试
③统计用户车位的收入
手工测试
④用户退款
撤销账单的退款是否正确、用户余额能否得到相应的累加
手工测试
⑤用户提现
提现数额、有没有显示第三方银行、到账需要时间、是否原路返回等
手工测试
⑥返回【个人中心】
点击按钮是否正确执行
手工测试

6 性能测试方案

下标列出了性能测试的相关场景和大致测试策略:
性能场景
执行策略
测试方法类型

目的
备注
登录系统
10用户并发，登录系统,进入系统 ,重复操作15分钟，退出。
手工测试、自动化测试辅助
1.得到不同并发数下系统的性能指标
2。对系统的容量做出估计
3。列出测试的数据指标项有哪些，值在什么区间内

手工测试：采用人工操作，并人工观察确认测试结果的测试方法.如无特别的创新方法，诸如数据准备和场景描述策略等,此方法可以一笔带过。
自动化测试：使用提前准备好的自动化case完全无人工干预的测试。该方法如果需要特别的工具、关键字开发，需要注明。
自动化辅助测试：使用工具，将测试的部分过程，比如结果保存(抓图)、数据上传、结果验证等用程序自动化实现，但是部分过程还需要人工验证的测试。该方法可以提高部分效率,但是或许需要人工去分析严重结果。
新旧版本对比测试：在版本升级测试中,如果有两套环境，可以通过同样的输入和操作来对比验证结果的方式来进行测试和自动化测试，自动化测试可以使用coco2。0工具，常用与规避数据计算逻辑复杂的结果对比测试。
20用户并发，登录系统，进入系统，重复操作15分钟,退出.
手工测试、自动化测试辅助
40用户并发，登录系统,进入系统，重复操作15分钟，退出。
手工测试、自动化测试辅助
运行系统
1000用户在线，执行查询、导航、提现等功能，重复操作120分钟
自动化测试
1。得到用户使用下系统的稳定性标
2.对多用户操作是各种功能性能做出估计

2000用户在线，执行查询、导航、提现等功能，重复操作120分钟
自动化测试
4000用户在线,执行查询、导航、提现等功能，重复操作120分钟
自动化测试
200用户在不同的网络环境中分布在不同的区域,同时在线，使用地图查询和定位等功能，重复操作30分钟
自动化测试
1.进一步确定系统主要功能的使用性能
2。检测系统在复杂环境下的整体性能
3.检验系统的压力值
400用户在不同的网络环境中，分布在不同的区域，同时在线,使用地图查询和定位等功能，重复操作30分钟
自动化测试
800用户在不同的网络环境中，分布在不同的区域,同时在线,使用地图查询和定位等功能，重复操作30分钟
自动化测试
20用户在不同的手机终端，20用户在不同的电脑终端，同时在线30分钟,使用提现、退款、账单查询、官网访问等操作
手工测试
1。进一步确定系统主要功能的使用性能
2.检测系统在不同平台上的性能值
3。检验系统对于不同操作的响应时间(尤其是转账和提现）
30用户在不同的手机终端，30用户在不同的电脑终端，同时在线30分钟,使用提现、退款、账单查询、官网访问
手工测试
40用户在不同的手机终端，40用户在不同的电脑终端，同时在线30分钟，使用提现、退款、账单查询、官网访问
手工测试
安装系统

10用户分别在不同品牌不同型号的手机（要求有安卓、IOS等系统）上安装、运行15分钟、卸载此系统（客户端）
手工测试
1。测试系统在不同手机的系统下的兼容情况
2.检测系统在不同的手机型号（品牌）下的兼容情况
10用户分别在不同的电脑品牌电脑（Windows、Linux等系统）上安装、运行30分钟、卸载此系统（客户端)
手工测试
1。测试系统在不同电脑的系统下的兼容情况
2.检测系统在不同的电脑型号（品牌)下的兼容情况
4用户分别在不同的电脑品牌服务器(Windows、Linux等系统）上安装、运行7*24小时、卸载此系统（服务器端)
手工测试
1.测试系统在不同服务器系统下的兼容情况
2。检测系统在不同的服务器型号(品牌）下的兼容情况

7 测试完成准则
1） 所有功能都能达到用户说明书需求
2） 所有性能都能达到用户说明书需求
3） 所有已经提出的缺陷都得打到了妥善的处置
4） 测试覆盖率达到100％
5） 测试通过率达到100%
6） 测试用例的执行率达到100%