test-runner

星标667

分支123

更新时间2026年6月17日 21:33

Run tests in the fdb-record-layer codebase, interpret results, and diagnose failures.

安装

用 Codex 或 Claude 帮你安装复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。

在 Manus 中运行

来源

FoundationDB

FoundationDB/fdb-record-layer

打开 GitHub 仓库查看创作者相关仓库

下载

在 Manus 中运行

How to run tests

For yaml-tests: ./gradlew :yaml-tests:test (or --tests 'YamlIntegrationTests.<name>').
For embedded-only yaml-tests (faster): ./gradlew :yaml-tests:quickTest.
For mixed-mode yaml-tests locally: ./gradlew :yaml-tests:mixedModeTest.
For JUnit tests in a module: ./gradlew :<module>:test --tests '<fully.qualified.ClassName>'.

Diagnosing failures

Read the full test output — look for the stack trace and the assertion message.
Check if the failure is in a yaml test:
- plan mismatch → the actual query plan changed; edit YamlIntegrationTests.java to add @MaintainYamlTestConfig(YamlTestConfigFilters.CORRECT_EXPECTATIONS) to the test entry, then re-run — the framework will auto-correct the expected plan.
- result mismatch → data or query logic changed; inspect the yamsql file.
Check if the failure is an async issue:
- BlockingInAsyncContextException → something called join()/get() inside a future.
- Timeout → possible deadlock; check for blocking calls in completion lambdas.
Check if FDB connectivity is the issue:
- FDBException or connection refused → FDB is not running or cluster file is wrong.

同仓库更多 Skills

同仓库

docs-writer

FoundationDB/fdb-record-layer

Write or update documentation in docs/sphinx/source/. Applies the appropriate style for user-facing vs. architecture docs.

2026-07-07667

frl-test-coding-standard

FoundationDB/fdb-record-layer

Standards for writing tests in fdb-record-layer. Apply when writing or reviewing test code.

2026-06-26667

code-reviewer

FoundationDB/fdb-record-layer

Code review the current branch for adherence to project standards, correctness, and best practices.

2026-06-17667

code-simplifier

FoundationDB/fdb-record-layer

Simplifies and refines recently modified code for clarity, consistency, and maintainability while preserving all functionality.

2026-06-17667

context-resumption

FoundationDB/fdb-record-layer

Rebuild working context after a session restart. Reads branch state, recent commits, open PRs, and changed files to produce a "what was I doing" summary.

2026-06-17667

frl-coding-standard

FoundationDB/fdb-record-layer

Coding standards for all Java code in fdb-record-layer. Apply when writing or reviewing any Java code.

2026-06-17667

name	test-runner
description	Run tests in the fdb-record-layer codebase, interpret results, and diagnose failures.

Always apply the using-gradle skill for Gradle task syntax and build commands.

How to run tests

For yaml-tests: ./gradlew :yaml-tests:test (or --tests 'YamlIntegrationTests.<name>').
For embedded-only yaml-tests (faster): ./gradlew :yaml-tests:quickTest.
For mixed-mode yaml-tests locally: ./gradlew :yaml-tests:mixedModeTest.
For JUnit tests in a module: ./gradlew :<module>:test --tests '<fully.qualified.ClassName>'.

Diagnosing failures

Read the full test output — look for the stack trace and the assertion message.
Check if the failure is in a yaml test:
- plan mismatch → the actual query plan changed; edit YamlIntegrationTests.java to add @MaintainYamlTestConfig(YamlTestConfigFilters.CORRECT_EXPECTATIONS) to the test entry, then re-run — the framework will auto-correct the expected plan.
- result mismatch → data or query logic changed; inspect the yamsql file.
Check if the failure is an async issue:
- BlockingInAsyncContextException → something called join()/get() inside a future.
- Timeout → possible deadlock; check for blocking calls in completion lambdas.
Check if FDB connectivity is the issue:
- FDBException or connection refused → FDB is not running or cluster file is wrong.