性能测试day01_性能基本概念

　　其实第一次接触性能是15年的时候，懵懵懂懂的被领导拉去做第一次做性能压测，如今有机会重新听一下云层大大讲解性能，于是打算以此博客记录下整个学习的过程，如若有不同意见者可以在下面留言指出，也欢迎大家一起来探讨性能测试。

进入今天的主题，今天的主要目的就是构建整体的思想，那么第一个问题来了，什么是性能测试？简单的来讲是不是就是性价比测试（这个本质上来讲是不是就是对比单位价格内的处理能力），性价比准确的来讲又是软硬件的投入对TPS的影响。

请看下图的一个思路过程：

　　什么是性能问题？时间性价比的问题，具体到我们系统来讲是不是就是访问量的问题？

　　那性能测试做什么呢？目前来讲有两种，第一种是证明满足需求的过程（性能需求->验证需求->给出结论），第二种是获取相关指标提供决策（设定方案->获取指标->决策判断依据），大部分人可能都是第一种。

　　测试系统满足性能需求需要经历的阶段如下：

　　　　　　1.性能需求是啥？（大部分性能问题没法做就是需求问题没弄清楚）

　　　　　　2.测试方式是啥？（第一点性能方案的设计，第二点就是工具方法）

　　　　　　3.结果怎么收集？（监控命令和监控平台如：zabbix、普罗米修斯）

　　　　　　4.报告怎么编写？

　　所以说性能测试就是为了验证在一定环境下系统满足性能需求的测试，主要验证性能指标（响应时间、吞吐量、资源利用率）。

　　由于网上对这几个性能指标众说纷纭，而且不一定准确，这边来重新梳理下：

• 响应时间：分为事务响应时间（做一件事情所产生的所有时间开销，包括前后的等待时间等）和平均响应时间（某一个时间段内的响应时间分布趋势，这里有有两个点，一个是时间段的长度还有个就是时间段的位置；TPS也不一定是每秒的事务个数，取决于工具切的时间段），一般用平均响应时间作为参考依据而不是事务响应时间。
• 吞吐量：是否以秒为单位以及单位下事务分布的情况？工具求出来的TPS不能完全以秒为单位！
• 资源利用率：占用资源的百分比（可能存在某个节点的瓶颈但总占用率不高，例如多核CPU中的一个占用很高）和数量制（不太明确的总量，比如IO的处理能力（每秒字节数。不是百分比），以数量来表达，此时我们就需要了解每个计数器的概念和表达方式）。

总的来讲，根据这些数据了解系统的工作情况，最终给出分析调优的建议和总结报告，而分析调优的建议则取决于自身的眼界，所以说性能测试是一项需要掌握知识面非常广的测试项目。（千万别放弃哈！）