性能测试越来越吃香，所有测试人员都成为这方面的高手，我个人觉得掌握一种测试工具必不难，只要花上个一周甚至更少的时间就Ok了。难在哪里，难在性能需求获取、分析、设计和性能测试结果分析、定位、优化。那我们今天来先说说如何做好性能测试需求获取。
获取，如何真正的获取。
我记得有一次，客服中心反馈：“某某客户公司某某系统收费业务有时很慢”，这个需求看起来好像很完善，但是作为性能测试员怎么下手呢，拿起LR就冲锋一把，肯定解决不了问题，除非瞎猫碰到死老鼠。
后面我拿到客户的电话简单又沟通了一下，大体内容如下：
我：“是一直很慢，还是有规律的，慢的体现是怎么样。”
操作人员：“4点以后就开始，点结账功能要等好久。”
我：“4点以后，你们那时还有哪些事情再做。”
操作员：“交接班，个人要做个人日报，部门领导要做汇总日报等”。
这时提交性能小组的需求是：某系统在做个人日报和汇总日报时，收费业务点击结账时要等很久。
从上面的例子可以看出，我们在性能需求获取时，需要跟客户最好是实际的操作人员交流，在了解功能的基础上，还要交流一些非功能需求，如：什么时候做，有多少人做，每天有做多少次，每次提交哪些信息，有的甚至要了解他们工作性质，如什么时候上班，是否24小时值班，交接班是什么时候，每班几个小时。
要了解业务同时还要获取到当前系统网络架构，网络结构时怎么样，什么数据库，什么中间件，是否能连接外网，系统是什么开发的，当前已数据库有几GB等。当前性能需求业务涉及哪些表，结构是怎么样的。
（以上言论仅代表作者的个人观点，不代表51Testing观点）
版权声明：本文出自liaoxj的51Testing软件测试博客：http://www.51testing.com/?13795
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
推荐阅读：
性能测试杂谈之三：基础知识服务器端资源监控指标（Windows）
获取有效的性能需求——《LoadRunner没有告诉你的》之六
