Back to Details

ln-513-regression-checker

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese
Paths: File paths (
shared/
, 
references/
, 
../ln-*
) are relative to skills repo root. If not found at CWD, locate this SKILL.md directory and go up one level for repo root.
路径： 文件路径（
shared/
、
references/
、
../ln-*
）是相对于技能仓库根目录的。如果在当前工作目录（CWD）中未找到，请定位到本SKILL.md所在目录，然后向上一级即为仓库根目录。

Regression Checker

回归检查器

Runs the existing test suite to ensure no regressions after implementation changes.
运行现有测试套件，确保在实现变更后不会出现回归问题。

Inputs

输入参数

InputRequiredSourceDescription
storyId
Yesargs, git branch, kanban, userStory to process
Resolution: Story Resolution Chain. Status filter: To Review
输入参数是否必填来源描述
storyId
是参数、Git分支、看板、用户待处理的Story
解析规则： Story解析链。状态过滤： 待审核

Purpose & Scope

目标与范围

  • Detect test framework (pytest/jest/vitest/go test/etc.) and test dirs.
  • Execute full suite; capture stdout/stderr for Story quality gate.
  • Return PASS/FAIL with counts/log excerpts; never modifies Linear or kanban.
  • Preserve full stdout/stderr output for downstream log analysis.
  • 检测测试框架（pytest/jest/vitest/go test等）及测试目录。
  • 执行完整测试套件；捕获标准输出/标准错误，用于Story质量门禁。
  • 返回通过/失败结果及测试数量/日志片段；绝不会修改Linear或看板。
  • 保留完整的标准输出/标准错误，供下游日志分析使用。

When to Use

使用场景

  • Invoked by ln-510-quality-coordinator Phase 7
  • Code quality check passed
  • 由ln-510-quality-coordinator调用 第7阶段
  • 代码质量检查已通过

Workflow

工作流程

Phase 0: Resolve Inputs

阶段0：解析输入参数

MANDATORY READ: Load 
shared/references/input_resolution_pattern.md
, 
shared/references/ci_tool_detection.md
  1. Resolve storyId: Run Story Resolution Chain per guide (status filter: [To Review]).
必读内容： 加载
shared/references/input_resolution_pattern.md
、
shared/references/ci_tool_detection.md
  1. 解析storyId： 根据指南运行Story解析链（状态过滤：[待审核]）。

Phase 1: Execute Tests

阶段1：执行测试

MANDATORY READ: Load 
docs/project/infrastructure.md
, 
docs/project/runbook.md
  1. Auto-discover test framework per ci_tool_detection.md Command Registry (Test Frameworks section).
  2. Get service endpoints, port allocation from infrastructure.md. Get exact test commands, Docker setup, environment variables from runbook.md. Runbook commands take priority over auto-detection (per ci_tool_detection.md Discovery Hierarchy).
  3. Build appropriate test command; run with timeout (5min per ci_tool_detection.md); capture stdout/stderr.
  4. Parse results: passed/failed counts; key failing tests.
  5. Output verdict JSON (PASS or FAIL + failures list) and add Linear comment.
必读内容： 加载
docs/project/infrastructure.md
、
docs/project/runbook.md
  1. 根据ci_tool_detection.md中的命令注册表（测试框架部分）自动发现测试框架。
  2. 从infrastructure.md中获取服务端点、端口分配信息。从runbook.md中获取具体的测试命令、Docker配置、环境变量。根据ci_tool_detection.md中的发现优先级，Runbook中的命令优先级高于自动检测结果。
  3. 构建合适的测试命令；设置超时时间（根据ci_tool_detection.md为5分钟）；执行并捕获标准输出/标准错误。
  4. 解析测试结果：统计通过/失败的测试数量；提取关键失败测试信息。
  5. 输出包含判定结果的JSON（通过/失败 + 失败测试列表），并在Linear中添加评论。

Critical Rules

关键规则

  • No selective test runs; run full suite.
  • Do not fix tests or change status; only report.
  • Language preservation in comment (EN/RU).
  • 不得选择性运行测试；必须运行完整测试套件。
  • 不得修复测试或更改状态；仅进行结果报告。
  • 评论保留原有语言（英文/俄文）。

Definition of Done

完成标准

  • Framework detected; command executed.
  • Results parsed; verdict produced with failing tests (if any).
  • Linear comment posted with summary.
  • 已检测到测试框架；已执行测试命令。
  • 已解析测试结果；已生成包含失败测试（如有）的判定结果。
  • 已在Linear中发布包含摘要的评论。

Reference Files

参考文件

  • Risk-based limits used downstream: 
    shared/references/risk_based_testing_guide.md
  • CI tool detection: 
    shared/references/ci_tool_detection.md
  • Pytest patterns: 
    references/pytest_configuration.md
Version: 3.1.0 Last Updated: 2026-01-09
  • 下游使用的基于风险的限制：
    shared/references/risk_based_testing_guide.md
  • CI工具检测： 
    shared/references/ci_tool_detection.md
  • Pytest配置规范： 
    references/pytest_configuration.md
版本： 3.1.0 最后更新时间： 2026-01-09