论文部分内容阅读
【摘要】 随着电信运营商应用系统的规模越来越大、用户越来越多，如何准确地评估应用系统的性能带来了很大的挑战。本文就如何准确地针对电信运营商的应用系统，设计负载测试策略进行了深入研究，提出了基于TPS模型的性能测试，并描述了基于TPS模型的性能测试实施流程。
【关键词】 性能测试 TPS模型 负载策略
一、引言
随着用户越来越多地依赖于WEB应用系统，如何对应用系统进行测试成为日益迫切的问题，但由于WEB应用的复杂性和不可预测性，使得性能测试难度较大。
二、基于TPS模型的性能测试实施过程
性能测试的实施需要经过需求分析、测试准备、测试执行和测试报告等几个重要阶段，在此我们重要介绍需求分析的业务模型的建立，准备阶段测试环境的准备，测试执行阶段TPS模型使用。
2.1 业务模型建立
用户对系统性能的关注往往集中在少数几个业务活动上，对于已经上线商用的业务支撑系统，采用系统日志分析法，分析出用户最关注、最常用的业务功能。
2.1.1 业务数据采集与预处理
按照固定模版采集近半年的业务数据，粒度为15分钟。对业务数据的格式进行处理，保证颗粒度、时间维度的正确。同时，需要对业务进行简单的归类，去除业务之间的包含关系。
2.1.2 业务建模
首先，按照15分钟的粒度，对15分钟的所有业务量进行求和，并按照业务量排序，得出15分钟业务量的排序情况；为了忽略业务量变化对系统处理能力的影响，我们选取15分钟业务量最大的前100的数据进行分析；其次，我们按照业务类型对前100的数据合并，并求和、取平均，得到按照业务类型对应的业务量；接着，我们按照业务量排序，并计算每支业务的占比，筛选出占比之和在80%-90%左右的业务类型；最后，根据筛选的业务，并对比例进行调整，完成业务模型的建立。在筛选业务时，需根据业务的重要性、重量级和使用频率进行灵活调整。
2.2 制定测试目标
分析系统的最大处理能力，使用最大的15分钟业务量/15/60s，即生产系统的TPS，再根据测试环境和生产环境的差异，可得到目标TPS。同时，也可分析得到每支业务的最大TPS，判断每支业务是否达到了目标TPS。同时，需要指定响应时间、资源消耗等指标值，满足性能需求。
2.3 测试环境的准备
测试环境的准备包括测试工具、被测系统和测试数据的准备，在此，主要介绍测试环境的准备工作。测试环境与生产环境的相似度越高越能正确的反映生产系统的性能情况，但构建一套同等规模的测试环境会成本相当高，搭建缩小版的测试环境应遵循以下原则：（1）测试环境与生产环境系统架构相同，可使用低配置或者减少机器台数的情况；（2）测试环境和生产环境操作系统、各软件版本相同；（3）测试环境与生产环境选择同一厂商同一系列机型；（4）测试环境和生产环境的各软件参数类似。
2.4 基于TPS模型测试执行
基于TPS的模型的负载配置方法，是基于系统的目标TPS，以及业务的办理时间，反向推导并发用户数的一种压力负载配置策略，使应用系统的测试结果符合业务模型的预期。TPS模型的基本计算步骤如下：（1）设定目标TPS；（2）依次对每一只业务进行如下步骤：①选取一支业务，单用户执行该业务100次，获取该业务的响应时间，即得到每支业务的基准响应时间ART1；②根据基准响应时间ART1，计算基准TPS1，TPS1=1/ART1；③根据综合场景目标TPS以及该业务占比，计算该业务应达到目标TPS2=TPS*占比；④根据基准TPS1和目标TPS2，计算虚拟用户数，即Vuser1=TPS2/TPS1，对Vuser1取整得到Vuser；⑤根据Vuser和目标TPS2，计算基准TPS12=TPS2/Vuser；⑥根据TPS12，计算基准响应时间ART2=1/TPS12；⑦计算延迟时间delayTime=ART2-ART1；（3）根据步骤2得到的并发用户数和延迟时间，设置测试场景；（4）测试后，如测试结果某交易的平均响应时间与基准ART1的值相差较大，则替换基准ART1值，重复步骤2，直至两者相差10%左右。
三、结束语
本文针对电信运营商的应用系统提出TPS模型，该模型通过应用系统的目标TPS和业务模型计算虚拟用户数，进而从前台发起相应的业务办理，使测试结果更加符合生产系统的实际情况，真实评估被测系统的性能情况，使每支业务都能达到目标TPS。
参 考 文 献
[1] 浦云明. Web应用系统负载测试 [J]. 计算机应用与软件，2009（11）
[2] 段念，软件性能测试过程详解与案例剖析[M]. 北京：清华大学出版社，2012
【关键词】 性能测试 TPS模型 负载策略
一、引言
随着用户越来越多地依赖于WEB应用系统，如何对应用系统进行测试成为日益迫切的问题，但由于WEB应用的复杂性和不可预测性，使得性能测试难度较大。
二、基于TPS模型的性能测试实施过程
性能测试的实施需要经过需求分析、测试准备、测试执行和测试报告等几个重要阶段，在此我们重要介绍需求分析的业务模型的建立，准备阶段测试环境的准备，测试执行阶段TPS模型使用。
2.1 业务模型建立
用户对系统性能的关注往往集中在少数几个业务活动上，对于已经上线商用的业务支撑系统，采用系统日志分析法，分析出用户最关注、最常用的业务功能。
2.1.1 业务数据采集与预处理
按照固定模版采集近半年的业务数据，粒度为15分钟。对业务数据的格式进行处理，保证颗粒度、时间维度的正确。同时，需要对业务进行简单的归类，去除业务之间的包含关系。
2.1.2 业务建模
首先，按照15分钟的粒度，对15分钟的所有业务量进行求和，并按照业务量排序，得出15分钟业务量的排序情况；为了忽略业务量变化对系统处理能力的影响，我们选取15分钟业务量最大的前100的数据进行分析；其次，我们按照业务类型对前100的数据合并，并求和、取平均，得到按照业务类型对应的业务量；接着，我们按照业务量排序，并计算每支业务的占比，筛选出占比之和在80%-90%左右的业务类型；最后，根据筛选的业务，并对比例进行调整，完成业务模型的建立。在筛选业务时，需根据业务的重要性、重量级和使用频率进行灵活调整。
2.2 制定测试目标
分析系统的最大处理能力，使用最大的15分钟业务量/15/60s，即生产系统的TPS，再根据测试环境和生产环境的差异，可得到目标TPS。同时，也可分析得到每支业务的最大TPS，判断每支业务是否达到了目标TPS。同时，需要指定响应时间、资源消耗等指标值，满足性能需求。
2.3 测试环境的准备
测试环境的准备包括测试工具、被测系统和测试数据的准备，在此，主要介绍测试环境的准备工作。测试环境与生产环境的相似度越高越能正确的反映生产系统的性能情况，但构建一套同等规模的测试环境会成本相当高，搭建缩小版的测试环境应遵循以下原则：（1）测试环境与生产环境系统架构相同，可使用低配置或者减少机器台数的情况；（2）测试环境和生产环境操作系统、各软件版本相同；（3）测试环境与生产环境选择同一厂商同一系列机型；（4）测试环境和生产环境的各软件参数类似。
2.4 基于TPS模型测试执行
基于TPS的模型的负载配置方法，是基于系统的目标TPS，以及业务的办理时间，反向推导并发用户数的一种压力负载配置策略，使应用系统的测试结果符合业务模型的预期。TPS模型的基本计算步骤如下：（1）设定目标TPS；（2）依次对每一只业务进行如下步骤：①选取一支业务，单用户执行该业务100次，获取该业务的响应时间，即得到每支业务的基准响应时间ART1；②根据基准响应时间ART1，计算基准TPS1，TPS1=1/ART1；③根据综合场景目标TPS以及该业务占比，计算该业务应达到目标TPS2=TPS*占比；④根据基准TPS1和目标TPS2，计算虚拟用户数，即Vuser1=TPS2/TPS1，对Vuser1取整得到Vuser；⑤根据Vuser和目标TPS2，计算基准TPS12=TPS2/Vuser；⑥根据TPS12，计算基准响应时间ART2=1/TPS12；⑦计算延迟时间delayTime=ART2-ART1；（3）根据步骤2得到的并发用户数和延迟时间，设置测试场景；（4）测试后，如测试结果某交易的平均响应时间与基准ART1的值相差较大，则替换基准ART1值，重复步骤2，直至两者相差10%左右。
三、结束语
本文针对电信运营商的应用系统提出TPS模型，该模型通过应用系统的目标TPS和业务模型计算虚拟用户数，进而从前台发起相应的业务办理，使测试结果更加符合生产系统的实际情况，真实评估被测系统的性能情况，使每支业务都能达到目标TPS。
参 考 文 献
[1] 浦云明. Web应用系统负载测试 [J]. 计算机应用与软件，2009（11）
[2] 段念，软件性能测试过程详解与案例剖析[M]. 北京：清华大学出版社，2012