持续创作，加速成长！这是我参与「掘金日新计划 · 10 月更文挑战」的第13天，点击查看活动详情
界面测试用例包括：测试类型编号、测试类型描述、测试数据准备、测试项编号、测试用例 编号、用例简述、预置条件、输入数据、测试步骤、预期结果、实际结果、用例等级、用例类型、 执行状态、SQL语句及备注。
测试类型编号：测试类型编号是指当前sheet所在测试类型的唯一ID。例如，界面测试用例 的编号为CSLX＿01。常用的测试类型有功能测试、流程测试、业务测试、界面测试、接口测试、 性能测试、单元测试、冒烟测试、系统测试。
测试类型描述：测试类型描述是指当前 sheet 所在测试类型的名称。例如，界面测试用例的 描述为界面元素的检查。
测试数据准备：测试数据准备是指测试执行前的准备工作。例如，界面测试是以测试需求说 明书以及系统原型图为依据的。
测试项编号：测试模块的编号。根据测试用例汇总表中的对应编号填写。
测试用例编号：根据测试项编号填写测试用例编号。例如，项目A＿1下的模块A＿1＿a的子模 块A＿1＿a＿1的第一条测试用例的编号为模块A＿1＿a＿1＿001。
用例简述：测试用例的简单描述。用一句话说明用例的主要内容即可。例如，检查登录页面 的界面元素是否满足要求。
预置条件：测试执行前需要满足的条件。例如，检查个人信息页面前，必须存在已注册用户 的数据。初级测试人员在测试执行前按照该内容准备测试基础数据。
输入数据：当前测试执行时需要输入的数据。例如，界面测试中页面元素是联动的下拉 框，那么测试数据b时必须输入数据a，初级测试人员在测试执行前按照该内容准备测试输 入数据。
测试步骤：测试执行时使用的步骤。初级测试人员按照该步骤执行测试用例。
（1）登录系统。
（2）菜单：维护项目（A＿1＿a＿1）
（3）查看维护项目（A＿1＿a＿1）初始化界面是否正确。
（4）查看数据编辑页面是否正确
预期结果：测试执行后正确的输出结果。初级测试人员按照该内容核实测试结果是否正确。
（1）用户成功登录系统。
（2）用户成功进入【维护项目（A_1_a_1）】页面。
（3）显示如图维护项目（A_1_a_1)-001
（4）显示如图维护项目（A_1_a_1)-00
实际结果：实际测试执行后的输出结果。初级测试人员将实际结果与预期结果做对比得出测 试结果是否通过。
（1）用户成功登录系统。
（2）用户成功进入【维护项目（A_1_a_1)】页面。
（3）显示如图维护项目（A_1_a_1)-001
（4）显示与如图维护项目（A_1_a_1)-0002 不符，缺少界面元素信息项资金流水号。
用例等级：用例执行的先后顺序。用例分为三个等级。
·等级—高（H）表示最常执行以保证功能性是稳定的、系统可以正常的用例。通常指能够 检验出重要缺陷的测试用例的集合。
等级—中（M）表示使给出的功能区域或功能变得更详细的测试用例。通常是指检查功能 的非主要方面，包括边界、配置测试的测试用例。
等级—低（L）表示最少被执行的测试用例。但这并不意味着这些测试都不重要，这些用 例在项目的生命期间里不常常被运行或者测试执行的顺序比较靠后，例如，可用性和性 能测试等。
用例类型：用例的类型说明。当用例比较少的情况下，可以把所有用例汇总在一个sheet中，以这个字段区分用例的类型。例如，功能测试、接口测试、性能测试等。
执行状态：用例是否被执行通过。该字段分为通过、不通过、空。空的状态与备注项一起使用，在备注项中说明用例是未执行，还是不能执行的情况。
SQL语句：测试执行需要进行数据库操作的测试用例，在此项中填写使用的SQL语句。备注：记录用例状态的说明或者出现的意外情况及对应措施。
测试用例的这些填写项被称为测试用例的要素。而测试用例经常使用的要素为测试标题、预置条件、输入数据、测试步骤、预期结果、实际结果、测试状态。它们被称为测试用例的7要素。有些测试工程师在面试时就会被提到相关的问题。面试官可以根据测试人员对这些内容的熟悉程度判断测试人员是否写过测试用例。有些测试人员认为只要背下来就可以了。我建议从理解的角度出发，不要死背测试理论知识。当你对一件事思考多了，它自然就烂熟于胸了。
