今天完成的事情：

提交任务 10  

金风上线前的问题 提bug到禅道

mysql可视化

明天计划的事情：复习
遇到的问题：无
收获：

二、性能测试的基本流程

下图表示了一个简单的性能测试的基本流程中，我们怎样得到性能测试的结果。

然后，这只是一轮性能测试的开始，得到性能测试的结果之后，还有很多工作：

可以说，这里的调优过程才是性能测试的技术含量所在。这可能也是性能专家这个角色存在的意义之一。而测试人员通过做性能测试，进阶成为性能专家，也是一种发展方向。但不得不说，这条路是比较难走的，限于我个人视野，我觉得DBA、运维、开发、这些角色都比测试更容易发展为性能专家。当然是否走这条路也要看个人兴趣了。

调优的话，主要看调优小组推测的瓶颈在哪里，比如推测瓶颈在数据库，可能让DBA调整一下数据库配置，然后再测一遍。推测瓶颈在第三方提供的设备上，那就咨询一下第三方的技术支持，然后调整一下配置再测一遍。这个调优过程，可能比较长。

从以上两图可以看出，在整个性能测试过程中，测试人员能做的工作其实并不多，且大多数属于第一阶段的低技术含量工作。主要集中在脚本录制或编写、性能监控器的配置和数据的收集上。后者还会受到云计算平台普及的冲击，很可能以后不用你做任何工作就能简单得收集到想要的资源使用情况数据。而在第二阶段调优时，性能调优小组的介入使测试人员存在感进一步下降。其中水平较低的测试人员将沦为脚本执行员和脚本修改操作员。

三、性能测试的前期准备

此外，还有一个性能测试还有一个前期准备阶段：

这里先补充一些名词解释，我只是根据自己理解写一下，并不精确。精确定义大家可以网上搜索，另外我最后会推荐一些参考资料。

吞吐量：

表示待测应用对业务的支持量，以TPS或QPS为单位，表示每秒钟能处理的请求数。需要分析业务场景来计算吞吐量。