[发明专利]一种软件系统性能测试方法

说明书

技术领域

本发明属于计算机应用技术领域，具体涉及一种计算机软件性能测试方法。

背景技术

性能测试作为测试领域一个重要的组成部分，越来越为广大的系统建设者和使用者所重视。往往一些系统在功能上完全负荷需求和设计要求，但就是因为某些局部的性能问题没有全面的测试到就仓促上线，导致系统的重大故障，最终功败垂成。所以，性能测试与功能测试同样需要在系统上线前有一个全面的完整的测试，杜绝系统可能发生的问题。

传统的性能测试方法缺点在于静态的策略模式，在测试执行过程中不可以更改测试分配在各测试点的流量，这是一种简单化的机械式的执行流程。这种流程的主要问题如下：

首先，传统的性能测试方法不仅要对被测系统有个全面的了解，明确各个测试点，而且还必须知道，系统的瓶颈在哪里，哪个被测试点是短板，哪些使用场景组合能造成系统的最大负荷。只有以上的情况都了解清楚了，整个性能测试工作才能顺利进展并完成。而摸索哪些测试点是系统瓶颈的过程，往往要耗费大量的性能测试时间，致使性能测试效率的降低。

其次，传统的性能测试方法对于单次性能测试操作来说，只能获得一组性能测试数据，这组数据是针对本次性能测试场景的结果描述。如要获得多组性能测试结果，必须设计多个性能测试脚本，并触发多次性能测试操作来完成，而往往被测系统的性能很难用一两组性能数据来描述其全貌，这就要求性能测试人员反复进行脚本的设计和操作的触发来完成，其效率也是受影响的。

再次，对一些较为复杂的场景组合或一些不可预见的场景，如果测试人员之前没有在脚本设计时注意到，通过传统的性能测试方法来测试就会造成性能测试疏漏，有可能没有真正捕捉到系统的瓶颈，有可能得出的系统性能指标虚高。这就是为什么有时经过性能测试的系统，在现网运行期间，经历设计运行的用户流量使用过程中，出现由于某些性能问题意外宕机的现象。

发明内容

本发明的技术解决问题是：克服现有技术的不足，提供一种软件系统性能测试方法。该测试方法利用测试工具与被测系统交互时获得的数据实时进行计算，随时调整在各测试点上的压力分配量，克服了传统静态测试方法的缺点。

本发明的技术解决方案是：

一种软件系统性能测试方法，包括以下步骤：

(1)确定系统测试点和系统性能容量，编制测试脚本，所述测试脚本涵盖所述测试点；根据系统的复杂度选取适当数量的系统场景组合；

(2)记录系统初始压力状态下某种系统场景组合中各测试点的性能测试数据；

(3)逐步加压，记录所述测试点在不同压力状态下的性能测试数据；

(4)分析所述测试点在不同压力状态下的性能测试数据，得出测试点性能变化情况；

(5)根据测试点性能变化情况，获得性能恶化的若干测试点；

(6)对性能恶化的若干测试点进行加压，判断加压过程中系统性能是否符合设计要求；若系统性能符合设计要求，则继续下一步；若系统性能不符合设计要求，则记录下该系统场景压力情况及压力数据，转入步骤(8)；

(7)对所述性能恶化的若干测试点进行更大容量压力测试；

(8)减小压力，使系统回退至初始压力状态；

(9)判断回退至初始压力状态后的系统是否正常，若系统正常，则避开已经检验过的系统场景组合，选择一种新的系统场景组合，转入步骤(2)；若系统不正常，则记录下系统在该场景组合下的压力表现，结束测试。

进一步地，所述步骤(1)中确定系统性能容量为：在有预知系统性能容量的情况下，确定该预知系统性能容量为系统性能容量；在没有预知系统性能容量的情况下，保守地预估一个性能容量，将其确定为系统性能容量。

所述步骤(3)中逐步加压为均匀地加压或随机地递增加压。

所述步骤(4)中对所述测试点在不同压力状态下的性能测试数据进行纵向和横向比较，得出测试点性能恶化排序；所述纵向比较，是指每个测试点以时间轴为依据，比较自身的性能变化情况；所述横向比较，是指在某个特定时间点上，比较多个测试点的性能变化情况。

所述步骤(6)中对性能恶化的若干测试点进行重点加压，对别的测试点非重点加压、保持压力或减轻压力。

所述步骤(7)中对所述性能恶化的若干测试点进行更大容量压力测试为：继续加压，直至系统临界正常，获得系统在此种场景组合下所支持的最大用户数。

所述步骤(7)中对所述性能恶化的若干测试点进行更大容量压力测试为：依次按系统预估性能容量的120％、150％及200％输出压力，继续进行施压，并记录每个压力里程碑的系统表现，检查系统的鲁棒性。