Đảm bảo chất lượng (QA)

Kế hoạch test KICKO và cách nó ánh xạ vào tài liệu.

Hiện trạng - nói thật

Acceptance (Given/When/Then) có sẵn theo từng vùng chức năng trong mọi URD module - đó là spec thực thi được. Nhưng chưa có file TC-<AREA>-NNN nào, nên cột Tests của Ma trận truy vết đúng là -. Giai đoạn 1 đang UAT; bộ test dưới đang được viết, ưu tiên đường tiền trước.

Test cái gì (nguồn sự thật)

Các khối acceptance trong URD module (AC-<AREA>-NN) là nguồn sự thật cho "test cái gì". Mỗi yêu cầu Must nên ánh xạ ít nhất một test case. Cùng mã <AREA> key cho URD ⇄ PRD ⇄ TC.

Cấp độ

Cấp	Phạm vi	Ở đâu
Unit	logic của một package	bun run test từng package
Integration	seam giữa service (Kafka/CDC, payment IPN, ký hóa đơn)	doc integration từng package
E2E / UAT	luồng merchant thật end-to-end	môi trường UAT (dưới)

Thứ tự ưu tiên - đường tiền trước: payment · thuế/hóa đơn · finance · pricing (hiện tài liệu ít kịch bản lỗi nhất nên rủi ro cao nhất).

Template test case

File TC đặt ở content/{en,vi}/modules/<tier>/<module>/tests/TC-<AREA>-NNN.md, key theo vùng URD + AC:

# TC-<AREA>-001 - <tiêu đề>
- Yêu cầu: URD-<AREA>-NNN · AC: AC-<AREA>-NN
- Tiền điều kiện / dữ liệu test:
- Các bước:
- Kỳ vọng (kèm mã lỗi - 422 / 409 / 404 - cho ca negative):
- Loại: positive | negative | boundary

Viết TC cho một module sẽ tự đổi ô Tests của module đó trong Ma trận truy vết từ - thành ✓ N (ma trận đếm file trong tests/).

UAT

Mục	Giá trị
Môi trường	điền - URL cluster UAT
Tài khoản test	điền - một merchant seed + một account mỗi role
Dữ liệu test	điền - sản phẩm / khách / hóa đơn seed
Tiêu chí vào	feature-complete · smoke test pass · môi trường up & seed
Tiêu chí ra	mọi defect S0/S1 đã đóng · mọi AC trong scope release verify trên merchant thật

Defect

Mức	Nghĩa	Mục tiêu
S0	chặn release / mất dữ liệu / sai tiền	ngay - hotfix lane
S1	một tính năng lớn hỏng	fix trước release
S2	nhỏ, không ảnh hưởng tiền	cycle kế
S3	mỹ phẩm	backlog

Một hotfix lane riêng (branch + đường deploy nhanh) xử lý bug chặn UAT - xem Lộ trình → Giai đoạn 1.