浙江移动测试方案
版本跟踪信息
目录
1 概述 (4)
1.1 编写目的 (4)
1.2 背景 (4)
1.3 参考资料 (4)
1.4 术语和缩写词 (5)
1.5 测试启动与结束准则 (5)
1.5.1 启动准则 (5)
1.5.2 结束准则 (5)
2 测试环境 (6)
2.1 硬件环境（内容有待完善，目前配置还不知道） (6)
2.1.1 设备终端 (6)
2.1.2 软件环境 (6)
2.2 网络环境 (6)
2.3 设备资源 (6)
3 测试计划 (6)
4 功能测试 (7)
4.1 测试方法 (7)
4.2 测试内容 (7)
4.3 测试结束标准 (8)
5 性能测试 (8)
5.1 测试工具 (8)
5.2 测试方法 (9)
5.3 测试场景设计 (9)
5.3.1 核心模块的基准测试 (9)
5.3.2 核心模块的并发测试 (9)
5.3.3 极限测试 (11)
5.3.4 场景测试 (11)
6可交付成果 (12)
1概述
1.1 编写目的
随着软件系统的规模日益庞大，结构日趋复杂，对软件系统的质量要求已成为必须和趋势。
而软件测试是保证软件质量的重要手段，也是软件过程中一个必不可少的环节，尤为重要的是系统性能测试，因为系统在投入生产之后，往往要接受大批量的业务量，这是应用程序本身、操作系统、中心数据库服务器、中间件服务器、网络设备的承受力都是一个严峻的考验。
在其中任意一个环节出现的问题都可能给用户带来巨大的商业损失。
预见软件系统的并发承受能力以避免商业风险，这是在软件测试阶段就应该解决的。
1.2 背景
浙江移动自助终端开发基本完成，处于待上线状态。
为了确保系统能够顺利上线，保证系统安全、稳定和高效运行，对系统的关键业务功能进行抽取，并实施性能测试，客观、公正评估这些系统在当前环境下的性能现状，为系统能否正式上线提供重要参考依据。
本次测试为浙江移动系统测试。
分为功能、性能测试和稳定性测试。
测试目的：能力验证：
1.功能测试：通过功能测试，使上线的所有功能都可以正确实现。
2.性能测试：通过测试工具，模拟并发用户处理核心业务，从而观测当前系统在现有
软、硬件环境下的处理能力。
（包括对各个事务的处理响应时间和服务器资源占用
情况等）
3.测试环境部署方式为：负载均衡。
1.3 参考资料
浙江移动自助设备集中平台系统概要设计.doc
浙江移动主要功能数据结构.doc
附件1-自助终端设备集中管理平台工程技术总体要求.doc
附件2-自助终端设备集中管理平台业务功能需求.doc
1.4 术语和缩写词
●平均响应时间：所有成功请求的响应时间的平均值。
●并发用户数:是指在某一给定时间内，某个特定点上进行会话操作的用户数。
●吞吐量:是指单位时间内系统处理的客户请求的数量，直接体现软件系统的性能承
载能力。
●资源利用率:是指服务器资源的使用情况，比如CPU利用率、内存利用率、磁盘利
用率等。
●
1.5 测试启动与结束准则
1.5.1启动准则
1.测试方案经过评审，并且通过；
2.测试环境建立完毕；(如客户端LR的安装,脚本的准备等)
3.测试过程风险经过确认；(如:网络带宽、数据库服务器硬盘满、对外部大数据量请
求、负载均衡无效、访问到线上系统、程序崩溃等)
4.测试服务器已准备好；
5.开发负责人已提交产品申请测试提交单。
1.5.2结束准则
正常终止条件
1.业务功能正确实现；
2.测试成功运行，满足性能需求；
3.测试报告经过确认。
错误终止条件
1.业务功能不能正确实现；
2.测试过程中发生大量错误，或与性能需求相差太远。
混合场景测试终止条件：以下两种情况满足一种，可以不进行混合测试。
1.单个功能点性能测试通过率小于80%；
2.在混合测试场景中，通过的单个功能点性能测试的总并发数小于80%。
2测试环境
2.1 硬件环境（内容有待完善，目前配置还不知道）
2.1.1设备终端
●内存：金士顿/DDR/400/512
●主板：研华252
2.1.2软件环境
●Windows操作系统
2.2 网络环境
局域网
2.3 设备资源
●系统服务器（尽量与线上系统一致）
●负载机：测试终端（测试压力机）2台（如果并发增大可能需要增加压力机）3测试计划
4功能测试
4.1 测试方法
采用“黑盒”的测试方法。
所谓的黑盒测试是指测试时只关注测试内容的输入输出，而不关注内部的处理；
4.2 测试内容
4.3 测试结束标准
●被测试的系统每千行代码必须发现至少1个错误（不含五级错误）；
●系统所有功能满足需求规格说明书的要求；
●在系统测试中发现的错误已经得到修改，各级缺陷修复率达到标准；5性能测试
5.1 测试工具
✓MI公司的压力测试工具LoadRunner
✓版本：8.1
✓License：10000
✓协议：HTTP/WEB协议
✓负载生成器和调度工具运行在Windows平台上
5.2 测试方法
使用性能测试工具LoadRunner 对所测功能点，进行模拟多个客户端与服务器通信并设计场景。
重复此过程一段时间，取每秒平均值及90%时间作为测试结果。
5.3 测试场景设计
5.3.1核心模块的基准测试
●概念：基准测试是指测试环境确认以后，对业务模型中涉及的每种业务做基准测试。
目的是获取单用户执行时的各项性能指标，为多用户并发和混合场景的性能测试分
析提供参考依据。
●期望结果
5.3.2核心模块的并发测试
●概念：并发测试是指并发不同数目的虚拟用户执行检查点操作，目的是对检查点进
行压力加载测试。
预测系统投入使用后在一定用户压力情况下的系统响应时间,根
据此响应时间分析、确定系统存在的性能瓶颈，为系统的优化和调整提供依据。
●现金缴费
●银联卡缴费
●业务办理
●详单查询
5.3.3极限测试
●概念：极限测试是指对系统的核心功能点及可能存在压力瓶颈的功能点进行性能极
限测试，即该功能点所能承受的最大用户并发数。
通过极限测试，用户可预知系统
投入使用后，能否满足实际的需求。
●场景描述：逐步增大并发用户数量，找到功能点所能承受的最大并发用户数。
5.3.4场景测试
●概念：通过对系统体系机构和功能模块的分析以及对系统用户的分布和使用频率的
分析，来构造系统综合场景的测试模型，模拟不同用户执行不同操作，如10%的用
户执行登录操作，50%的用户执行查询操作，40%的用户执行数据库更新操作，最大
限度地模拟系统的真实场景，使用户预知系统投入使用后的真实性能水平。
从而，对系统做出相应的优化及调整，避免实际情况中出现系统长时间不响应及崩溃的情
况。
●场景用户分配
6可交付成果
测试方案
测试计划
测试报告。