前 言 说 到 测 试 用 例 的 设 计 ， 我 想 每 个 有 过 测 试 经 历 的 测 试 工 程 师 都 会 认 为 很 简 单 ， 不 就 是 ：按 需 求 或 概 要 设 计 ， 得 到 软 件 功 能 划 分 图 ， 然 后 据 此 按 每 个 功 能 ， 采 用 等 价 类 划 分 、 临 界 值 、因 果 图 等 方 法 来 设 计 用 例 就 行 了 。 但 事 实 上 撇 开 测 试 数 据 的 设 计 不 谈 ， 仅 就 测 试 项 来 说 ， 我 们 发 现 ， 对 同 一 个 项 目 ， 有 经验 的 测 试 人 员 ， 在 写 用 例 或 测 试 时 总 会 有 更 多 的 测 试 考 虑 点 ， 从 而 发 现 更 多 的 问 题 ； 而 有 些测 试 人 员 测 试 用 例 的 撰 写 却 只 有 那 么 三 板 斧 ， 表 面 看 好 象 已 经 把 页 面 所 有 信 息 的 测 试 都 考 虑到 了 ， 实 际 上 却 还 是 遗 漏 了 大 量 测 试 覆盖点 ， 导致其测 试 出来 的 程 序总 是 比较脆弱。 究其原因 ， 我 觉得 还 是 测 试 用 例 的 撰 写 水平不 到 位， 更 确切地说 是 测 试 用 例 的 覆盖度太低。说 实 话我 认 为 系统测 试 用 例 真正做到 100％覆盖是 很 难的 。难道说 按 设 计 中的 功 能 划 分 ，每 个 功 能 都 写 到 了 这个 用 例 就 覆盖完整了 ？错， 这还 远远不 够。 因 为 我 们 知道还 有 大 量 的 内部处理、 转换、 业务逻辑、 相互影响的 关系等 都 是 需 求 或 设 计 中所 不 会 点 明的 。 而 这些 一 方面 需 要 靠测 试 人 员 对 项 目 本身的 了 解， 另一 方 面 要 靠测 试 人 员 的 经 验 ， 来 一 一 找到 这些 隐藏点 并予以测 试 ， 才能 真正地保证我 们 的 测 试 覆盖度。 所 以本文抛开 具体的 测 试 数 据 设 计 方 法 ， 主要 从 测 试 覆盖度的 角度来 介绍用 例 设 计 时 ，如何才能 考 虑 地更 周全， 如何才能 将隐藏的 测 试 项 一 一 找出， 从 而 使我 们 的 测 试 更 全面 更 完整。 想 法 虽然 美好 ， 可是 毕竟每 个 测 试 的 项 目...
