测试用例

一、测试用例：是测试人员根据软件需求、产品设计文档，提前编写的标准化、可落地、可验证的测试操作说明书。
二、测试用例【核心作用】
✅ 规范测试流程：所有人按同一套用例执行，不同测试人员、不同时间测同一个功能，结果一致，无歧义。
✅ 避免功能漏测：覆盖「正常操作 + 异常操作 + 边界场景」，确保软件所有功能点都被验证。
✅ 明确验证标准：清晰定义「预期结果」，解决测试、开发、产品对 “功能是否合格” 的分歧。
✅ 支撑回归测试：软件修复 Bug 后，可重复执行用例，验证 Bug 是否修复、是否引入新问题。
✅ 量化测试进度：通过统计「用例执行数 / 总用例数」「通过率」，直观判断测试是否完成、软件质量是否达标。
✅ 留存测试依据：形成文档沉淀，方便项目复盘、新人接手、问题追溯。
三、测试用例【必备核心要素】（必考 + 实操必须写全）
这是写测试用例的硬性要求，缺一个都不算合格用例，禅道 / 任何测试工具里都对应固定填写项，按顺序记死：
✔ 1. 基础标识类（用于归类、查找）
用例 ID：唯一编号（如Case-登录-001、Phone-通话-002），规则统一、便于检索
测试模块：所属功能模块（如「登录模块」「支付模块」「手机通话模块」）
测试标题：一句话说明测试目的（如「输入正确账号密码，验证登录成功」）
优先级：高 / 中 / 低（核心功能标「高」，次要功能标「中 / 低」，优先执行高优先级用例）
测试类型：功能测试 / 性能测试 / 兼容性测试 / 安全测试（最常用：功能测试）
✔ 2. 测试执行类（核心，决定「怎么测」）
前置条件：执行该用例前，必须满足的所有环境 / 状态要求（如「已打开 APP」「已插入有效 SIM 卡」「网络信号正常」）
操作步骤：一步步、无歧义的操作流程，精准到每一个点击 / 输入（如「1. 点击登录入口 2. 输入用户名 test01 3. 输入密码 123456 4. 点击登录按钮」）
✔ 3. 结果验证类（核心，决定「测的结果对不对」）
预期结果：明确、可观察、可验证的正确结果（如「跳转到首页，顶部显示用户名 test01」），是判断功能是否合格的唯一标准
实际结果：测试执行后，真实出现的结果（测试时填写，与预期一致则「通过」，不一致则「失败」，失败即判定为 Bug）