点击文末小卡片免费获取软件测试全套资料资料在手涨薪更快做测试一年多来虽然平时的工作都能很好的完成但最近突然发现自己在关于测试的整体知识体系上面的了解很是欠缺所以在工作之余也做了一些测试方面的知识的补充。不足之处还请大家多多交流互相学习。现在看来虽然平时工作中所涉及虽然的是自动化测试但更多的是功能测试今天了解了一下性能测试。同时我也清楚的意识到对于测试工具而言会不会或者熟悉不熟悉是迟早的事只要你经常用但掌握测试的基础知识了解一些测试思想和观念更能让我们受益无穷。下面总结一下我所学习到的性能测试性能测试Performance Testing是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试。通过负载测试确定在各种工作负载下的系统的性能目标是测试当负载逐渐增加时系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接受的性能点来获得系统能提供的最大服务级别的测试。负载测试Load Testing是模拟实际软件所承受的负载条件的系统负荷通过不断加载如逐渐增加模拟用户的数量或其他加载方式来观察不同负载下系统的响应时间和数据吞吐量、系统占用的资源CPU、内存等以检验系统的行为和特性以发现系统可能存在的性能瓶颈内存泄漏不能实时同步等问题负载测试更多的体现了一种方法或一种技术。压力测试stress testing在强负载大数据量、大量并发用户等下的测试查看应用系统在峰值使用情况下的操作行为从而有效地发现系统的某项功能隐患系统是否具有良好的容错能力和可恢复能力。压力测试可分为高负载下的长时间如24小时以上的稳定性压力测试和极限负载情况下导致系统奔溃的破坏性压力测试。三者的区别从测试的目的出发从用户的需求出发就比较容易区分性能测试、负载测试和压力测试了。性能测试是为了获得系统在某种特定的条件下包括特定的负载条件下的性能指标数据而负载测试、压力测试是为了发现软件系统中所存在的问题包括性能瓶颈、内存泄漏等。通过负载测试也是为了获得系统正常工作时所能承受的最大负载这时的负载测试就成为了容量测试。通过压力测试可以知道在什么极限情况下系统会奔溃、系统是否具有自我恢复性等但更多的是为了确定系统的稳定性。性能测试工具目前只是知道有这些工具后期在使用过程中在总结它们的使用方法(1) Apache Jmeter: 用户手册 Apache JMeter - Users Manual(2) Load Runner(3) QTP(Quick Test)(4) Web Polygraph性能测试不单单是熟悉测试工具更要注意的是其中的测试思想下面可以了解一下关于性能测试的三个观念精确和模糊i.e. 一辆汽车开100公里需要多少汽油做假设assumption下面有3个阶段的假设a. 做了假设却不知道自己做了假设有些人根据自己的切身体验来做测试然后写测试报告给别人看关键是你觉得自己的测试是正确的但并不是所有人都是处于你所处的环境做和你测试时做完全一样的事情所以测试出来的结果只会误导到别人。比如前面提到的那个耗油的问题有人的做法是我开100公里看看得出来多少就是多少。b. 做了过多的假设“当路面平坦一路绿灯风速5km/h,只有一名70kg的乘客时速稳定在70km/h良好驾驶习惯的情况下油耗是7.1L/100km.”这样可能很严谨但对于读你报告的读者这样的数据没有多大的意义。c. 做必要和合理的假设生活中有些时候是需要一些妥协和折衷的如果这些折衷是必要的和合理的。因为跳出来看我们的测试需要提供有价值的信息所以为了这样有价值的信息做出必要的合理的假设是可以接受的。宏观与微观这也是一个有趣的对立。在做性能测试特别是整个产品的性能测试的时候我们看到的是产品的核心功能和主要的大的功能模块比如数据库、web服务器、核心的daemon等等。在脑海里我们有一个架构图哪怕你没有把它画出来。所以有时候我们会想性能测试对于产品的视角是宏观的看大的组件而不是具体的细节的东西。果真是如此吗看看下面的例子1. 把daemon的log级别改为debug log_level从2改到5之后性能下降了差不多一半。2. 关掉一个cache选项3. 打开keepalive选项4. 打开DNS反向查询......上面都是些细枝末节的设置一个配置项而已藏在DB的某张表或者某个ini里面。但是改变之后得到的性能结果可能大不相同。这时候其实要不要考虑细枝末节主要是看他到底是否Critical。至于怎样的才是至关重要的这还需要在以后的工作中思考和总结。项目和任务性能测试本身肯定是一个任务无论对于被安排去做这个的人或者安排的人。但是它有时候也像一个项目对于去做这件事情的人。为什么呢首先你需要和很多的人打交道。产品经理或者客户获取需求设定目标。QA manager/lead讨论resource和schedule。包括需要的机器环境软件还有整个计划。开发人员查找问题和调优等。功能测试的owner 性能测试人员可能不是什么功能都很懂。AdminLab网络DB等等其次它是一个周期很长跨度很大的工作。特别是对于一个比较大的产品而言。你需要准备详细的测试设计包括目标、范围、可能的方法以及上面提到的资源和时间计划然后邀请很多人来评审这个计划接下来要准备工具、环境和测试数据。然后是执行记录分析结果。如果有问题还要反复的调整和regression。最后要整理报告回答疑问。说它是一个项目一来是因为上面的原因导致工作的复杂性还有一些原因是因为性能测试带有评测的性质因为你是在试图去度量、衡量或者评价一个东西而且带有比较绝对的结果。这样导致性能测试不可避免的要引入一些权威性的问题尽管你并不一定期望这样。这使得很多的东西就像一个其他项目一样有期望管理和良好的外部沟通和协调的需要。所以有时候更愿意把它作为一个小的项目来看待这样或许可以做得更全面。最后感谢每一个认真阅读我文章的人礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走这些资料对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴我走过了最艰难的路程希望也能帮助到你凡事要趁早特别是技术行业一定要提升技术功底。