一 背景
性能测试，作为一项对系统、接口或业务流程进行深度评估的测试活动，与功能测试的关注点和视角是不同的，同时因为可能涉及人员较广，如性能测试人员，功能测试人员，开发，运维，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效果：
七 其他资源
关于python学习、分享、交流，笔者开通了微信公众号【小蟒社区】，感兴趣的朋友可以关注下，欢迎加入，建立属于我们自己的小圈子，一起学python。
转载于:https://blog.51cto.com/2681882/2160179