性能测试中，如何把系统 TPS 从 100 提高到 10000？
Posted 软件质量报道
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了性能测试中，如何把系统 TPS 从 100 提高到 10000？相关的知识，希望对你有一定的参考价值。
是不屑一顾地认为，它很简单，没发展前途？还是觉得性能测试就是做些脚本、参数化、关联，压测完成之后，扔出一个结果出来就完了？
实际上真的是这样吗？
估计不是，一谈到测试，大家都觉得性能测试比功能测试有技术含量，更有前途。
在我看来，真正的性能工程师，可以把结果整理清楚之后，又可以下结论，提出解决方案
：线上根据这个测试结果，做对应的配置，系统肯定可以稳定运行。又或者是：当前测试说明了线上不能支持，后面应该如何优化。
既要有前期的测试，还要有中间的分析，以及最后的调优
，三者首尾衔接，缺一不可。
如果你做完性能测试调优后，可以把系统 TPS 从 100 提高到 10000，把响应时间从 0.1ms 降为 0.01 ms，把 CPU 的使用率从 100% 变成 50%，那么你作为性能测试工程师的价值和核心竞争力就体现出来了。
但是我遇到不少工程师，在学习性能测试的时候，经常会遇到各种各样的问题，比如：
-
-
CPU 利用率很低，为什么性能问题还是会持续出现？
-
JMeter 和 LoadRunner 的功能那么多，分析的时候到底该用哪个？
-
-
场景执行的逻辑是什么？怎么判断性能场景是可以覆盖线上场景的？
-
服务器实例从 7 个扩展到了 17 个之后，TPS 没上去，资源也没用上，超时还大量的报。怎么办？
-
-
以上这些问题，你可能也遇到过。那么，面对这类性能测试或分析、调优问题该如何解决呢？
刚好，极客时间上线了《
性能测试实战30讲
》的专栏，作者是性能测试领域的大拿高楼，分享了他14年的性能工作经验及教训，带来了颠覆传统的观点：性能测试不仅仅是测试就结束了，更重要的是懂得如何分析，如何调优。
在此他还整理了一个「性能测试知识全景图」，包含你需要掌握的相关知识点，建议保存。
专栏里有大量的真实项目场景案例，帮你厘清性能分析的核心要点及策略，告诉你遇到性能问题从何处入手、都有哪些环节、每个环节中要注意的点等。
