用例级别 （level）
Level1 基本：
1、该类用例设计系统基本功能，1级用例的数量应受到控制，防止工作量过大。
2、划分依据：该用例执行的失败会导致众多重要功能无法运行的，如：表单维护中的增加功能、最平常的业务使用等。可以认为是发生概率较高的并经常这样使用的一些功能用例。
3、该级别的测试用例在每一轮版本测试中都必须执行
Level2 重要：
1、2级测试用例实际系统的重要功能。2级用例数量较多。
2、划分依据：主要包括一些功能交互相关、各种应用场景、使用频率较高的正常功能测试用例
3、在非回归的系统测试版本中基本上都需要进行验证，以保证系统所有的重要功能都能够正常实现。在测试过程中可以根据版本当前的具体情况进行安排进行测试。
Level3 一般：
1、3级测试用例设计系统的一般功能，3级用例数量也较多。
2、划分依据：使用频率较低于2级用例。例如：数值或数组的编辑情况、特殊字符、字符串超长、与外部件交互消息失败、消息超时、事物完整性测试、可靠性测试等等。
3、在非回归的系统测试版本中不一定都进行验证，而且在系统测试的中后期并不一定需要每个版本都进行测试
Level4 生僻：如果没有可以不适用该级别
1、该级别用例一般非常少。
2、划分依据：该用例对应较生僻的预置条件和数据设置。虽然某些测试用例发现过较严重的错误，但是那些用例的处罚条件非常特殊，仍然应该被植入4级用例中。如界面规范化的测试也可归入4级用例。在实际使用中使用频率非常低、对用户可有可无的功能。
3、在版本测试中有某些正常原因（包括：环境、人力、时间等）经过测试经理同意可以不进行测试。
软件的缺陷等级应如何划分：
A类——致命错误，包括以下各种错误：
1．由于程序所引起的死机，非法退出
2．死循环
3．数据库发生死锁
4．因错误操作导致的程序中断
5．功能错误
6．与数据库连接错误
7．数据通讯错误
B类——严重错误，包括以下各种错误：
1．程序错误
2．程序接口错误
3．数据库的表、业务规则、缺省值未加完整性等约束条件
C类——一般错误，包括以下各种错误：
1．操作界面错误（包括数据窗口内列名定义、含义是否一致）
2．打印内容、格式错误
3．简单的输入限制未放在前台进行控制
4．删除操作未给出提示
5．数据库表中有过多的空字段
D类——提示错误，包括以下各种错误：
1．界面不规范
2． 辅助说明描述不清楚
3． 输入输出不规范
4． 长操作未给用户提示
5． 提示窗口文字未采用行业术语
6． 可输入区域和只读区域没有明显的区分标志
本文出自seven的测试人生公众号最新内容请见作者的GitHub页：http://qaseven.github.io/