autorenew

更新时间: 2026-03-25

功能测试

基础信息

Skill 名称
functional-testing
中文名称
功能测试
作者
naodeng
适用场景
核心业务链路需要上线前功能质量确认。
适用人群
负责业务功能正确性验证的 QA。
简单介绍
适合谁:负责业务功能正确性验证的 QA。 何时使用:核心业务链路需要上线前功能质量确认。 怎么使用:围绕主路径、边界和异常场景执行验证,并输出剩余风险结论。

Skill 完整介绍

When 定场景:触发场景,用户何时使用

  • 核心业务功能上线前需要验证正确性。
  • 需求变更可能影响关键业务链路。
  • 需要确认正常、边界、异常输入下的行为一致性。

What 立目标:具体成果,解决什么问题

  • 验证功能是否符合需求与验收标准。
  • 发现流程逻辑、状态流转和异常处理缺口。
  • 形成可用于发布判断的功能质量结论。

How 理规则:步骤逻辑,怎么执行

  1. 从需求和用户流程建立功能地图。
  2. 识别主路径、边界路径、异常路径。
  3. 准备代表性测试数据和前置状态。
  4. 执行并校验界面、接口、数据一致性。
  5. 记录问题并标注业务影响。
  6. 汇总功能准备度与剩余风险。

Reference 给示例:正例(输入 -> 输出)

输入:

  • 功能:部分退款 + 优惠券回退

输出:

  • 覆盖正常退款、异常退款、回滚失败路径
  • 发现 UI 状态与结算记录不一致问题

Reference 给示例:反例(输入 -> 输出)

输入:

  • “退款功能快速测一下”

输出(问题):

  • 只测主流程,不测状态与异常
  • 发版前形成错误安全感

Limits 画边界:明确限制,什么不做

  • 不把功能测试简化为点点页面。
  • 不跳过异常和回滚路径。
  • 不只看 UI,不校验数据与状态。
  • 不在无需求追溯下判定通过。
  • 不忽视跨模块依赖影响。

使用说明

  1. 先完成 functional-testing 的安装和启用(直接用本页安装命令)。
  2. 提需求时先给必要上下文:范围、环境、时间、期望输出格式。
  3. 带功能范围触发,例如:“使用 functional-testing 覆盖退款+优惠券回退流程。”
  4. 要求分组输出:主流程、边界、异常、依赖校验。
  5. 执行中发现遗漏后补跑一轮缺口场景。

安装说明

平台

AI 工具

快速安装(一行命令)

正在生成命令...

完整脚本

正在加载脚本...
分享