6.1.2 健壮性 应用如果能应付繁忙工作站上通常出现的情况就可以说是健壮的。但是它将如何处理网络消耗呢？如果一个糟糕的应用占用了CPU五分钟，你的应用程序还能继续运行吗？在我最近参加的一个项目中，我们为了测试应用程序的健壮性，在键盘上胡乱敲击了约10秒钟，并且用鼠标在页面上到处乱点。一种很残酷的测试，但是很有效，也很好玩。 这种测试能说明什么？至少，它能找出事件处理代码的不足之处。键盘的敲击、鼠标的移动以及诸如此类的事件需要很快地响应，因为这些事件很容易频繁地发生。而且，它们也能找出组件间无意中产生的依赖。在GUI中会出现一种特定的情况，例如一个模式对话框会阻塞对主应用程序的访问，而一个打开的菜单项会阻塞对模式对话框的访问。如果这种情况只在按精确的时间顺序打开对话框和菜单项时才会出现，那可能需要一个用户花上两个月的工作时间才会发现这个问题。可是一旦应用程序发布到一个有数千用户的环境中，那问题可能会在几小时内就会出现，而且仅仅根据现场报告将很难重现这种情况。事先确定问题，并且将其解决，这可以提高应用的整体健壮性。 除了应付随机敲击键盘这样的情况以外，健壮性还有更多的含义。观察
字串9