在今天举行的发布会上,有外国媒体提问:有两个问题,票务的问题是一个合作的问题,是北京奥组委和技术部门合作的,也是合资企业在负责技术系统,具体票务系统是谁负责的,出现问题,具体由哪个部门负责?整个票务技术系统的花费是多少,昨天出现这样的问题,肯定带来了很大的花费,造成了多少经济的损失,这个错误应该由谁来负责,造成损失有多大?
对此,容军回答说:“我们的技术服务商是由美国ticket master公司和两家中方的合资企业。”
他表示,我认为目前这个阶段,最重要的任务是要解决问题,是要解决当前遇到的困难,尽快地拿出一个可行的实施方案,尽快地能够再次向公众实施门票的销售。至于责任的问题,我们会根据具体的问题具体分析,有关的协议条款也是规定比较明确的,但是我认为目前这个工作是放在第二位的事情,包括刚才提到的费用方面的损失,我们也需要经过评估。
从以上新闻中,我们不难看出这里面关于软件测试技术在WEB网站测试中的应用之不足。奥运会网络票务系统设计的最高峰值为100万次/小时并发登录,而当天的官方网站访问量达800万次/小时,就连呼叫中心的访问量也超过380万次/小时,票务系统在开始运作不到半小时就彻底瘫痪。我们可以分析一下这个事件出现的原因:
一、对网络访问量的估计有严重缺陷
大家都知道,基于B/S架构的WEB系统,在做系统测试时分功能性测试和性能测试两大方面的工作,而在做性能测试时要考虑到系统的负载测试和压力测试。为了能够避免出现系统性能由于访问量的剧增导致系统瘫痪、崩溃,一般是要进行压力测试后做网络负载均衡,此次现象的发生说明在做系统测试时没有考虑到网络访问量的突变。
二、没有对票务系统的服务器做有效的冗余
在WEB系统中,需要对服务器做冗余备份,当系统的负载超过一定峰值时,必须启动备份的服务器进行负载均衡,以减少由于网络风险而带来的损失。奥运会票务系统的最大峰值负载为100万并发/小时,当系统的阀值在80万--90万次并发/小时的时候,就要启动备份服务器以缓解系统的压力。
三、系统的测试工作严重缺乏
当一个大型软件系统尤其是基于B/S架构的WEB网站,往往关注比较多的是功能上是否实现了即定的功能、是否和数据库联接、表单递交是否成功、易用性好坏、兼容性如何等等,偏偏对系统的性能测试工作准备不足或没有做足够的考虑。
综合以上表述,我们可以看出在一个基于B/S架构的WEB网站,做系统测试时需要考虑的问题要复杂得多,也更说明性能测试在WEB系统中的重要作用。
文章来源于领测软件测试网 https://www.ltesting.net/