PHP性能测试常用工具比较.pptx

1、PHP性能测试工具调研,一、 性能测试概论,1.1 介绍： 性能测试与功能测试一样也是项目质量的重要组成部分，如果一个模块的性能不强，不只是会影响到模块本身的业务功能，还会影响到调用方。 现在ECOM各产品线都有平台化的趋势，业务需要建立在平台的基础上， 这样平台的性能问题变得尤为重要了。,一、 性能测试概论,1.2 指标： 响应时间： 单个请求从发送到返回所花的时间 负载能力： 分为长链接，短链接两种情况，在服务器物理及软件性能极限下的qps 最大并发链接数： 对于短链接要注意的是由哪一方来关闭，对调用方是php的，建议由php端来关闭,二、常用工具,ab apache自带的压力工具，使用简

2、单，例如： ./ab -n10000 -c10 http:/db-testing-:8478/check.php 优点： 非常简单，很容易就能启压，只要装有apache的地方都能找到ab 可以生成简单报表，支持cookie的设置get、post请求 缺点 不支持参数的定制，需要自己做二次开发。 压力速度不稳定，难控制 数据不一定准确 没有正确错误结果分离，得看被压服务日志才能确定是否有异常 总结： 适合RD简单调试，但是不要相信其压力结果，做为参考即可,二、常用工具,loadrunner 优点： 有成熟的UI， 使用起来方便，可以录制，也可以使得部分数据参数化 支持actionScript编程

3、，有大公司支持文档较为丰富。 可以很好的模拟多个用户并行的情况，对一整个web系统的一些事务起压，与实际较为接近 能生成丰富的报表 缺点： 破解版安装不方便、要求机器不要装过多的浏览器或是插件，否则录制很难启动起来，最好是搞个单独的机器 一般在windows上跑，响应时间等性能数据与实际情况会有差距。 对于服务类型的比如webservice，性能好点的，比如达到1000次每秒的，需要几台loadrunner才能压上去 对于压过去的请求，对正常或异常的结果定制比较麻烦 总结： 适合性能不是很好的业务系统做系统性集成测试，比如单个请求要200ms以上的。不适合做极限性能测试,二、常用工具,soap

4、UI 优点 可以方便的测试soap, rest接口，能保持测试用例，支持简单的结果检查 最新版本还支持对接口的安全性测试 可以做简单的性能测试，但是对性能牛一点的服务，比较难压上去 缺点 系统有一些bug 专业版收费 公司内部用得较多的webservice是基于hessian协议的soapui目前还不支持,二、常用工具,JMeter 优点 内部实现线程机制(线程组),不用编写并发负载过程代码。 提供丰富的逻辑控制器,控制线程的运行； 产生相应测试结果的统计报表。 不依赖于界面，通过API调用或参数传递来增加并执行测试用例。 运用参数化以及函数功能，快速完成添加修改测试数据。 缺点 公司内部用得较多的webservice是基于hessian协议的JMeter目前还不支持,二、常用工具,php 多进程压力工具 优点 起压方便，php编程很方便 能控制压力速度, 十分精准 结果分离，可以自己写程序，这个很重要，我们要知道我们多大压力的情况下，会有多少链接失败或是返回异常等 可以支持测试并发连接数 缺点 因为是php写的，所以起压工具200 ms就重启一次 最大起压能力，大概在qps 6000s，一般不要超过20个进程，进程起越多，不一定压过去的压力最大 总结 适合对接口类型的压力测试，结合xdebug,能很容易得定位到被压服务的瓶颈，也