如果你做任何事情，你都事先准备好，你就会有很大几率成功，如果你不准备，那么成功的几率就会很小。那么在性能测试的过程中一般会遇到哪些问题呢?
一、开始测试之前
因为对项目目前的情况没有足够的了解，所以在脑海中形成了一个错误的测试计划，但实际上测试环境只有当前的一套测试环境和部署的服务是针对新版本的。
二、开始测试工作
1.未能弄清楚测试目标
因为测试目标不明确，测试需要记录的参数不明确，无法有针对性地进行测试和获取目标参数。
2.没有明确的测试计划
由于没有测试计划，测试工作执行过程中的时间分配混乱，缺乏明确的测试操作计划导致计划多次变更，工期延误。
三、中期测试
1.过于专注于脚本
太多的精力投入在脚本编写上，应该留出时间进行调试和其他链接。测试不仅仅是编写脚本，它只是众多环节中的一个，每个环节都需要成功完成才能完成一次测试。
2.测试脚本没有调试，脚本用到的模块不了解
每个测试脚本编写完成后，只验证脚本功能。即只保证功能可用，而忽略测试工作中应用的真实场景。与接口测试脚本类似，没有考虑各个接口的传输速率问题，导致下游接口所需数据不足;数据库SQL写脚本的线程应用也不是不懂，只学毛皮，没看懂使用的逻辑方法。所以线程模块的使用比较乱，直接导致脚本失败。由于没有对脚本进行实景调试，测试执行后会出现各种问题。就需要在执行时进行修改和调试。极大地影响了工作的进度。调试工作应在非工作时间或在预定时间范围内进行。它不应该占用测试执行时间。
3.多次调整测试计划
最初的计划是对服务进行接口性能压力测试。后来开发建议直接测试数据库，然后就测试数据库。再对数据库的测试出现断路后，又采取了小颗粒维度对接口进行性能测试，这个测试方案是可行的，但是需要很多时间。当采用这个计划时，没有预见到这种风险。显然，这个耗时的计划不适用于目前延迟的工期。
4.没有提前做性能基准测试
因为在压力测试正式开始之前业务没有进行基准测试，所以对各个接口的基本性能没有一个大致的了解，所以在脚本执行中出现了权重比错误的低级错误。
5.在最后的测试中，服务器没有被监控
四、测试的收尾工作
测试工作开始前，应明确测试执行时间间隔，并在项目组内部进行沟通，确保测试环境能够正常使用。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
