When the Server Crashes, Testing's Done

“这就是那个被管理层紧急催促导致很脆弱和不安全的系统，谁都不希望看到由于市场压力进而带来的各种问题。”Jenney说。

要解决这个问题，其中一个方法就是增强测试的深度，而不是增加测试过程的时间长度。Jenney的意见，最简单的方式是使用故障注入。

故障注入是一种强迫应用程序去执行代码路径，加强错误处理，增强应用的测试深度的方法。Jenney解释道，“通过模拟强制错误出现的条件——例如硬盘空间不够，内存不足，缺少DLL库文件，数据文件被破坏或者网络中断——从而发现正常测试中容易遗漏的缺陷。”通过将故障注入方法引入到正常的自动化功能测试中，不仅能发现更多的缺陷，还会使你的工作更有趣，尤其是找到比以前更难发现的bug时。

更重要的是，这种技术发现的缺陷不光是团队自己的代码，还包括应用程序用到的库和资源。“这将彻底摧毁开发所依赖的‘可靠系统’”。Jenney强调，“从而激励更好的代码以及更适当的管理方式。”

Jenny提供了好的故障注入测试的示例：

•    Linear Memory Availability Cycling – Exposing the application under test to varying RAM availability, with the change being a fixed increment from maximum to minimum and back again.

•    Random Memory Cycling – Varying RAM availability, with the change being a random increment between fixed maximum and minimum values.

•    Linear Network Up and Down Bandwidth Availability – Exposing the AUT to parallel bandwidth degradation, with the change being a fixed increment from maximum to minimum and back again; and exposed to cross-over degradation, where the up and down bandwidth are opposite.

•    Network Packet Fuzzing – Randomly corrupting network packet I/O to watch for unstable behavīor or the lack of unstable behavīor. In security testing, often the application that doesn’t fail is the most interesting. 

以上的每一个测试都会导致一些“有趣”的行为，Jenney说，“很小的网络带宽或者有限的系统内存都是强制系统崩溃和暴露各种各样有趣的性能问题的好方法，当然也会暴露功能方面的问题。”

注：时间特别仓促，不当之处，请指出，谢谢！