一 背景

性能测试，作为一项对系统、接口或业务流程进行深度评估的测试活动，与功能测试的关注点和视角是不同的，同时因为可能涉及人员较广，如性能测试人员，功能测试人员，开发，运维，DBA等，往往存在测试周期长的普遍现象。然而，对于瓶颈优化后的性能回归，基于已有的环境数据、测试脚本、场景配置等，完全可以考虑实现性能自动化，将性能测试人员从繁琐的场景执行、资源监控、结果收集等工作中解脱出来，从而节约时间、也使得性能人员可以集中精力在更重要的结果分析阶段。

基于上述考虑及现实需求，有必要开发框架来实现性能测试自动化。

二 问题分析

俗话说，工欲善其事必先利其器，开发性能测试自动化框架前，需要考虑以下问题：

1.       选用什么开发语言？

2.       框架要处理的性能测试工具是什么？

3.       如何设计框架，让使用者更省心，让应对需求更从容？

4.       如何抽离通用功能并实现复用？

5.       如何控制多场景下的执行顺序？

6.       如何执行数据准备？

7.       如何高效实现window对多linux主机的控制和文件下载？

8.       如何让数据库的监控更方便？

9.       如何对html网页数据爬取更简单？

10.   如何进行文本内容提取和分析？

11.   如何写html更优雅？

…………………………….

三 解决思路

好了，上面已经提了一大堆问题，当然，这仅仅是实现一个可用、可靠自动化框架众多问题中的一部分，也是开发前需要有个基本解决构想的。

在框架开发中，设计原则及解决思路是这样的：

采用Python作为开发语言，而且是纯python实现，拒绝其他各种脚本形式，bat啊，shell啊，保持框架未来的可维护性；

性能测试工具主要是LR、某些场景可能会用到Jmeter，因而，框架优先支持LR，根据后续需求，会考虑对Jmeter的支持；

框架应提供简洁、易配置的统一接口，用户无需关心框架内部实现；

框架应模块化设计，提高功能复用；

框架通过统一的配置接口方便支持场景顺序控制的需求；

抽离数据库操作功能，支持在每个场景执行前进行环境初始化操作，而且该动作应该是可选或可配置的；

windows-linux的文件传输、命令执行、sql脚本执行可以通过parimiko实现；

通过获取awr报告实现对数据库性能状况的监控；

通过nmon实现对各服务器资源的监控；

使用beautifulsoap解析html文件；

配置采用xml格式，且使用cElementTree进行解析；

框架的执行过程应有详细的日志记录，可以使用logging实现；

支持生成html格式的测试报告；

四 框架流程

框架主要分为三大功能模块，场景执行、资源监控、结果分析和报告；流程图如下：

五 框架目录结构

框架实现目录结构如下：

Config目录：提供框架统一配置入口，presql目录提供场景初始化准备的脚本；

Log目录：提供框架执行的详细日志，以天为单位记录日志，当日日志会被重写；

Report目录：框架执行完毕后生成报告，包括summary_report.html和resource_report.html；

Result目录：该目录用于存放执行的结果，其中包括用于保存linux资源监控的Linux目录、场景执行结果的LR目录和数据库运行监控的Oracle目录；

Scenarios目录：场景执行文件目录和用于保存LR结果分析模板的Perf_Autotest_Tep目录；

Scripts目录：框架脚本目录；

六 实现效果

框架执行完毕后，会以邮件形式发送报告，附件包括summary_report.html和resource_report.html，实现效果如下：

summary_report.html效果：

resource_report.html效果：