tests: golden files + bless mode for the suite runner's assertion blocks
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ó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 45/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- shell
- Lĩnh vực
- testing-qa, tooling
Hướng nghiên cứu
Start by reading tests/run_all_tests.sh, focusing on its assertion-block sections and how the suite runner selects and reports them. Run the suite on main and record the current wc -l value before identifying the five largest sections. Done means those sections use checked-in golden files, --bless
rewrites the expected-output files, unchanged main passes, and a planted output change produces a readable diff that bless resolves.Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Split from #1275 (plan step 4; see the DoD check in #1275). #1275's DoD bounds tools/, not the suite runner, so this is its own work.
Problem. Much of tests/run_all_tests.sh (7,606 lines) is hand-written grep -qE / count assertions. Each one is code that can be wrong, and each new case adds more assertion code.
Prior art. rustc compiletest compares against checked-in .stdout/.stderr files, and --bless regenerates them for review as an ordinary diff. LLVM uses RUN: + FileCheck. The checker is diff, so it needs no self-test.
Done when:
- The runner has a bless mode (
--bless <section>) that rewrites a section's expected-output files. - The five largest assertion-block sections are converted to golden files and pass unchanged on
main. - A deliberate output change in one converted section fails with a readable diff, and
--blessfixes it (planted once, recorded in the PR). wc -l tests/run_all_tests.shbefore and after is recorded here.
- Ngôn ngữ chính
- C
- Star
- 3
- Fork
- 7
- Merge trung bình
- 4 giờ 15 phút
- Pull request đã merge (30 ngày)
- 106
Chuẩn bị môi trường
Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.
- Có Dockerfile hoặc tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
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 InauguralSystems/EigenScript
-
area:lint-tooling bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
InauguralSystems/EigenScript#1340 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area:stdlib found-by:code-review kind:silent-wrong
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
InauguralSystems/EigenScript#1338 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area:lint-tooling found-by:critic kind:docs-drift
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
InauguralSystems/EigenScript#1335 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
area:ci found-by:critic kind:gate-defect
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
InauguralSystems/EigenScript#1311 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enrolment: decide test_gc_runner_controls.py (exempt vs enrol) and whether floors need a ratchetĐang mởarea:gates found-by:critic kind:decision
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
InauguralSystems/EigenScript#1280 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của InauguralSystems/EigenScript
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
ARM-software/sysarch-acs#556 · 1 bình luận ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
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 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug needs triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
netdata/netdata#24062 · 1 bình luận ·
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 76/100