What problem does it solve?
TiDB contributors often see unexpected test diffs in planner, executor, or testdata outputs that seem unrelated to their PR, especially after merges or rebases. This Skill provides a structured triage workflow to determine whether the diff is a failpoint setup issue, an upstream behavior change, or a genuine local regression before touching expected outputs.
Core Features & Use Cases
- Failpoint-first triage: Checks whether the affected package relies on failpoint instrumentation and reruns tests with failpoints enabled plus
-count=1 for reproducibility.
- Merge impact isolation: Guides minimal reproduction with
-run <TestName> and git bisect to find the first bad commit in a merged range.
- Guarded testdata updates: Prevents premature syncing of expected plan/result outputs until the root cause is proven.
- Use Case: After rebasing a PR, a planner test's expected output no longer matches. Use this Skill to check failpoint requirements, bisect the merged commits, and classify the diff before deciding whether to update testdata.
Quick Start
Triage this unexpected TiDB test diff in my planner test that appeared after rebasing, checking failpoint setup first and bisecting if needed.