2. 验收标准的价值：减少需求歧义、自动化测试基础、团队协作对齐

适用场景

当团队面临以下任一场景时，必须主动评估验收标准的三大价值是否被充分利用：

前置条件

1. 团队已统一使用 Given-When-Then 模板（见第 1 章）。
2. 至少拥有一个可运行的用户故事或需求条目。
3. 参与需求评审的角色（PO、Dev、QA）均已到位。
4. 测试框架或自动化工具链已初步搭建（可使用任何语言/框架）。

操作步骤：三步法释放验收标准价值

1. 统一认知（消除歧义）：在评审会上逐条朗读 Given-When-Then 场景，要求每位角色用自己的话复述“什么条件下做什么、期待什么结果”。标记任何表述不一致的地方，当场修正。
2. 生成测试桩（自动化基础）：将每个 Given-When-Then 场景直接转化为自动化测试的骨架代码（Given 对应前置条件、When 对应触发动作、Then 对应断言）。产出物为 @Test 或 it() 级别的测试模板。
3. 同步团队知识库（协作对齐）：将验收标准文档存入项目 Wiki 或协作平台，并关联到对应的用户故事卡片。确保每次 sprint 规划、每日站会、回顾会议中可随时查阅。

// 示例：Given-When-Then -> 自动化测试骨架（Python pytest）
def test_user_login_with_valid_credentials():
    # Given（用户已注册且密码正确）
    user = create_registered_user("alice", "P@ssw0rd")
    # When（用户输入正确账号密码并点击登录）
    response = login("alice", "P@ssw0rd")
    # Then（登录成功，返回用户主页）
    assert response.status_code == 200
    assert response.url == "/home"

输入输出物

责任边界

• 产品经理 / 业务分析师：提供原始需求，并对验收标准中的业务规则正确性负责。
• 开发工程师：确保实现满足所有 Given-When-Then 场景，并参与测试骨架生成。
• 测试工程师：将验收标准转化为自动化测试用例，执行并报告结果。
• Scrum Master / 项目经理：推动三步法在迭代中的落地，组织评审和同步会议。

记录材料

每次价值实践后需保留以下记录：

• 歧义消除记录表：包含原始表述、争议点、最终定稿。
• 自动化测试覆盖率报告：标明哪些场景已生成自动化用例，哪些仍为手工。
• 知识库版本日志：记录验收标准的增删改操作及责任人。

异常处理

验收标准组织正文：三大价值关系图

以下流程图展示了验收标准如何从输入需求出发，通过三个价值支点，最终输出高质量软件。每个支点都是可独立评估的环节。