1.2.3 业务流程
本次性能测试中,选择的各类交易的业务流程如下:
1.xxxxxx
2.xxxxxxx
3.xxxxxx:
4.xxx:
5.xxxxx
6.xxxx
查询交易的业务流程只是单一步骤的,即:输入查询条件后获取查询结果,因此在本次性能测试中只作为一个事物处理,交易流程图略。
1.2.4 关键点描述(KP)
本次性能测试的关键点,就是查看xxxx业务系统在并发压力下的表现,即:支持的并发用户数目和并发用户发送频率,以及在较大压力下,系统的交易处理能力,并找出各类交易的性能瓶颈。
1.3 性能测试环境
本次性能测试环境与真实运行环境基本一致,都运行在同样的硬件和网络环境中,数据库是真实环境数据库的一个复制(或缩小),本系统采用标准的CS结构,客户端都是通过浏览器访问应用系统。
其中具体的硬件和网络环境如下:
Ø 服务器设备:IBM 570(DBserver), IBM 690(APserver)
Ø 操作系统: AIX
Ø 网络环境: LAN(10M)
Ø 数据库:Oracle
Ø 客户端: PC (Windows )
网络拓扑和结构图如下:
2 第二章 性能测试
从广泛意义上讲性能测试包括:压力测试、稳定性测试、负载能力测试和可扩展性测试等。在不同应用系统的性能测试中,需要根据应用系统的特点和测试目的的不同来选择具体的测试方案,本次XXXXXXXX核心业务系统的性能测试主要是采用通常的压力测试模式来执行的,即:逐步增加压力,查看应用系统在各种压力状况小的性能表现。
在本次性能测试中,也将使用美科利的新产品性能测试诊断工具(Diagnostic)对测试应用的各层进行监控,判断J2EE各层次的各类方法和类的调用使用时间和效率,并帮助开发人员分析J2EE应用的各类交易的性能瓶颈点。
2.1 压力测试
在性能测试中,压力测试主要是为了获取系统在较大压力状况下的性能表现而设计并实现的,压力测试主要是获取系统的性能瓶颈和系统的最大吞吐率。
2.1.1 压力测试概述
本次压力测试是指针对现行的xxx核心业务系统的联机交易处理能力的测试,检验系统的吞吐率。本系统的压力测试主要是针对xxxxx,检查在日间交易高峰时期,并发用户数较多的时候的处理能力等等。
2.1.2 测试目的
压力测试的目的就是检验系统的最大吞吐量,检验现行的xxxx业务系统在各种压力交易量下的运行状况,检验系统地运行瓶颈,获取系统的处理能力等等。
本次针对xxxx核心业务系统所进行的压力测试的测试目的为:
² 给出xxxx系统当前的性能状况
² 定位新业务系统性能瓶颈或潜在性能瓶颈
² 总结一套合理的、可操作的、适合公司现实情况的性能测试方案,为后续的性能测试工作提供基本思路。
2.1.3 测试方法及测试用例
使用美科利公司(Mercury)的性能测试软件LoadRunner,对现行的xxxx业务系统进行脚本录制、测试回放、逐步加压和跟踪记录。测试过程中,由LoadRunner的管理平台调用各台测试前台,发起各种组合的交易请求,并跟踪记录服务器端的运行情况和返回给客户端的运行结果。
使用的测试用例包括:联机处理交易和查询交易,其中联机交易测试试用的交易包括:xxxx查询类交易包括:xxxx
测试用例列表包括:
交易种类 案例一 案例二 案例三 案例四 30% 40% 25% 10% 10% 10% 25% 0% 20% 10% 15% 0% 20% 20% 15% 10% 30% 20% 20% 80%本次测试将依照如下场景进行测试:
用户数功能模块
业务操作 交易配比(%) 200 400 700 1000针对每个测试案例,都将采用逐步加压和瞬间加压两种客户端连接方式进行,查看服务器端在客户端的连接数量变化过程中对应的处理能力,测试运行安排如下:
· 每隔2秒增加1个用户连接,最多增加到200个用户,查看并记录运行情况
· 每隔2秒增加2个用户连接,最多增加到200个用户,查看并记录运行情况
· 一次性连接10个用户,查看记录运行情况
· 一次性连接100个用户,查看记录运行情况
文章来源于领测软件测试网 https://www.ltesting.net/