测试的目的不仅是尽量发现所有的bug，更重要的是尽量早的发现bug

2008/01/11

公司目前项目比较多，还只在做功能测试，而且项目间有很多相关性。所以经历了 一段时间，软件都趋于稳定！现场返回的bug和测试的bug都得到修复！有一个问题就让我不解，而且现在想起来应该是比较弱的问题

就是既然软件经历功能测试，尽量模拟用户操作，尽量找到用户操作的每个路径，最终也能使得软件趋于“稳定”；且不管软件内部是否很糟糕，最起码用户操作起来大部分功能都正确无误，那为什么还需要单元测试，需要那么多的前期工作？（想想：现在很多测试专家不都是在强调软件测试需要介入在项目开始阶段嘛！估计平时都是在机械的接受这样的观念）

在与开发工程师交流的过程中，开发工程师有时候会说这个bug如果能早点发现就好了！我总是认为我功能测试初期的准备工作和测试策略找问题。但是无论我准备多充分，还是有重大bug在后期被发现。

现在想来我以前测试的观思想一直是只要尽可能找到软件的bug就行了，就认为是完美了；但是我却不曾思考过发现这些bug是否可以在更短的时间内完成。尽可能多的发现bug是对的，但是更重要的是尽量早的发现bug；我想此刻这个观念才将真正开始融入我的测试中。

要想早点发现bug，最早莫过于从需求就开始介入了。经验也证明，测试中几乎50％的bug来自于需求和设计。这个也应该成为我们测试组努力的方向。