性能测试杂谈之一：如何获取性能需求

性能测试越来越吃香，所有测试人员都成为这方面的高手，我个人觉得掌握一种测试工具必不难，只要花上个一周甚至更少的时间就Ok了。难在哪里，难在性能需求获取、分析、设计和性能测试结果分析、定位、优化。那我们今天来先说说如何做好性能测试需求获取。

获取，如何真正的获取

 我记得有一次，客服中心反馈：“某某客户公司某某系统收费业务有时很慢”，这个需求看起来好像很完善，但是作为性能测试员怎么下手呢，拿起LR就冲锋一把，肯定解决不了问题，除非瞎猫碰到死老鼠。

后面我拿到客户的电话简单又沟通了一下，大体内容如下：

我：“是一直很慢，还是有规律的，慢的体现是怎么样”，

操作人员：“4点以后就开始，点结账功能要等好久”，

我：“4点以后，你们那时还有哪些事情再做”，

操作员：“交接班，个人要做个人日报，部门领导要做汇总日报等”。

这时提交性能小组的需求是：某系统在做个人日报和汇总日报时，收费业务点击结账时要等很久。

从上面的例子可以看出，我们在性能需求获取时，需要跟客户最好是实际的操作人员交流，在了解功能的基础上，还要交流一些非功能需求，如：什么时候做，有多少人做，每天有做多少次，每次提交哪些信息，有的甚至要了解他们工作性质，如什么时候上班，是否24小时值班，交接班是什么时候，每班几个小时。

要了解业务同时还要获取到当前系统网络架构，网络结构时怎么样，什么数据库，什么中间件，是否能连接外网，系统是什么开发的，当前已数据库有几GB等。当前性能需求业务涉及哪些表，结构是怎么样的。