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