软件测试 | 性能测试误区（二）

更多软件测试学习资料

误区 5：在开发环境下进行一下性能测试就可以了

很多时候，在系统开发完成后会进行性能测试，在开发环境“看一看”软件的性能。而实际上大多数的开发环境因为硬件条件比较差，所以反映不了系统的真正性能。这是因为系统的性能表现通常依赖于硬件，一些系统在资源不足的情况下可能运行缓慢，这类问题往往提高一下硬件配置就可以解决问题。一些系统在资源不足条件下发现的性能问题，主要通过优化程序来解决，则可能需要花费非常高的人力成本。当然，对于一些算法方面的缺陷、内存泄漏、低效 SQL 等问题，则无论任何环境下都应该修正程序来解决。

性能测试的最终目的是为了发现系统的软件和硬件瓶颈，因此性能测试尽量在软件和硬件尽可能接近用户投产的环境下进行。但是有两种可以例外的情况：一种是为了发现某些功能方面的问题，例如为了发现并发算法的一些缺陷；另外一种就是有非常好的硬件资源或者实验室作为开发环境。

以银行系统性能测试为例，几乎不会在开发环境下开展性能测试，多数会在准生产环境下或独立的接近生产的性能环境来开展性能测试工作。

误区 6：系统存在瓶颈，不可以使用

系统发现了瓶颈，的确是很让人担心的一件事情。不过不要紧，很多的瓶颈可以不必去投入成本进行调优。一些性能问题或瓶颈是否要进行调优取决于是否会影响用户的正常使用，部分性能只是从技术角度上看是问题而已，从用户性能需求角度看则不是当下需要解决的问题了。了解系统的已知瓶颈问题可以更好地掌握系统性能特性，为改善和扩展系统提供依据。

举个例子：如果距离工作单位只有 10 分钟的路程，相信大多数人会步行上班，部分人可能会骑着自行车上班，但是很少有人开汽车上班—这样纯属资源浪费。做性能测试也是这样，只要系统在性能方面能满足用户的需求并保留 30%~50%的扩展空间即可。一个系统预估一两年内最大并发用户 500 个左右，测试是发现当前资源下 1000 个用户并发时开始运行缓慢，这样的性能问题可以不必处理，但如果 600 个左右并发出现性能问题，则应该对系统进行调优。

误区 7：不切实际的性能指标

这种现象主要归结于对系统性能需求的不了解。很多时候，尤其是用户会提出很多不切实际的性能指标，例如，针对 500 个用户使用的 OA 系统，可能有的业务负责人会提出要满足 100 个，甚至 500 个用户并发的性能需求，而实际并发数量不会高于 50 个。这种情况需要和用户进行沟通来确定合理的性能需求。

总之对待性能问题要根据实际情况来决定，对于系统的性能要求把握合适的“度”，一个系统投产版本的性能在其生命周期能够满足性能需求即可。

搜索微信公众号：TestingStudio 霍格沃兹的干货都很硬核