Edge Testing Solutions的创始人之一，Susan Chadwick在这篇文章中总结了五大失败的web案例，并给出了一些相关的建议。
2011年有一些网站出现了故障，我将它称之为‘glaunching’，其中有时故障造成了比较严重的影响。
1. Olympics
首先指出的是三月份推出的Olympic订票系统。虽然它之前已经给出了友情提示，建议用户不要集中访问，然而它们的票务系统还是出现了问题，导致数千名的客户在2011年八月之前就出现了信用卡或是借记卡过期，并被踢出预定系统，这是首次出现的故障。随后又出现了在用户登录几分钟后，Olympic时钟停止运转的现象。
2. National Lottery
Brits希望购买一期中奖金额高达1.21亿欧元的彩票却发现彩票购买网站出现了故障，这令他非常沮丧。数以千计的用户登录National Lottery网站试图购买彩票，却发现因为系统的故障导致他们无法增加购买量或是更新自己的信用卡信息，以至于无法参与这次大奖的竞争。
3. Directgov
由于有大量的用户登录政府的电子述求网站，导致网站运行的第一天就出现了系统崩溃，从而使得许多用户对政府的述求未能及时得到传达。Directgov会记录用户的一些电子诉求，但当它正式运行以后，只要用户访问量一大，就常常出现系统崩溃的问题。
4. Harry Potter
Warner Brothers预备通过网络为读者提供Harry的魔杖的预购服务。但是由于网站的故障，用户无法完成预定流程，Harry迷们对糟糕的网络订购环境表示相当沮丧，有人表示，他们耗费了两个小时的时间才完成了图书的预定工作。Warner Brothers则指责是网络的拥挤才导致了网站的故障。
5. H&M Versace collection
就在上个月，Versace还在大力炒作他们将在实体店和网络上同步发行他们的H&M系列。有报道称他们为实体店的销售做了大力的预备工作，包括聘请安保人员，限制用户的购物时间并且防止eBay店主清空商品——然而在线购物的预备工作似乎有所不足。由于大量用户同时登陆，导致H&M的网站崩溃。相关发言人在Twitter上为这次的‘技术故障’对用户作出了道歉，并表示‘他们已经尽力在解决这个问题了’。
访问量
这里出现的所有问题，归根结底，主要的原因都是对用户的访问量估计不足，当有大量用户同时访问时，系统的正常服务受到了影响，这是网站发布前的预备工作不够充分导致的。线下的服务你能看到街上排队人群的长度并且能够人为的干预，但是在线的服务似乎很少能够充分考虑到用户同时访问的这个问题。
这就引出了一个问题——在网站发布以前，究竟应该做怎样的负载测试呢？又该如何设计性能测试呢？这让我想到了一个俗语‘有钱难买’好名声。glaunch可能会给你的产品带来更大的关注，但是也会带来更多的舆论压力。这是一个相当冒险的策略——一个品牌苦心经营的信誉可能瞬间遭到瓦解，用户对品牌的不信赖可能造成更加深远的影响。
另一个令人担忧的问题就是这些组织很快就将问题归咎于用户的访问数量——这似乎已经成为一个可以接受的通用借口了。更令人担心的是客户似乎不得不接受这个理由。对于一个有能力的web设计和运行公司而言，这样的行为是非常不合适的。无论出于何种原因，一个网站都不应该在推出的时候出现这种纰漏，我认为随着在线市场越来越成熟，广大的用户也将无法继续容忍这些网站这种推卸责任的态度。
虽然有些特殊、罕见的因素导致在线市场很难完全在人们的掌控之中，但这并不能成为开发人员计划失误或是测试不足的借口。大家必须先做好健壮的成本效益分析，然后再作出周详的商业决定。
假设在网站推行之前你进行了大量的前期预热炒作，是否花在测试上的人力物力和准备工作多于相关的宣传预算？你能否控制媒体的报道？你或许认为不需要在测试上投入过多的精力，甚至认为即使网站在运行的第一天出现小的故障也是可以忍受的。但是往往有些时候，小故障和大灾难就是一墙之隔，所以必须仔细考虑‘glaunch’带来的商业影响。
这里给出了避免glaunching的几点建议：
- 在设计阶段就考虑好系统的性能和负载处理能力，包括软件和硬件设备方面的要求。
- 做好健壮的成本效益分析和风险评估。
- 设计一个清晰的测试方法，用来评价系统系统的性能是否能够满足应用的需求，既包括访问按计划增长的情形，也包括出现访问高峰的情况。
- 弄清楚出现访问峰值的原因，并找到应对的方法。
- 在运行过程中进行性能测试、计算负载峰值和压力测试
- 找独立的第三方完成测试工作：不要自己为自己评估。
文章来源：2011 in review: the top five failed web launches
97
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
