性能测试的一些概念和技巧.docxVIP

一些性能测试概念 不同概念的用户 系统用户：可以连接并使川系统的用户。比如一个单位使用某系统办公，每个人都用，这个 单位有500人，那么这个系统的总用户数就是500o 同时在线用户：当前已经连接系统的用户；但他们不一定对服务器构成压丿J,比如正在浏览 信息的用户，正在填写表单的用户，这部分用户不会对服务器造成压力；只有并发用户才会 対服务器造成压力。 并发用户：当前正在与服务器进行交互的用户，他们会对系统造成压力，比如正在向服务器 提交査询数据的用户，正在提交保存表格的用户。 并发用户数的统计方法冃前并没有准确的公式，因为不同的系统会有不同的并发特点。例如 OA系统统计并发用户数量的经验公式是系统用户数的5%~20%。对于这个公式是没有必要 拘泥于计算的结果，因为为了保证系统的扩展空间，测试时的并发用户数量耍稍微大一些, 除非是要测试系统能承载的最人并发用户数量。 虚拟用户：性能测试工具（如LoadRunner）通过某种仿真机制虚拟出来的用来仿真现实用 户行为的用户，模仿的可以是同时在线用户，也可以是并发用户。 测试类型 基准测试：通过测试建立一个己知的性能水平基线，当场景或者环境发生变化时，用这时候 的测试结果来和基线进行对比，确定变化因素对系统的影响程度。 比如我们在进行多用户并发测试Z前，先用单用户执行测试并记录结果，作为性能水平基线; 在多用户并发测试后，用得到的结果与基线对比，就可以看岀用户数对系统性能的影响。 一般性能测试：模拟现实中U常的并发数或者访问虽的场景进行的并发测试。 峰值测试：模拟现实中可能出现最大并发数或者访问量的场景进行的并发测试。 比如一个网站某月的Fl平均访问量为10万，xri那天的访问量最大，达到20万，那么10 万访问量就是一般性能测试的指标，20万访问量就是峰值测试的指标。 0A系统的峰值估算可采用：C+3漲号C,其屮C就是一般性能测试时的并发数；当然， 这个是根据概率论里面的泊松分布推算出来的，自然也不是准确的；如果能冇系统确切的历 史数据或者类似系统的参考数据，这样是最好的。 压力测试：通过不断增加系统负荷（比如并发用户数），测试系统什么在时候失效。 负载测试：让系统在超负荷环境（比如非常多的并发用户，或者非常多的数据）下运行，测 试系统是否能承受住。 容量测试：在满足性能指标的前提下，测试系统最大可以支持多少并发用户。 稳定性测试：在最一?般的负荷下，长时间运行系统，查看是否会出错。 举个形象的例了，假设我有一头驴了来从集市往家里驮东西，平常一般就买50斤东西，最 多的时候也不超过100斤，从家到集市大概冇10里，我自己走大概要1小时。 -般性能测试：让驴子驮50斤东西往家走，看它能走多快。 峰值测试：让驴了驮100斤东西往家走，看它能走多快。 压力测试：10斤20斤50斤100斤150斤……不断往上加，看这驴子啥时候被压跨了。 负载测试：让驴子驮200斤东西往家走，看看它能不能坚持住。 容量测试：我希望驴子能完全跟上我的速度，在这个标准下，驴子最多能驮多少斤。 稳定性测试：让驴子驮50斤东西走50里路，看它能不能坚持住。 性能拐点分析 基本思想是，当系统屮某个资源的使用达到了极限时，随着压力的增大，系统性能却出现急 剧下降，响应吋间显著增加，这样就产生了拐点现彖。 卜?面这张事务平均响应时间图很好的反应了拐点现象（来源为自动进口许对证性能测试，场 景设定是从5虚拟用八开始，每5分钟加载5个虚拟用八最多加载到100虚拟用户）：当虚 拟用八数不超过40的时候，事务的响应时间儿乎没冇随虚拟用户数的增加而增加；当虚拟 用户数在40~60的时候，爭务的响应吋间随着虚拟用户数的增加而有小幅增加；当虚拟用户 数高于60的时候，事务的响应时间随著虚拟用八数的增加而有显著增加。于是，60个媲拟 用户就成为了该场景中系统的性能拐点。 (spuooas) 8E 1 8suods8(xse」8A343230282624222018161412佃 8600:100000:20:0000:30:0001 10:0001:20 0001 30:00 (spuooas) 8E 1 8suods8(xse」8A 343230282624222018161412佃 86 00:1000 00:20:00 00:30:00 01 10:00 01:20 00 01 30:00 01:40 00:40:00 00:50 00 01:00:00 Elapsed scenario time hh mm .eqend ▼ Measurement ▼ Graphs Mn ▼ Graphs Ave ▼ |Graph*sMa ▼ I Graphs Mec ▼Graphs Std ▼ ▼ Measurement ▼ Graphs