Test Case 怎么写才专业？从需求到测试案例的完整拆解

好的测试案例是 QA 的核心武器。分享从需求分析到测试案例撰写的系统化方法，包含等价分割、边界值分析等实用技巧。

QA 测试案例等价分割边界值分析决策表测试设计

编辑整理：Mark Liu (劉紋瑋) · 最后更新 2026-03-07

聲明

本文提供测试案例设计的通用方法，实际写法可能因团队规范而异。

目录 / INDEX 5

第 1 節

为什么测试案例很重要？

测试案例不是流水帐，而是一份「品质契约」。写得好，任何人都能照着测；写得烂，测了也不知道测了什么。

第 2 節

测试案例的基本结构

一个完整的测试案例应该包含：

›
Test Case ID
唯一识别码，方便追踪
›
标题
一句话描述测什么
›
前置条件
执行前需要的环境或状态
›
测试步骤
1-2-3 清楚的操作步骤
›
预期结果
每一步应该看到什么
›
优先级
P0（必测）、P1（重要）、P2（一般）、P3（低优先）

第 3 節

从需求拆解测试案例

以「使用者登入」功能为例，需要从正向测试（Happy Path）、反向测试（Negative Test）、边界值测试三个面向拆解。正向测试包含正确帐号密码登入成功、记住我功能、登入后导向正确页面。反向测试包含帐号不存在、密码错误、帐号或密码为空、帐号被锁定、连续错误次数超过限制。边界值测试包含密码最短/最长长度、帐号包含特殊字元、SQL Injection / XSS 尝试。

第 4 節

常用测试设计技巧

四种最常用的测试设计方法：

›
等价分割 (Equivalence Partitioning)
把输入分成「有效」和「无效」两类，每类只测一个代表值。例如年龄栏位：有效（18-65）、无效（<18, >65, 非数字）
›
边界值分析 (Boundary Value Analysis)
专门测边界。年龄 18-65 的话，测 17、18、19、64、65、66。 Bug 最爱藏在边界
›
决策表 (Decision Table)
多条件组合时使用。例如：会员等级 × 折扣码 × 运费规则，列出所有组合确保不遗漏
›
状态转换 (State Transition)
订单状态：待付款 → 已付款 → 出货中 → 已送达 → 完成/退货。测每个状态间的转换是否正确