1、测试用例界别划分的目的为用例划分为不同的执行级别，可以为在每轮的版本执行中抽取用例提供共同的参考依据，但具体不同的产品，在测试过程中可以根据版本当前的具体情况进行安排是否进行测试。级别 定义Level 1 基本 1) 该类用例设计系统基本功能，1 级用例的数量应受到控制。2) 划分依据：该用例执行的失败会导致多处重要功能无法运行的。如：单表维护中的增加功能、最平常的业务使用等。可以认为是发生概率较高的而经常这样使用的一些功能用例。3) 该级别的测试用例在每一轮版本测试中都必须执行。Level 2重要1) 2 级测试用例涉及系统的重要功能。2 级用例数量较多。2) 划分依据：主要包括一些功能交互
2、相关、各种应用场景、使用频率较高的正常功能测试用例。3) 在非回归的系统测试版本中基本上都需要进行验证，以 系统所有的重要功能都能够正常实现。在测试过程中可以根据版本当前的具体情况进行安排是否进行测试Level 3一般1) 3 级测试用例涉及系统的一般功能，3 级用例数量也较多。2) 划分依据：使用频率低于 2 级用例。例如：数值或数组的边界情况、特殊字符、字符串超长、与外部交互消息失败、消息超时、事务完整性测试、可靠性测试等等。3) 在非回归的系统测试版本中不一定都进行验证，而且在系统测试的中后期并不一定需要每个版本都进行测试。Level 4生僻如果没有可以不适用该级别，1) 该级别用例一般
3、非常少。2) 划分依据：该类用例对应较生僻的预置条件和数据设置。虽然某些测试用例发现过较严重的错误，但是那些用例的触发条件非常特殊，仍然应该被置入 4 级用例中。如界面规范化的测试也可归入 4 级用例。在实际使用中使用频率非常低、对用户可有可无的功能。3) 在版本测试中有某些正常原因(包括：环境、人力、时间等 )经过测试经理同意可以不进行测试。GT3K中的用例_级别划分参考Level 1：基本。 该类用例设计系统基本功能，用于版本提交时作为“版本通过准则”。如存在不通过的项目时可考虑重新提交版本，例如通话不计费等。1级用例的数量应受到控制。Level 2：重要。 2 级测试用例在非回归的系统测试版本中基本上都需要进行验证，以保证系统所有的重要功能都能够正常实现。在测试过程中可以根据版本当前的具体情况进行安排是否进行测试。Level 3：一般。 3 级测试用例使用频率较二级测试用例低，在非回归的系统测试版本中不一定都进行验证，而且在系统测试的中后期并不一定需要每个版本都进行测试。Level 4：生僻。 该类用例对应较生僻的预置条件和数据设置。虽然某些测试用例发现过较严重的错误，但是那些用例的触发条件非常特殊，仍然应该被置入 4级用例中。有关用户界面的优化等方面的测试用例可归入 4级用例。在实际使用中使用频率非常低、对用户可有可无的功能。
