从奥运会票务系统瘫痪所看到的---关于性能测试

　　在今天举行的发布会上，有外国媒体提问：有两个问题，票务的问题是一个合作的问题，是北京奥组委和技术部门合作的，也是合资企业在负责技术系统，具体票务系统是谁负责的，出现问题，具体由哪个部门负责？整个票务技术系统的花费是多少，昨天出现这样的问题，肯定带来了很大的花费，造成了多少经济的损失，这个错误应该由谁来负责，造成损失有多大？

　　对此，容军回答说：“我们的技术服务商是由美国ticket master公司和两家中方的合资企业。”

　　他表示，我认为目前这个阶段，最重要的任务是要解决问题，是要解决当前遇到的困难，尽快地拿出一个可行的实施方案，尽快地能够再次向公众实施门票的销售。至于责任的问题，我们会根据具体的问题具体分析，有关的协议条款也是规定比较明确的，但是我认为目前这个工作是放在第二位的事情，包括刚才提到的费用方面的损失，我们也需要经过评估。

         从以上新闻中，我们不难看出这里面关于软件测试技术在WEB网站测试中的应用之不足。奥运会网络票务系统设计的最高峰值为100万次/小时并发登录，而当天的官方网站访问量达800万次/小时，就连呼叫中心的访问量也超过380万次/小时，票务系统在开始运作不到半小时就彻底瘫痪。我们可以分析一下这个事件出现的原因：

一、对网络访问量的估计有严重缺陷

      大家都知道，基于B/S架构的WEB系统，在做系统测试时分功能性测试和性能测试两大方面的工作，而在做性能测试时要考虑到系统的负载测试和压力测试。为了能够避免出现系统性能由于访问量的剧增导致系统瘫痪、崩溃，一般是要进行压力测试后做网络负载均衡，此次现象的发生说明在做系统测试时没有考虑到网络访问量的突变。

二、没有对票务系统的服务器做有效的冗余

      在WEB系统中，需要对服务器做冗余备份，当系统的负载超过一定峰值时，必须启动备份的服务器进行负载均衡，以减少由于网络风险而带来的损失。奥运会票务系统的最大峰值负载为100万并发/小时，当系统的阀值在80万--90万次并发/小时的时候，就要启动备份服务器以缓解系统的压力。

三、系统的测试工作严重缺乏

      当一个大型软件系统尤其是基于B/S架构的WEB网站，往往关注比较多的是功能上是否实现了即定的功能、是否和数据库联接、表单递交是否成功、易用性好坏、兼容性如何等等，偏偏对系统的性能测试工作准备不足或没有做足够的考虑。

    综合以上表述，我们可以看出在一个基于B/S架构的WEB网站，做系统测试时需要考虑的问题要复杂得多，也更说明性能测试在WEB系统中的重要作用。