软件测试用例的编写说明

软件测试用例可以用excel、xmind、word编写，也可以用JIRA、QC、MeterSphere等编写和管理，现在很多公司都用自己的测试开发平台来管理用例和项目。

1.1  测试用例的模板/格式

以手机测试为例，进行功能拆分后，其中包括：基本菜单功能测试：新建彩信。基本菜单对应测什么(what)，功能对应为什么测(why)。

ID对应用例编号，不同项目，编号规则不同。功能描述，用一句话描述怎么做。

1.2  测试用例的写作说明

软件测试用例怎么写？每家公司编写用例的模板不同，通常都会包含这些用例元素：用例编号、用例标题、前置条件、操作步骤、预期结果、用例状态、优先级等。

1.2.1 用例编号

测试用例的编号(或序号或id)相当于用例的“身份证号”，通常由数字和字母组成，按公司规则编写，要求简单、唯一。比如，软件名简称_功能_例_001。

实际工作中，公司有自己的用例编写和管理平台，按项目和产品划分，所以软件名简称基本不用。通常是模块名首字母大写-编号，比如，MRKC-001。

1.2.2 用例标题

软件测试用例标题相当于用例的“姓名”，用一句话清晰的概括测试目的、条件和期望。用例标题不要超过30字，避免冗长。

（1）用例标题是永远唯一、不存在两条相同的用例

例如：

验证微信发送红包失败（无网络）

验证微信发送红包失败（密码错误）

验证微信发送红包失败（余额不足）

（2）标题描述清晰、简单、易懂，最好看到这句话就能知道如何测试。

（3）标题可以“检查、验证、测试”等字眼

（4）用例标题和预期结果相呼应

（5）用例标题要写清楚验证的点

（6）用例标题是陈述句，不用判断句、选择范围、禁止写：是否、正常等词

（7）不能把 bug写成一个用例

（8）一个无效的等价类就是一条用例，不能多个无效等价类写成一条用例

1.2.3 前置条件

测试用例前置条件是指开始测试前，需要先准备什么。

比如，系统或环境状态、数据状态、用户权限状态、前置操作流、时间业务状态等。

（1）   也称预置条件、前提条件、初始条件。

（2）   初始条件要是一个状态，而且是静态的，如管理员一登录后台。

（3）   初始条件是第一步操作步骤之前的状态，不能太远，不用从头写到尾。

1.2.4 操作步骤

用例操作步骤是验证用例标题的具体步骤。

（1）   若对数据要求高，需要把数据分离出来。

（2）   步骤要都有序号。

（3）   每一步用分号分开，最后用一个句号。

（4）   每一步必须换行。

（5）   参数前面加冒号（如用户名：admin）。

（6）   涉及按钮界面用【】、“”等成对符号间隔。

（7）   功能的详细用例步骤4-6步左右。

（8）   最后一步一定是个动作，不能写结果。

1.2.5 预期结果

软件测试用例中的预期结果是测试执行前预先定义的、在特定测试条件下系统应该表现出的正确行为或状态。它是判断测试是否通过的唯一标准。

（1）   是一个状态。

（2）   如果参考文档中有描述，原封不动的抄过来。如果文档中没有具体要求，则点要一致，可以有几个点，如QQ默认安装，应能启动、默认选项匹配等。

1.2.6 用例状态

软件测试用例的状态是指在测试用例生命周期中，其当前所处阶段的标识。它是测试执行和管理的核心，用于跟踪进度、评估质量和协调团队工作。

（1）   通过、失败、阻塞、未执行、搁置、无效用例等。

初始条件达不到时，一般用例状态设置为阻塞。

（2）   看如何执行用例，执行完关心什么来定。

1.2.7 优先级

软件测试用例的优先级是用于决定测试执行顺序的标识。它的核心目的是在时间、人力和资源有限的情况下，优化测试投入，确保最重要的功能先得到验证，从而最大化风险覆盖和质量反馈效率。