Mức đầy đủ bằng chứng
Shard3 / 4
Tệp bắt buộc1 / 2
Kết quả đã nhận90 / 120
Chưa đầy đủ
Bằng chứng kiểm thử cho quyết định phát hành
Biết build đã được kiểm thử đến đâu.
Evidgate tập hợp kết quả và tệp bằng chứng từ CI của bạn theo đúng build, chỉ ra phần còn thiếu và giải thích quyết định PASS, FAIL hoặc INCONCLUSIVE theo chính sách của đội.
Đang phát triển · Bản giới thiệu cho pilot dự kiến
Dành cho · QA lead · Engineering lead · Người phụ trách phát hành
1CI của bạn
2Hồ sơ build
3Kiểm tra bằng chứng
4Chính sách
5Quyết định
- Build được đánh giá
- bld-042
- Commit
- 7c91e2a
- Môi trường
- staging
- Bản chính sách
- release-gate · rev. 03
Kết quả test đã nhận
Đạt90
Lỗi0
Chưa nhận30
Kết quả đã nhận đều đạt
Quyết định theo chính sách
INCONCLUSIVE
Chưa nhận shard 04 và tệp bắt buộc report-summary.json, nên chưa thể kết luận PASS.
Xem bằng chứng còn thiếu
01
Shard 04 chưa gửi kết quả
Đã nhận shard 01–03; kết quả của shard 04 vẫn chưa rõ.
02
Thiếu một tệp bắt buộc
Đã nhận junit.xml; report-summary.json vẫn còn thiếu theo chính sách minh họa này.
03
Chưa thỏa điều kiện đầy đủ
Chính sách release-gate rev. 03 yêu cầu đủ 4 shard và 2 tệp bắt buộc trước khi có thể kết luận PASS.
Shard: một phần của bộ test được chạy song song. Artifact: một tệp bằng chứng như báo cáo, trace hoặc ảnh chụp.
Dành cho ai
Một hồ sơ build cho cả đội.
Cùng một hồ sơ trả lời ba câu hỏi khác nhau.
QA lead và QA engineer
Điều đang cản trở
Kết quả và báo cáo nằm rải rác giữa nhiều lần chạy, shard và tệp.
Evidgate hỗ trợ
Đối chiếu phần đã nhận với phạm vi test dự kiến ở một chỗ.
Lập trình viên và engineering lead
Điều đang cản trở
Một lần chạy lại đạt vẫn để lại lỗi gốc cần điều tra.
Evidgate hỗ trợ
Xem lịch sử từng lần chạy và bằng chứng gốc trước khi kết luận.
Người phụ trách phát hành
Điều đang cản trở
Một dấu xanh không cho biết đã đánh giá những gì.
Evidgate hỗ trợ
Xem bản chính sách, các khoảng trống và lý do đằng sau quyết định.
Một lần chạy lại đạt không xóa lỗi ở lần đầu. Cả hai lần chạy đều được giữ lại.
Năng lực
Phạm vi V1 dự kiến · Đang phát triểnTừ kết quả CI tới quyết định có bằng chứng.
Gom kết quả theo đúng build
Kết quả test, báo cáo và trace gắn với đúng commit, build, môi trường và ngữ cảnh chạy. QA xem được một hồ sơ mạch lạc thay vì ghép nhiều lần chạy.
Ra quyết định bằng chính sách có phiên bản
Mỗi kết luận PASS, FAIL hoặc INCONCLUSIVE đi kèm lý do, bản chính sách và bản bằng chứng. Chính sách bắt đầu ở chế độ tư vấn rồi mới chuyển sang bắt buộc theo cấu hình; việc gửi quyết định trở lại CI nằm trong V1 dự kiến.
Chỉ ra bằng chứng còn thiếu
Evidgate đối chiếu phạm vi dự kiến với số test, shard và tệp bắt buộc thực nhận, để đội thấy rõ còn cần gì trước khi kết luận.
Điều tra lỗi và các lần chạy lại
Lịch sử từng lần chạy, nhãn flaky, trace và Failure Inbox hỗ trợ phân loại nguyên nhân sản phẩm, test, môi trường hay dữ liệu, kèm nguồn phân loại.
Ví dụMột lần fail → pass giữ nguyên cả hai lần chạy và mang nhãn flaky.
Theo dõi test và suite có phiên bản
Định danh test ổn định khi test đổi tên hoặc chuyển chỗ. Mỗi lần chạy ghim đúng bản test, suite và môi trường.
Ví dụTest đổi tên vẫn liên kết tới các lần chạy trước đó.
Kiểm soát truy cập và dấu vết thay đổi
Tổ chức và dự án, quyền thay đổi chính sách rõ ràng, lịch sử kiểm toán và các ngoại lệ ghi rõ người duyệt, lý do và thời hạn.
Ví dụMột waiver hiển thị ai duyệt và khi nào hết hiệu lực.
Cách hoạt động
Ba bước, dùng chính CI bạn đang chạy.
Giữ nguyên CI hiện tại
CI của bạn chạy test. Reporter hoặc CLI gửi kết quả và tệp bằng chứng cho build.
Kiểm tra phạm vi và bằng chứng
Evidgate đối chiếu bằng chứng đã nhận với các test, shard và tệp bắt buộc, theo build và bản chính sách đã ghim.
Xem quyết định và lý do
Cả đội xem cùng một hồ sơ. Việc gửi quyết định trở lại CI nằm trong V1 dự kiến. Evidgate không tự triển khai ứng dụng của bạn.
Bạn giữ nguyên môi trường chạy. Thiết kế dự kiến không cần truy cập inbound vào mạng của bạn. Đây là bản giới thiệu, chưa phải quy trình onboarding đã mở.
Ví dụ quyết định
Minh họa
Cùng một mẫu cho mọi tab · build bld-042 · commit 7c91e2a · môi trường staging · chính sách release-gate rev. 03 · phạm vi dự kiến 120 test / 4 shard / 2 tệp bắt buộc.
Mức đầy đủ bằng chứng
Chưa đầy đủ
3/4 shard · 1/2 tệp bắt buộc · 90/120 kết quả đã nhận.
Kết quả test
Kết quả đã nhận đều đạt
Cả 90 kết quả đã nhận đều đạt; 30 kết quả chưa rõ.
Quyết định phát hành
INCONCLUSIVE
Chưa nhận shard 04 và một tệp báo cáo bắt buộc.
Bước điều tra gợi ý
Kiểm tra phần gửi của shard 04.
Các quy tắc mà ví dụ tuân theo
Ba lớp đánh giá riêng: bằng chứng đủ chưa → test bắt buộc có đạt không → chính sách kết luận gì. Thiếu bằng chứng không bao giờ cho PASS.
Safe healing
Lộ trình · Shadow ở V1Sửa cơ chế test. Giữ nguyên điều test chứng minh.
Khi selector thay đổi, test lỗi vì lý do cơ chế chứ không phải lỗi sản phẩm. Evidgate ghi lại lỗi gốc và đề xuất sửa ở chế độ shadow; không có gì được áp dụng tự động.
Lỗi gốc
getByTestId('checkout-submit') hết thời gian chờ; test lỗi tại locator đã đổi.
Phân loại nguyên nhân
Được xếp vào nhóm test drift, không phải lỗi sản phẩm, kèm nguồn phân loại được ghi lại.
Đề xuất sửa locator
getByRole('button', { name: 'Pay now' }) — assertion và ý định của test không bị thay đổi.
Kiểm chứng ở shadow
Đề xuất được đánh giá ở chế độ shadow và để con người xem xét; ở V1 không bao giờ được áp dụng tự động.
Không sửa assertion
Không skip test
Không ghi đè lỗi gốc
Giữ nguyên ý định test
Pilot dự kiến
Bắt đầu pilot với chính CI bạn đang dùng.
Evidgate đang phát triển. Pilot dự kiến dành cho các đội đang chạy Playwright TypeScript trên GitHub Actions, kèm nguồn JUnit XML dự kiến bổ sung. Hồ sơ mục tiêu này là giả định lập kế hoạch, chưa phải kết quả nghiên cứu thị trường đã kiểm chứng.
Chia sẻ vai trò của bạn, stack hiện tại và vấn đề bằng chứng mà đội muốn giải quyết.
Trao đổi về pilotNút mở bản nháp trong ứng dụng email để bạn xem, sửa và tự gửi. Không gửi thông tin tự động.
Hoặc sao chép địa chỉ email
tuan.nguyenminh2507@gmail.com
Phạm vi V1 dự kiến · Đang phát triển
Mục tiêu V1
GitHub ActionsPlaywright TypeScriptNguồn JUnit XML
Hướng V2: đề xuất sửa qua pull request được duyệt, hỗ trợ AI có kiểm soát, trình soạn thảo nháp (Test Studio) và agent do khách hàng vận hành cho test web/API.
Nền tảng đã có trong kho mã
Nền tảng tổ chức và dự án · phân quyền và kiểm toán · xác thực CI · bản danh mục test/suite và môi trường · tạo bản và kích hoạt chính sách · tạo run và lưu attempt · reporter Playwright · lệnh CLI xác thực, manifest và quickstart · endpoint URL tải artifact lên.
Chưa thành luồng hoàn chỉnh
Ứng dụng web sản phẩm còn là bản thay thế · CLI chưa phát hành · adapter JUnit còn là bản thay thế · truy vấn quyết định vẫn trả về stub đang chờ · luồng nhận dữ liệu, hoàn tất, đối soát, đánh giá và dashboard vẫn đang xây.
Các phần này chưa tạo thành một quy trình vận hành cho khách hàng, nên chưa có mục nào được ghi là đã khả dụng.