140425关于性能测试的一点感悟

话题还要从一个测试群新手提问开始:

有人提问:

1.我前天连了个数据库，用SQL语句从库里抓出来几个字段做了参数化，我想问问从库里取数究竟只是因为数据太多取着方便呢，还是因为取数过程会对数据库造成压力比较真实呢？

2.我那个测试站点和数据库是分别的两台机器，我应该是去看数据库服务器，什么指标能表征数据库服务器承受的压力呀？

下面是我的回复:

单纯测试数据库性能，只有做基准测试时才会用，其它情况下都是结合业务来看数据库处理能力，说白了是调优，有一点你说对了，那就是同时需要考虑操作系统的性能指标。

以下是我由这个提问联想到的,不足之处,拍砖之。

    首先,任何性能测试最终目的都是调优，这里就有个问题，大家也可以思考，你要衡量一个应用，难道单纯看应用程序性能吗？我们需要关注的是应用程序系统，这个系统至少应该涵盖：操作系统，数据库，中间件，林林总总。那么调优就会有操作系统调优，中间件调优，数据库调优，应用调优，针对特定项目，例如java,还会有jvm调优。

    其次,参数化也好，ip欺骗也罢，都是为了更贴近真实情况，实际业务需求而做的，性能测试不是难在写脚本，而是难在两方面，一是场景设计，而是场景执行过后的分析，问题又来了，你刚才不是说性能测试目的是为了调优吗，那怎么丝毫不提调优？这里就是人们对性能测试的误区了，你能调优就调优，不能调优要能定位，测试人员能定位问题，其实就已经完成自己的任务了，只是在国内，一个人要干一个活基本不可能，又要懂数据库，又要懂中间件，又要懂底层代码，调优谈何容易。换个角度考虑，你觉得一个光会工具的人能有多少时间和经历去研究，实验调优呢？这是另一个问题，如果你有兴趣，并且还有经历，也有实际应用场景，可以慢慢积累，话又说回来了，企业给你时间去积累那是另一回事了，巧妇难为无米之炊的道理领导难道不懂？

     领导巴不得你又会性能，又会调优，又是dba,又是运维，又懂底层，又懂架构。

     所以搞性能的一定要有个清醒的认识，你要一直搞性能就一直搞，坚持下去，调优和性能不分家，三年磨一剑，如果能有所成，你就是专家，最后送给大家一句话，革命尚未成功，同志仍需努力！