上周收到几位同学的面试反馈，讲到自己面试过程中被问及性能测试相关知识后，仅仅会使用一些性能或自动化工具的录制功能，面试官问到的指标与专业术语却说不清这里需要强调的一点是，大家在学习一个新领域的知识时，首先要清楚自己要做什么事？诉求是什么？然后根据需求点去找自己需要学习的东西，而工具仅仅是辅助我们做这件事的其中一个环节而已，而且如果仅仅是停留在使用工具层面，即使用得再熟练 ，也只能是一个执行者，而不是决策者或设计者。

所以，踏踏实实先把基本的概念理解透彻，再进行下一步，你会发现很多问题会迎刃而解（但也不建议啃书模式， 从最基本概念了解，偏难的在工作中碰到再去攻克，循序渐进）这里分享下性能测试中常见游戏攻略的一些性能指标~说明下，一般在测试工程师面试中，也经常会问到: 之前做过哪些性能测试项目？说说项目中都关注哪些性能指标了，xx指标，你怎么理解他的含义？你是怎么做稳定性测试的？并发数如何计算的？等等。

性能指标与常见术语 深入透彻地理解本节中的基本概念后，即可一一解答这些问题日后的学习也事半功倍~并发数首先，理解三个用户数的概念：系统用户数、在线用户数、并发用户数系统用户数就是一个系统中所有的注册用户数。

eg. 当前微信中的所有注册用户数；在线用户数是当前登录系统的用户数，eg.当前登录微信的总用户数 （均为在线状态，不管该用户做什么操作）；并发用户数是指对Server产生压力的用户数，eg.当游戏攻略前微信所有登录用户中，正在进行操作的用户数（仅指对Server产生压力的操作）。

我们测试时仅关注并发用户数，一般，需求采集人员会将线上的并发用户数根据日志或工具分析统计出测试时，要以性能测试需求为准，此外，并发操作也包含多种情况 ，如所有用户同时进行购买或支付操作；或多个用户同时发出多个不同请求，如加入购物车、删除商品、增减数量、支付、退款等操作。

响应时间先看一个请求从发出到用户看到结果的过程：用户发送一个请求后，通过网络传输、DNS解析等步骤到达Server端后，Server通过各种算法处理，将结果通过网络传输返回到Client，Client要经过解析渲染等步骤，最后才呈现给用户。

通过以上流游戏攻略程可知，响应时间的计算模式：响应时间=请求传输时间+Server处理时间+响应传输时间+前端解析渲染时间由此可见，在工作中，一方面响应时间要根据不同业务及用户的具体要求而定；另一方面分析结果时要注意当前的业务模型（如前端性能测试与服务器性能测试）。

TPS即Transaction Per Second，每秒通过事务数TPS是直接反映系统性能的指标TPS值与系统性能成正比环境不变的情况下，一个系统是有一个最大TPS值的分析结果时，一般将TPS与平均事务响应时间作对比，以得出事务数量对响应时间的影响趋势。

吞吐量即单位时间内系统能处理的请求数量，吞吐量也是可直接反映服务器所能承受的压力资源利用率关于资游戏攻略源利用率初期了解以下几个重要指标即可：CPU对于CPU都不陌生，简言之，是用来处理＼判断事务的，CPU一般有系统CPU与用户CPU，前者是 处理系统占用的资源 ；而后者是处理应用程序占用的资源 。

网络即网络传输的流量，测试过程中对网络的监控以，以分析是否存在瓶颈IO即，Input/Output，输入/输出关注与磁盘的交互频率等内存即数据存储区域一般读数据时从内存中读取要比硬盘读取快很多 ，但需要关注的是内存溢出或内存泄漏问题。

队列属于数据结构的概念了 ，是一种线性表，可以在队列前删除，在队尾处进行插入测试过程中，如果发现队列越来越长，很可能会发生阻塞问题思考时间简单理解 ，就是用户在几个操作时游戏攻略的间隔时间，是为了最大程度的模拟用户的实际操作；而有些系统会直接设定某些操作的间隔时间，如发布动态、申请提现等。

尤其做压力测试时需要根据实际业务来设计场景