死亡行军日记（四）——HEINRICH法则

通过对众多事故的结果进行分析，发现在发生一起大的事故时，在此之前已经发生过29起小的故障。如果事先能够预防住这些小的故障，那么大的故障将不会发生。并且，发生小故障时，在此之前虽然没有发生过故障，但是感到“危险”的次数竟有300次。如果事先能预防这些危险，那么小的故障就将不会发生。

——HEINRICH法则

不用说，一看这个法则的描述方式，就知道这个法则肯定是美国人提出来的。大概全世界只有美国人有本事对每一个小问题都郑重其事地提出一套理论，更难得的是还都能自圆其说。最近一直在做测试，对此感触颇深：

往往出大Bug的程序，并不是细节上一个问题没有，然后突然冒出来一个逻辑上的大Bug，没有这样的程序。真正逻辑上有问题的程序，一开始肯定都是小问题不断，改了一个Bug就能测出另外一个，都能把测试人员逼得要炸显示器，测试实际上已经无法继续进行，而测试的范围还没有深入到程序的核心部分。

今天测试的感觉稍好一些，测出来一些看起来是Bug的Bug。一般测出这种Bug，一本程序的验收也就进入了收尾阶段，剩下的事情就不用太操心了。不像前几天，测出来居然有像Error的英文拼写错误、类文件名里有全角字符这一类的错误。听说还有人把两本程序的仕样书看混，做出来程序是Two Source Cross状态的。面对这样的问题实在是不知道该做什么表情，“只要笑就可以了”。

关于HEINRICH法则，我是最近读《软件工程师日语》上看到的。昨天公司高层刚对这书做了推荐，当然这事和我没关系。书我早买了，薄薄的一个小白本要了我40大洋，感觉很不值，可惜没看，这样一说好像感觉更不值了……

相关文章：
死亡行军日记（三）——Fresh Man能做什么？
死亡行军日记（二）——深夜魅影
死亡行军日记（一）——Death March的由来