确定测试需求及对应指标后,测试工程师可针对被测试业务分析其业务模型,便于测试场景及脚本的设计
登陆业务操作过程:
- 打开首页
- 输入用户名及密码,登陆
- 退出系统
商品浏览购买操作过程:
- 打开首页
- 输入用户名及密码,登陆
- 随机选择商品购买
- 设置收货地址
- 设置物流方式及付款方式,提交订单
- 退出系统
场景用例设计
性能测试过程中,首先应该设计测试场景,模拟真实业务发生的情境,然后是针对场景设计脚本。
为了真实的反映被测试对象,可能存在的性能问题。需要尽可能模拟被测试对象,可能发生瓶颈的业务场景。测试需求分析过程中已经确定了需要测试的业务类型,在此,则需要设计针对每种或综合业务的测试场景。
性能测试场景通常包括单业务基准测试,单业务压力测试、单业务负载测试、综合业务基准测试、综合业务压力测试、综合业务负载测试、综合业务稳定性测试等7种常用测试场景。
单业务基准测试
测试某个具体业务是否满足系统设计或用户期望的性能指标。如用户期望系统支付接口支持50个用户并发支付,如果满足了,则认为基准测试完成;否则失败。基准测试过程中,性能指标的任何一项均需成功,才认为基准测试完成。基准测试可分为并发基准及业务量基准两种。其目的都在于:验证是否满足预期目标设定。
单业务压力测试
测试某个具体业务在最大负载下,持续服务的时长,以此验证被测业务的稳定性。压力测试过程中所设计的负载,是以系统基准负载为标准,如系统基准负载为50个并发用户,则压力测试的负载设为50个,通过运行时长的变化,验证服务器在系统预设负载下持续服务的能力。具体的时长从需求分析、运行日志、系统设计规划等来源获取。
单业务负载测试
测试某个具体业务,能够承受的最大负载,验证被测业务能够承受的最大负载数。如系统基准负载为50个,则通过多次测试,逐步加大负载,最终获得被测业务的最佳负载。在最佳负载下,系统仍需满足各项性能指标。
综合业务基准测试
与单业务基准测试类似,但综合业务需考虑业务与业务间的联系。如果相互之间存在资源争用,则需单独组合测试。假设系统需测试的业务有三个:A,B,C,综合业务基准测试是将ABC一起运行,那么加上A、B、C三个基准测试,共计4个基准测试场景,分别是ABC、A、B、C,但A与C存在资源争用,则需要单独将A与B组合,构成一个单独的测试场景,则一共为ABC、A、B、C、AC等5个基准测试场景。
综合业务测试中的数据分配,根据实际业务、用户需求、运行日志、运营规划等分析确定。
假设某银行柜员交易系统,1个小时内有4个柜员进行存款操作。6个柜员进行开户操作,10个柜员进行查询操作,则综合业务的负载比例设置为:
存款业务占比:4/(4+6+10)= 20%
开户业务占比:6/(4+6+10)= 30%
查询业务占比:10/(4+6+10)= 50%
针对综合业务稳定性测试,通常为核心业务在基准负载的基础上,运行相对长的实际,验证服务器持续提供稳定的服务能力。稳定性场景测试的时间,由需求方设定,一般为7*24小时不间断执行。
根据ECshop平台业务模型,确定本次性能测试的场景,主要为登陆并发基准测试、登陆业务量基准测试、商品随机浏览购买并发基准测试、商品随机浏览购买业务量基准测试等4个场景。
案例:要求在2小时内支持5w次用户登陆,可通过如下计算方法获取线程数。
总线程数 = 业务量 / (T * 60 * 60/t)
T:考察时间段,设置2小时
t:单用户单次业务消耗时间,即单个用户完成一次业务过程所消耗的时间。尽可能模拟用户的真实行为。
业务量:设置5w
结果为:测试单次业务消耗时间
ECshop用户登陆系统单次消耗时间采用90% Line (抽样)为:88 + 135 = 223 毫秒,如果加上模拟用户输入用户名及密码(5秒思考时间)、登陆成功后等待返回主页(3秒思考时间)、退出后等待返回主页等操作(3秒的思考时间)。则单用户访问ecshop登陆所消耗时间为:223毫秒 + 5秒 + 3秒 + 3秒 = 11.223秒
带入之前的公式,获得模拟2小时5w用户登陆所需的线程数:5w / (2 * 60 * 60/ 11.223) = 77.88
因线程故取整为78个线程数