用途：这是一份编写软件测试时的判断准则，用于在写测试、决定是否新增测试、修复失败测试和评审测试时遵循。核心目标是停止无休止的正常路径测试，转而找出并测试关键边界条件，尤其是防止信息泄露的权限边界。
主要能力与要点：
- 先确定要守护的边界，只在将来可能被破坏的地方写最小限度的测试；对无关紧要、坏了也没问题的部分不写测试。
- 重点测试信息是否泄露：不是测有权限的人能访问，而是测无权限的人被拒绝。权限边界不止一个，例如仅 project member 可读的页面，应测已登录但非 member 的人访问返回 403，而不是用未登录用户去测。期望的 status code 要严格校验，期望 403 却返回 404 时测试应失败。只测有权限者返回 200 几乎保护不了任何东西。
- 数据格式测试与访问权限测试分开写：权限测试通过 controller 请求、以期望的拒绝状态码验证，可写成 path、用户类型与期望状态码的组合表；数据格式测试看方法返回值。
- 不写实现副本式的测试：如常量数组、无逻辑薄包装的单元测试、把 fixture 传给格式化函数再校验输出子串、仅验证 validator 写法、仅确认被删调用不再执行、以及 bug 修复后的“以防万一”正常路径回归测试。
- 不为了通过测试而改动实现或测试机制；迁移 test runner 时应确认前后测试总数不变。
- fixture 假名使用下指令的用户自身 handle，避免使用 taro 这类通用人名；域名用 .example 或与既有测试保持一致。
适用场景：编写测试、判断是否新增测试、修复失败测试、评审测试时。
限制：资料未提供具体安装命令、代码示例、平台支持或收费信息。