|
概念澄清
测试用例的优先级
是根据产品功能的重要性和影响范围进行划分的。在编写测试用例时，可根据其重要性，进行标注优先级。常用P0, P1, P2, P3, P4，这些标记作为用例的优先级。
- P0：最重要的、最基础的功能。如果执行不通过，就会阻碍后面的测试工作。常作为冒烟测试的用例。
- P1：产品的核心功能。如果执行不通过，会影响产品的正常使用，会给客户带来非常不好的体验。常作为回归测试用例，每次新版本更新时，都需要复测的功能。
- P2：产品的一般功能。如果执行不通过，会影响某些小功能的使用，但不会阻碍客户的征程使用。
- P3：产品的UI界面，一些不常用的功能，书写错误等微小的功能。如果执行不通过，对产品使用没有什么影响，但会给客户造成一些不好印象。
- P4：性能方面的，安全性方面的一些用例。如果平时使用没有任何影响，但在特殊情况下才会展现出来的缺陷。需要使用特定的工具，才能执行的一些用例。这些功能一般会单独的去作为一项测试，有专业的人员去测试。
缺陷严重性
缺陷的严重性和测试用例优先级是不同的。缺陷严重性是表明，该缺陷的影响深度和广度，是用来表示缺陷的重要性。通常Bug管理系统里Severity分为4个等级Critical, Major, Minor, Trivial，Enhancement
- Critical: 即系统无法执行、崩溃或严重资源不足、应用模块无法启动或异常退出、无法测试、造成系统不稳定。严重阻碍后续测试工作。
- Major：即影响系统功能或操作，主要功能存在严重缺陷，但不会影响到系统稳定性。产品的主要功能出现错误。
- Minor：即界面、性能缺陷、兼容性。一般功能出现错误，不会影响产品主流程的使用。影响范围也没有那么广泛。
- Enhancement:即易用性及建议性问题。一些作为专业测试的角度看，提出的一些改善性的缺陷。
判断测试用例的优先级，或者缺陷的严重性。需要测试者都产品有十分清晰的认知，也需要丰富的测试经验去支撑，就能轻松的判定出他们的等级。总而言之，多学，多做，多总结，就能更好的设计测试用例和报告缺陷。加油~
END
|