关于新产品测试的若干问题-这个比较短,只为讨论免费

rokey520

测试工作目标是什么？我们能够指望通过测试找出所有bug吗?肯定不能。既没有时间，也不可能投入无限的测试成本。这句话可以作为一个现实可行的测试工作目标：以合理的测试成本，保证经过测试的新产品具有良好的功能性能，能够满足顾客和市场竞争的需求。

    为什么要设定合理的漏测率指标？

    称不能满足新产品功能性能需求为bug。对于有实用意义的产品来说，在有限时间和有限投入的前提下，几乎不可能通过测试发现所有隐藏的bug。未被测试发现问题的比率称为漏测率。大量实践经验表明，在漏测率降低到一定水平后，继续增大测试成本投入收效甚微。而且，通常达不到零漏测率。

    因此，竞争对手和我们都不可能获得完美的产品。我们应该综合考虑市场竞争要求和我们的成本承受能力，设定我们应该达到的合理漏测率。

    在开发工程师、测试工程师之间，如何进行测试分工？

    未经任何测试的产品或者零部件必定带着大量bug。显然，大家都同意，开发工程师不可以将一个未经任何测试、满身bug的新产品或新零部件交给专职测试部门。

    另一方面，也不能要求开发工程师完成所有的测试工作。最重要的理由，是受到普遍公认的一条假设：设计者自己不可能挑出自己所有的毛病，相反，人们总是会设法证明自己是对的。第二条理由，是测试工作作为一个不同的技术领域，也不可能要求每一名开发工程师都能掌握。

    所以，测试分工的原则是，开发工程师应该完成基本的测试工作，将一个具有基本的技术成熟度的新产品或者新零部件交给测试工程师，由测试工程师全面完成测试工作。

    但是麻烦还在：开发工程师该做多少测试？什么是“基本的测试工作”？什么是“基本的技术成熟度”？

    权威和权力可以提供一定的帮助，但是还不够。技术专家，或者管理者可以为开发工程师和测试工程师划一条分界线，作为判别何时将新产品或者新零部件交付测试的标准。但是，类似的争议仍然是很常见的。测试工程师常常发现，手头的版本刚开始测试，开发工程师又要求测试更新的版本。开发工程师为什么自己不做一点测试，将一个注定夭折的垃圾版本交给我们测试？而开发工程师抱怨，测试工程师难以沟通、不配合工作。

    更具有可操作性的解决办法是：⑴测试部门建立测试用例库；⑵测试用例库中的所有测试用例中，指定部分测试用例为开发自测用例子集。开发工程师必须自行完成自测子集，才能交付测试。

    开发自测用例子集的选择条件：⑴测试常用的、重要的功能、性能；⑵覆盖70%左右需求规格；⑶测试方法和测试设备相对简单。

    测试部门的职责是什么？  

⑴完成新产品测试工作，达到新产品漏测率指标；
⑵建设测试方法、测试装备、测试流程平台，提高测试水平和测试效率；
⑶开发新产品可测试性需求，建设产品测试用例库；
⑷培养测试技术工程师。

    为了达成测试工作目标，新产品需要进行哪些测试工作？  

    开发测试（含单元测试、系统测试、系统集成测试，以及测试用例库的开发自测用例子集），a测试（不过，哪位朋友告诉我，a测试是指所有实验室测试吗？是否包含开发测试和测试部门进行的测试？）；β测试（用户测试）。当然，可能还需要进行各种市场准入测试，例如各种认证测试。

xupeter

其实，设计与测试本身就是相统一的两个面