通过最近的测试工作，真正认识到测试不是“一碗水端平”，“面面俱到”的工作。毕竟产品的发版时间总是有限，我们能做的就是在有限的时间内，最大限度的保障软件的质量。

　　然而，往往我们都把自己局限在这“有限的时间当中”，而忽略了对于产品的效率。因为时间紧，工作一开始我们就立即投身于寻找缺陷的浪潮中，发现一个问题，马上提交一个问题，尽可能的提高工作效率。看着数量不断上升的缺陷，总以为这就是效率。其实这只是我们片面的理解自己测试工作效率。在有限的开发周期中，测试提交的缺陷，开发总要花费时间来分析、解决或是拒绝。无论缺陷是重要的或非重要的都平等的消耗了开发人员的时间。对于那些无关紧要的缺陷无非是在浪费宝贵的发版时间。因此，我们的测试工作又多了一层意义——区分重要缺陷。

　　这就要求我们在测试的过程中，分清主次。在我们展开测试工作之前，不妨先“浪费”一点点时间，来分析自己所负责的模块。按照意义和风险，将各模块排出个先后。将最关键，最有意义或风险最高的模块排在最前面。对于重点模块，我们也要分析主次，对于关键功能也应优先重点测试。这样就能保证我们在提交缺陷时，关键功能总是优先。

　　具体来说可以依据以下几点来考虑测试顺序：

　　1. 首先测试经过变更的部分，然后测试没有变化的部分。修改和更新都意味着新的风险。

　　2. 首先测试核心功能，然后测试辅助功能，测试残品所完成的关键和常用功能，测试完成产品基本任务的功能。

　　3. 首先测试功能，然后测试可靠性。先测试每个功能是否完全能用，然后再深入检查任何一个功能在很多不同条件下表现如何。

　　4. 首先测试常见情况，然后测试少见情况。使用常用的数据和使用场景。

　　5. 首先测试常见威胁，然后测试罕见威胁。用最有可能出现的压力和错误情况测试。

　　6. 首先测试影响大的问题，然后测试影响小的问题。测试在出现失效的情况会产生大量破坏的产品部件。

　　同时，作为一名优秀的测试员，不应该把成果满足于缺陷的数量上，应该注意缺陷质量，在有限的时间内提交真正有效的缺陷！

版权声明：本文出自qicailingbing的51Testing软件测试博客：http://www.51testing.com/?265524

原创作品，转载时请务必以超链接形式标明文章原始出处、作者信息和本声明，否则将追究法律责任。