dotnet-test: raise timeout for assertion-quality decline-write-tests scenario - #862
Conversation
…scenario 300->360 The 'Decline request to write new tests from scratch' non-activation scenario writes a full MSTest suite from scratch (code generation) and was hitting its 300s wall-clock timeout. Per InvestigatingResults.md, code-generation scenarios often need 360s. Co-authored-by: Copilot App <223556219+Copilot@users.noreply.github.com>
|
/evaluate |
There was a problem hiding this comment.
Pull request overview
Raises the per-scenario wall-clock timeout for a single dotnet-test evaluation scenario that was frequently timing out and producing empty output, preventing the scenario’s rubric/assertions from being meaningfully evaluated.
Changes:
- Increased the
timeoutfor the “Decline request to write new tests from scratch” scenario intests/dotnet-test/assertion-quality/eval.yamlfrom300to360.
Show a summary per file
| File | Description |
|---|---|
| tests/dotnet-test/assertion-quality/eval.yaml | Increases scenario timeout to reduce timeout-induced empty outputs and assertion failures. |
Copilot's findings
Tip
Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
- Files reviewed: 1/1 changed files
- Comments generated: 0
Skill Validation Results
[1] (Plugin) Quality unchanged but weighted score is -10.0% due to: tokens (26440 → 75330), tool calls (2 → 4), time (25.2s → 57.6s) Model: claude-opus-4.6 | Judge: claude-opus-4.6 🔍 Full Results - additional metrics and failure investigation steps
▶ Sessions Visualisation -- interactive replay of all evaluation sessions |
|
✅ Evaluation passed for |
What
Raises the per-scenario
timeoutfrom300to360for the "Decline request to write new tests from scratch" scenario intests/dotnet-test/assertion-quality/eval.yaml.Why
This non-activation scenario asks the agent to write a full MSTest test suite from scratch — a code-generation task — and its rubric requires the agent to actually produce the tests. It was hitting its 300s wall-clock timeout, producing empty output and failing all assertions.
Per
eng/skill-validator/src/docs/InvestigatingResults.md, timeouts are the highest-priority failure mode and code-generation scenarios often need 360s. This follows the same fix pattern as #850, which raised timeouts for chronic-timeout eval scenarios (including the identically-named test-gap-analysis scenario).