性能测试的常见误区

 做软件测试工作时间长了，少不了在一些功能测试、性能测试方法上产生交集，这也是很难避免，较差使用一些思维方法可能会产生意想不到的效果。

我们在性能测试工作中，也会有一些因为理解上的问题，闹出笑话，今天我们就聊两个比较常见、而且有意思的问题。

1、 提升硬件就能提升性能，何必做软件优化

在工作中经常会遇到这么一个场景，给客户做了一个系统，随着时间的推移，客户系统的数据量、用户量，逐步积累，系统的性能（一般指响应时间）越来越长，客户会第一时间找到市场人员让提升性能，最终解决方法毫无疑问地到了开发团队，通过优化代码、数据库、内存等进行一次重构，在一定层度上可以提升性能。过了一段时间，相同的事情又来了一遍，这时候的开发团队就会跳脚了，软件优化也是有限度，不能一直依赖软件优化来提升系统性能吧，这时候最多的回复就是：你能增加一台服务器吗？要么重新签合同，全新架构重做，

建立共识是：系统性能是由系统组成中的软件、中间件、硬件、网络、数据库、系统等诸多因素影响的，性能问题要比功能问题复杂的多，在优化的时候，一定是综合所有要素提供最有效、最有性价比的方案才行，既不能简单的增加服务器，也不能把所有的锅都让开发团队背。

2、 客户提了不切实际的性能需求

记得之前见过一个客户提的性能需求，也成了我经常提的案例，一个地区加油站做了一套会员系统，其中包括加油储值、会员积分、积分兑换等功能，给我们提的性能要求是500人并发，虽然这不是很难实现，但是这个需求合理性上有待商榷，客户系统注册用户在10000左右，在线用户也就几百，这哪里来的500人并发啊，能有50就不错了，这就是对性能概念的不清晰而提出的不切实际的需求。

建立共识是：性能需求要根据具体的行业、使用场景来确定，我们可以留出一些余量，总之，对待性能问题要根据实际情况来决定，系统性能满足用户现在以及未来一定时间的使用需求就可以了，因为软件有其生命周期，没有一个软件系统能够永远地使用下去，此外，在整个软件生命周期内，还可以通过升级等手段来解决系统性能问题。因此，对于软件性能把握一个适量的“度”即可。

3、 性能测试环境的选择

有人说性能测试可以在开发环境、测试环境中做，也有人坚持认为一定要在真实的线上环境做，其实这都合理，测试环境和开发环境的测试数据基本是无效的，而实际线上环境也不靠谱，这样会影响系统的稳定性。

那又有人说了，可以部署一套和线上一样的测试环境啊，这肯定也不靠谱，很少有公司会同意这么做的，成本也太高了。

建立的共识是：个人测试环境和真实环境都是不合理的，我们可以搭建一套线上环境的百分比环境（服务器数量，数据资源），这样在一定程度上节省了资源、数据有效性上更具合理性。但不管怎样，不管是什么环境，性能测试数据都是不准确的，可以理解为真实性能上下波动，我们能做的就是让波动更小一点而已。

 以上与大家分享的内容，如果需要学习教程、源码笔记的或者想学习交流，扫码加我拉你进群