validate: warn on an active TestCase that no PlanningItem's evidence names

Đã đóng
  • Có gì không ổn?
#456 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

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
48/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ệ
rust, yaml
Lĩnh vực
backend, testing

Hướng nghiên cứu

Start by reading the validation rules for E719 and the implementations of validate, coverage, and steps --json; the issue does not name specific files. Trace how PlanningItem evidence references are resolved, then determine how to report active TestCases with no matching reference and gate the warning by policy. Done means the warning is off by default and the gap appears in both reports for baseline-relative validation.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

Problem

A TestCase can be active (its functions exist and pass) without any PlanningItem recording it as the evidence of the work that delivered it. With structured planning (#436) and E719 (a done leaf needs evidence), the reverse direction is unchecked: work can be done and tested but never recorded against a plan. In one project, 67 of 89 active TestCases are no planning item's evidence.

Proposal

  • A validate warning (policy-gated, off by default): an active TestCase that no PlanningItem's evidence: - ref: names.
  • coverage/steps --json report it, so a project can baseline the existing gap with validate --baseline (#431) and fail only on new ones.

Related

#436, #114 (done requires evidence), #431 (baseline-relative gating).

Ngôn ngữ chính
Rust
Star
8
Fork
1
Merge trung bình
3 giờ 35 phút
Pull request đã merge (30 ngày)
69

Chuẩn bị môi trường

Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. 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.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của sjames/syscribe

Tất cả issue của sjames/syscribe

Issue tương tự

Thêm issue về Rust

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.