性能测试不好做！
原因有二： {dy}，性能测试时要尽力模仿真实的情况，分析准确很难！ 例如，如果要你分析每天上午10点到11点之间的一个小时内，到北京市所有移动公司营业厅办理业务的人整体行为，你该如何分析？ 可能有10000个人在营业厅里，有的人在前台办理业务，有的人在排队等候，有的人在使用选号电脑为自己的新手机选择手机号码，有的人在自动服务机器上打印通话详单...... 在这一个小时内，很多人在利用移动公司的“移动业务系统”办理很多的事情。 这些情况你都需要统计、分析，才能为性能测试提供一个合理的模拟实际情况的模型。 有了这个分析结果，你才能确保你的性能测试能做对。 要想xx的模拟实际情况，是不是很难？！ 第二，性能测试时如果发现有性能瓶颈，定位瓶颈的所在很难！ 现在的多用户访问型软件系统已经变得越来越复杂，多数软件系统是三层架构，即WEB服务器、APP服务器、DB服务器，而有的软件系统已经突破了这样的架构，达到了四层或者五层；甚至有的系统中包含了多个子系统，每个子系统都拥有自己的三层架构。 同时，在服务器上安装的操作系统也很可能不同，有的是Windows、有的是IBM AIX（Unix操作系统的一种）、有的是HP UNIX、有的是Linux...... 还有，APP服务器可能是Weblogic、WebSphere、Tuxedo...... WEB服务器可能是IIS、Tomcat...... 软件系统里还有开发人员开发的程序...... 当出现性能瓶颈的时候，你需要大致的确定性能瓶颈的位置，是发生在操作系统层面、数据库层面、还是应用服务层面......，还是在开发人员开发程序层面！ 要想找到什么地方引起软件系统的性能低劣，是不是很难？！ |
