在项目中常常被项目成员质疑：“这么严重的问题为什么没有在第一时间发现，你们的测试到底在做什么？”
尽早尽可能多的发现那些阻断或者严重的的缺陷，是项目成员比较关心的一个问题，也是最能体现测试专业性的一个能力，怎样才能尽可能早的时间发现尽可能多的严重缺陷能？在测试时需要遵循七个优先原则即可做到。下面简单和大家聊聊这七个优先原则。
原则一：优先测试经过变更的部分，然后测试没有变化的部分。
任何一次修改和更新都意味着新的风险。新变更往往是在老技术的基础上进行进行改造或者重构，更容易出现问题。新变更更多的时候更能获得用户的关注，更容易发现一些原来视而不见或者更深层次的问题或者缺陷。所以在测试时需要优先关注变更的部分。
原则二：优先测试核心功能，然后测试辅助功能。
在所有的测试中，都应该先测试最核心的用例，然后进行辅助功能的测试。为了实现进行业务测试分层测试，一般会对测试用例进行分级。比如在原来的某个项目的测试过程中，把用例分成四个级别。非常高，高、中、低。
非常高主要是BVT级别的用例，这些用例主要描述该业务系统最核心的业务能力和业务支撑。占总用例的5%左右。
高级别的用例主要是描述该业务系统中核心的功能和能力，以及BVT级别用例的异常用例。占总用例的20%到25%左右。
中低级别的用例主要包含其他核心功能及辅助功能的业务能力和支撑。
有用例分级以后，测试时可以根据需求进行分类测试。比如先选择核心功能测试，在进行辅助功能测试。
原则三：优先测试能力，然后测试可靠性。
先测试每个功能是否能够完全满足用户的基本需求，再深入检查任何一个功能在不同条件下的表现如何。然后考虑产品的性能、稳定性等功能。
原则四：优先测试常用的高频的功能，然后测试不常用的低频功能
高频功能或者用户常用功能是用户或者客户最为关心的部分，一般是日常工作需要或者满足其日常生活中某种需求。在时间或者资源有限的情况下时，或者制定测试策略要优先考虑高频功能；确保常用的高频功能得到优先测试，以尽早发现线上问题。然后再考虑低频或者不常用的功能。
原则五：优先测试常见风险或威胁，然后测试罕见风险或威胁。
在测试中优先测试最有可能出现的问题和错误情况进行测试。在测试过程中需要根据历史测试情况和线上问题反馈等进行制定合适测试策略，对那些已知的已知和已知的未知的风险模块和问题进行重点测试。确保这些模块的问题能够优先被发现。
原则六：优先测试影响大的问题，然后测试影响小的问题。
在日常测试中要优先考虑那些功能失效影响大的部分，比如：会影响生命的、影响用户钱财的、会让用户丢面子的等功能，在测试时就要优先考虑。因为这些功能一旦出现失效或者问题，会导致丢命，损失财物或者给用户造成较为严重的影响，测试时应该优先考虑这部分功能。
原则七：优先测试用户最需要的部分，然后测试没有要求的部分。
在日常测试中要优先考虑那些功能是用户最需要的，最不能出错的，在测试时优先考虑用户使用系统目的和目标是什么？那些功能能够帮助用户完成他的目标，对这些功能优先进行测试，然后再考虑其他辅助或者增强性功能。
以上七个原则，是所有测试同学一看就懂，然而遗憾的是有很大一部分同学一做就忘。这需要我们在工组中不断总结和实践。
