本故事纯属虚构，如有雷同，纯属巧合

　　大毛小心翼翼的试着写了一些代码，同事们也帮忙出主意做检查，毕竟领导请吃饭的机会还是要争取的。

　　然而正当大毛觉得胜利在望之际，领导忽然站到他后面说：“你继续干活，不用管我。”

　　大毛耸耸肩，继续写代码。这次要完成的是一个单元测试，确保提交代码的质量。大毛实现了一系列行动来模拟用户的一个主要应用场景。要是这个测试通过，应该是可以提交了。

　　谁知道还没写完，领导就叹了一口气：“好啦，这顿饭没戏了，大家要报仇雪恨的就找大毛吧。”

　　“啥？”大毛差点从椅子上摔下来，“老大你太赖了，你得给我一个说法！”

　　同事们也围上来听，当然主要是不甘心到手的请客机会丢了，意图声援大毛。

　　“好啊，我问你，这个测试的目的是什么，为什么要自动化？”

　　“这是保证提交质量的，通过了就可以提交。自动化的原因一是短时间来执行大量测试，二是让开发人员不需要了解测试步骤也可以执行这个测试。”

　　“通过了就可以提交，那么不通过就不能提交是吧？”

　　“对啊。”

　　“为什么呢？”

　　“那还用说吗，你看这些、这些、这些步骤，不通过就是大问题了。”

　　“那倒数第三个步骤呢？”

　　“呃，这个，小问题，但是它是功能说明上列出来的主要应用场景的一个步骤啊。”

　　周围同事也看出来不对了，有人说：“不对吧，这个步骤出问题只影响比较次要的功能的。”

　　“那我是按照功能说明来做的嘛。”

　　“大毛啊”领导把话题引回来，“你也觉得有些步骤不通过不代表是严重问题，对吧？”

　　“嗯，对。”

　　“而且你的自动化测试的确满足了当初需要达到的目的，执行时间够短，开发人员也不需要了解测试步骤，对吧？”

　　“对啊，那你当初不是说我会忘记最初的目的……”

　　“我知道，只是你还不经意的附加了多一个目的，把功能说明上的一个主要应用场景全部实现，对吧？”

　　“呃，我开始没打算这么做，后来慢慢有这个想法。”

　　“那么原先的要求是没有大问题就可以提交，现在的结果是需要通过较次要的功能才能提交，对吧？”