我的性能测试方案设计的方法和思路.PDFVIP

目 录 我的性能测试方案设计的方法和思路1 如何构建基于Quality Center 的Web 服务9 如何使用正则表达式检验Image 对象上的文字信息的格式14 Lib 库实现loadrunner 测试mysql 性能19 小公司如何做好软件测试22 第三方系统验收测试特点27 那些年一起玩过自动化测试的同行29 网络服务软件应用存在问题及应对措施31 【淘测试专栏】Android 应用之黑盒安全测试 33 那些年，我们一起做过的性能测试36 我的性能测试方案设计的方法和思路 作者：思齐 说到性能测试，我们都知道其构成由三个方面构成——方案、执行、分析。 一个性能测试的执行和结果的分析往往由方案的内容而决定。那么应该怎样来设 计性能测试的方案呢？往往性能测试方案又由那些关键因素而构成的呢？前段 时间，组内针对性能测试方案的设计的培训需求非常急迫，于是根据收集到的资 料和以往工作的体会写了一些感触，算是对以前工作的一个总结。 任何软件工作，我个人觉得首要做的事情就是需求的调查，当然对于我们性 能测试来说，性能需求也是需要调查的，但是这里往往有一个比较困难的事，那 就是当你询问项目经理性能需求时，他很有可能会反问你一句，什么是性能需求。 所以直接提这么一个很空泛的概念是很难于理解的，故我们可以将性能需求具体 化，从实际工作的情况来看，采用以下的维度和方式，我们拿到的数据，基本上 一个较完整的性能需求也就完成了。 性能需求 维度一：与用户数相关的信息 调查系统当前和未来使用的用户数（Use User ）？ 注意，当前使用的用户数，是指本系统目前注册的用户数，注册用户数并不 代表他会每天并且无时无刻的使用着。另外，未来三到五年使用此用户的数量也 是可以根据一些日志数据估算出来的。当然这两个数字，不同的软件有不同的计 算和估算方式，具体问题具体分析也是必须的。 调查系统当前和未来的每日、月活跃用户数（Daily Active User ）？ 当前活跃用户数，即某天大概有多少用户使用本系统。那么这部分数据一般 说来也就是当前真正对系统构成压力的数量。 如果可以的话，拿到需求中的并发用户数（Concurrent users ）？ 首先要定义并发用户数在本公司的概念，在我们公司有那么二种说法。在同 一时刻发送的请求叫RVuser 并发数（多数场景用在单场景，加集合点），在某 一段时间集中使用本系统的用户叫DVuser （多数时刻用在混合场景，不使用集 1 合点）。DVuser 也就是指活跃用户数，而RVuser 的数量根据业务的类型进行估 算来进行测试。 现实往往很残酷，并发用户数是经常拿不到的，这时我们可采用测试出最佳 并发数和最大并发数与活跃用户数来进行比较，那么大体上我们还是可以估算出 本系统的支撑能力的。 注意此维度的数据按常理来说是必须要拿到的，因为他往往关系到一系列很 简单而又关键的问题，比如：本系统在现有服务器下够用吗？ 纬度二：与业务数据量相关的信息 1、调查当前和未来背景数据量（Background data ）？ 日常系统的背景数据量是必须要获得的，根据以往年份的变化规律，未来背 景数据量也是可以拿到的。原因很简单，从10w 条数据中查10 条也许很快，但 是未来数据量变成100w 呢，那可能就麻烦了。 2 、调查当前和未来业务每天使用的总笔数（total business by day ）？ 比如股票下单功能，每个用户每天可能下多少笔单，平均需要多少次来执行 这个操作？那么根据用户数，我们就可以确定每天下单的笔数。如200 人，平均 每人每天下100 次，每次下1000 笔，那么总笔数就是200*100*1000=2000000 笔。注意此数据根据TPS 换算后，我们可以换算出