test(cli): make the telemetry mutation run and the test suite faster without weakening them
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 43/100
- Loại issue
- Tái cấu trúc
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- typescript
- Lĩnh vực
- ci-cd, testing-qa
Hướng nghiên cứu
Start with the telemetry Stryker configuration and Vitest project and test ordering, then inspect tests/e2e/telemetry-report.e2e.test.ts and the golden-cell capture tests. Measure the full mutation run and pnpm test before changes; trace why static mutants run without tests. Done means timings are recorded, CI and mutation shards are green, and the mutation score is unchanged or every difference is explained without any previously killed mutant surviving.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Problem
pnpm test:mutation:telemetry takes 62 min locally (4228 mutants) and dominates CI time; cd cli && pnpm test takes 39 s. Measured on next at 06dbb980:
- Vitest runs the
integrationproject beforeunitand the longest files first. Stryker stops a mutant at its first failing test, so most mutants run slow integration files before the unit test that kills them in milliseconds: 2321 of 3575 killed mutants were killed by an integration test although 2756 were also covered by a unit test. - 196 mutants time out. About 31 are real infinite loops; about 165 are slow kills (some are killed in 3 ms by a unit test run alone).
- 330 static mutants (7.8%) use 60.5% of all test runs.
pnpm testwall time is set by one file,tests/e2e/telemetry-report.e2e.test.ts(33 s).
Scope
- A test order for mutation only: unit tests first, then shortest first.
- Lower the Stryker timeout and set its concurrency once the order is fixed, measured.
- Find why the static mutants run outside any test, and make them cheap without dropping them from the score.
- Split the slowest e2e file so
pnpm testruns it in parallel. - Capture each golden cell twice, not three times.
Acceptance criteria
- Mutation score unchanged or each difference explained per mutant; no mutant that was killed before survives.
- No test deleted or weakened (no lower
numRuns, no dropped assertion). - Before and after timings of the full telemetry mutation run and of
pnpm test, same machine. - CI green, mutation shards included.
Out of scope
Rewriting tests for speed, changing the mutation floor.
- Ngôn ngữ chính
- TypeScript
- Star
- 481
- Fork
- 45
- Merge trung bình
- 1 ngày 9 giờ
- Pull request đã merge (30 ngày)
- 86
Chuẩn bị môi trường
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của ai-driven-dev/framework
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 83/100
ai-driven-dev/framework#1035 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
ai-driven-dev/framework#1002 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
ai-driven-dev/framework#952 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
refactor(aidd-orchestrator): the check zone says when to stop, and reviews its axes in one roundĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
ai-driven-dev/framework#887 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
ai-driven-dev/framework#1070 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của ai-driven-dev/framework
Issue tương tự
-
agent/scanner help wanted hive/claimed-by-scanner kind/bug stage/020-claimed
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 90/100
hivecommons/rationguard#315 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
agent-ready area: ui-sdk priority: p3 type: chore
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
schlessera/brain-kit#2534 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug lane:gh-5
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
LLM-4-People/bridlewise-testing#122 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug priority: P2
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement priority:low ready-for-dev
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 67/100
Maintainer thường phản hồi trong vòng 1 ngày