6、证明您的负载结果可以持续至少两个小时
我再次建议至少半小时。正如前面所述，只有30分钟的负载测试证明，系统可以承受30分钟的负载。虽然30分钟将足以检测到大多数新的性能变化，但为了使这些测试合法，还必须能够证明它们可以在相同的负载下运行至少两个小时。
如果没有空间耗尽, 高峰负荷应该是无限期可持续的。证明负载可以运行两个小时是很好的开始。我建议将目标目标为6、12和24小时作为里程碑，并在可能的情况下证明在这些负载下可以连续运行5天。
请注意，这些负载耐久性测试旨在证明负载结果的可持续性。它们不需要针对每一个代码更改运行，而只是为了证明负载数量的可持续性。
从证明两个小时是可持续的开始。任何较少的内容和性能数字都不应该用于性能发布, 也绝对不是出于容量考虑。
7、确保良好的自动化程度
没有良好的自动化，你就无法获得成功的性能工程。你是否花费更多时间分析测试结果（良好的自动化），或执行测试并对现有自动化进行改进（自动化程度较低）？
如果您认为可以改进自动化实践，请从以下七个原则开始：
- 了解你自动化的原因
- 了解自动化的步骤
- 不要只考虑快乐的路径或不快乐的路径
- 构建块可以叠加在一起
- 尽早规划自动化
- 设置自动化场景
- 从自动化中收集指标
设计你的测试以获得有意义的结果
解决软件性能和弹性的最有效方法是通过有效的测试。但重新考虑和重组你的测试不必过于复杂。遵循这七个简单的技巧将及早发现很多性能问题--在它们成为真正的问题之前。
译自 Franck Jabbari 的 《7 Simple Tips for Better Performance Engineering》 一文。