关于新产品测试的若干问题.doc

关于新产品测试的若干问题 测试工作目标是什么？我们能够指望通过测试找出所有 bug 吗 ?肯定不能。既没有时间，也不可能投入无限的测试成本。这句话可以作为一个现实可行的测试工作目标：以合理的测试成本，保证经过测试的新产品具有良好的功能性能，能够满足顾客和市场竞争的需求。 为什么要设定合理的漏测率指标？ 称不能满足新产品功能性能需求为 bug。对于有实用意义的产品来说，在有限时间和有限投入的前提下，几乎不可能通过测试发现所有隐藏的 bug。未被测试发现问题的比率称为漏测率。大量实践经验表明，在漏测率降低到一定水平后，继续增大测试成本投入收效甚微 。而且，通常达不到零漏测率。 因此，竞争对手和我们都不可能获得完美的产品。我们应该综合考虑市场竞争要求和我们的成本承受能力，设定我们应该达到的合理漏测率。 在开发工程师、测试工程师之间，如何进行测试分工？ 未经任何测试的产品或者零部件必定带着大量 bug。显然，大家都同意，开发工程师不可以将一个未经任何测试、满身 bug 的新产品或新零部件交给专职测试部门。 另一方面，也不能要求开发工程师完成所有的测试工作。最重要的理由，是受到普遍公认的一条假设：设计者自己不可能挑出自己所有的毛病，相反，人们总是会设法证明自己是 对的。第二条理由，是测试工作作为一个不同的技术领域，也不可能要求每一名开发工程师都能掌握。 所以，测试分工的原则是，开发工程师应该完成基本的测试工作，将一个具有基本的技术成熟度的新产品或者新零部件交给测试工程师，由测试工程师全面完成测试工作。 但是麻烦还在：开发工程师该做多少测试？什么是“基本的测试工作”？什么是“基本的技术成熟度”？ 权威和权力可以提供一定的帮助，但是还不够。技术专家，或者管理者可以为开发工程师和测试工程师划一条分界线，作为判别何时将新产品或者新零部件交付测试的标准。但是，类似的争议仍然是 很常见的。测试工程师常常发现，手头的版本刚开始测试，开发工程师又要求测试更新的版本。开发工程师为什么自己不做一点测试，将一个注定夭折的垃圾版本交给我们测试？而开发工程师抱怨，测试工程师难以沟通、不配合工作。 更具有可操作性的解决办法是：⑴测试部门建立测试用例库；⑵测试用例库中的所有测试用例中，指定部分测试用例为开发自测用例子集。开发工程师必须自行完成自测子集，才能交付测试。 开发自测用例子集的选择条件：⑴测试常用