小菜的性能日记 1

转载地址：https://testerhome.com/topics/3795

 

 

 

 

今天项目经理给小菜分配了一个性能测试任务，测试某个系统的A接口的性能是否能达到要求。项目经理告诉小菜，这个接口每天被5000个人调用，同时在线500人，每天要被调用50000次。
  小菜一听，这个还不简单，立马拿loadrunner 写好脚本 开始测试。过了没多久小菜测试完成写了一份报告发给项目经理：

• 并发 | 响应时间 | 应用服务器cpu |数据库服务器cpu |TPS |
• 50  |   1s    |    70%     |      20%     |50 |
• 100  |   1.3s   |    95%     |      30%     |75 |
• 200  |   2.9s   |    99%     |      30%     |70 |
• 500  |   7s    |    99%     |      30%     |71 |

小菜结论：A接口在50并发时应用服务器已经到达70%警报点，A接口只能满足50人同时并发操作，建议增加应用服务器数量

  项目经理看到小菜的报告通知运维部门增加A接口的服务器数量，可运维部门反馈：A接口服务器目前日最高CPU只有20%并没有性能风险 项目经理生气的质问小菜怎么测试结果怎么和实际相差那么多。
  小菜很郁闷，就去找从事测试工作七年的同事大鸟，请教原因。大鸟听了事情的经过，笑着说道：“小菜呀，你见过一个正常人在连续操作之间没有停顿的吗？“ 小菜恍然大悟，立马在脚本里加上9秒的 think time 重新测试：

• 并发 | 响应时间 | 应用服务器cpu |数据库服务器cpu |TPS |
• 50  |   0.8s   |    10%     |      5%       |5   |
• 100  |   0.9s   |    20%     |      10%     |10 |
• 200  |   0.9s   |    20%     |      10%     |20 |
• 500  |   1s    |    70%     |      20%     |50 |

小菜看着测试结果感叹 同样是500并发，加了think time后差距为何会如此之大。