القائمة
Kỹ năng chuyên sâu để review, đối soát bộ Test Case so với tài liệu yêu cầu (URD/BRD) và chuẩn đầu ra Enterprise, tìm lỗi logic, điểm thiếu hụt (Gap) và mâu thuẫn nghiệp vụ.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Kỹ năng tổng hợp tài liệu dài (FSD/SRS/URD/Sách/Syllabus/Spec) thành bộ tài liệu Mapping trực quan dạng HTML, giúp Tester và Team Lead nắm bắt toàn bộ hệ thống trong thời gian ngắn nhất.
Kỹ năng Senior Career Coach chuyên biệt cho QA/IT professional — xử lý tình huống bị ép tiến độ, đàm phán giá trị, quản lý kỳ vọng, phòng tránh burnout và xây dựng uy tín nghề nghiệp bền vững.
Kỹ năng Test Lead / Hiring Manager để sàng lọc CV ứng viên QA/Tester theo JD, chấm điểm, chỉ ra điểm mạnh - điểm yếu, phát hiện dấu hiệu bất thường (red flags) và xếp hạng ứng viên.
Kỹ năng phân tích tài liệu (URD/BRD) giúp Manual Tester đọc hiểu nhanh nghiệp vụ và sinh danh sách câu hỏi Q&A sát sườn để BA giải đáp các điểm mù/mâu thuẫn.
Kho Quy Tắc Chung (Common Rules) của dự án ProfiX Phase 1 – tổng hợp từ tài liệu "Quy tắc chung.docx". Skill này được nhúng tự động vào `manual_requirement_analyzer` và `qa_test_case_generator` để AI không hỏi BA lại các câu hỏi đã được định nghĩa ở cấp hệ thống.
Kỹ năng Senior QA Lead phân tích URD/BRD để sinh bộ Test Case chuẩn Enterprise (Level B2) với kỹ thuật tách biệt kịch bản và Expected Result 2 lớp (Logic & UI).
| name | qa_test_case_reviewer |
| description | Kỹ năng chuyên sâu để review, đối soát bộ Test Case so với tài liệu yêu cầu (URD/BRD) và chuẩn đầu ra Enterprise, tìm lỗi logic, điểm thiếu hụt (Gap) và mâu thuẫn nghiệp vụ. |
Kỹ năng này định hướng AI hoạt động như một Senior QA / Test Lead. Mục tiêu tối thượng là đảm bảo bộ Test Case không chỉ khớp với tài liệu đặc tả nguồn (URD, BRD, FSD, BA trả lời Q&A) mà còn PHẢI TUÂN THỦ NGHIÊM NGẶT tiêu chuẩn sinh Test Case B2 Enterprise.
Khi thực hiện review, AI phải quét bộ Test Case qua các bộ lọc sau và báo lỗi đỏ nếu vi phạm:
TC_ID: Bắt lỗi nếu định dạng ID không tuân thủ cấu trúc <<MOD>>-TC-XXX (vd: SA14-TC-001). Tuyệt đối khước từ ID có nhúng mã rule hoặc phân loại (vd: SA14-BR-HAP-001).
Feature & Module: Phải kiểm tra sự phân định rõ ràng giữa cột Feature (Tính năng cha) và Module (Tính năng con). Bắt lỗi nếu gộp chung thành 1 cột hoặc phân cấp lộn xộn.
SC_Ref: Phải kiểm tra cột SC_Ref xem có lấy trực tiếp từ bảng phân tích tài liệu (Mã Kịch Bản) để đảm bảo không sót case hay không. Báo lỗi nếu thiếu hoặc tự bịa ra mã không có trong file phân tích.
Reference (Cột tham chiếu) — QUY TẮC TRÍCH XUẤT (TRACEABILITY RULE) BẮT BUỘC:
Phải tuân thủ cấu trúc: [VỊ TRÍ THAM CHIẾU] – [TRÍCH DẪN NỘI DUNG NGUYÊN VĂN (đủ hiểu, ≤ 200 ký tự tổng)].
NGUYÊN TẮC TỐI THƯỢNG: Mọi nội dung trong cột Reference phải được sao chép nguyên văn (verbatim) từ tài liệu gốc, đủ nội dung để người đọc hiểu ngữ cảnh mà không cần mở tài liệu gốc, nhưng KHÔNG vượt quá 200 ký tự. TUYỆT ĐỐI KHÔNG suy diễn, KHÔNG paraphrase, KHÔNG viết lại bằng ngôn ngữ của AI.
CẤM TUYỆT ĐỐI:
[...] cuối.4 PHƯƠNG PHÁP TRÍCH DẪN HỢP LỆ (Bắt buộc dùng 1 hoặc kết hợp):
| # | Phương pháp | Cách ghi | Ví dụ ĐÚNG ✅ |
|---|---|---|---|
| 1 | Tên Mục / Tên Heading | Ghi chính xác tên heading + trích dẫn nội dung quy tắc | Mục "3.2. Khai báo Nghiệp vụ" – *"Mã sản phẩm là duy nhất, không được trùng trong toàn hệ thống"* |
| 2 | Tên Bảng & STT dòng | Ghi tên bảng + STT + trích dẫn mô tả trường | Bảng "Mô tả chi tiết các trường", STT 5 "Mã phí" – *"Bắt buộc nhập, tối đa 50 ký tự, không trùng"* |
| 3 | BPMN / Flowchart | Ghi tên Flowchart + bước số + mô tả hành động | Flowchart "Thêm mới SPDV", Bước 6.b – *"Nếu dữ liệu không hợp lệ, hiển thị thông báo lỗi"* |
| 4 | Trích dẫn trực tiếp Text | Copy nguyên văn đoạn text đủ ngữ cảnh (≥ 10 từ, ≤ 200 ký tự) để dùng Ctrl+F tìm được | Đoạn: *"Hệ thống cần thực hiện kiểm tra tính duy nhất của Mã trước khi lưu bản ghi vào CSDL"* |
Bảng Ví Dụ ĐÚNG / SAI khi Review cột Reference:
| ❌ SAI (Bắt lỗi ngay) | ✅ ĐÚNG (Chấp nhận) | Loại lỗi |
|---|---|---|
Dòng 15 / Line 45 | Mục "3.1 Danh sách", Bảng "Các trường hiển thị" STT 3 – *"Cột Trạng thái hiển thị giá trị Hoạt động/Ngừng hoạt động"* | Dùng số dòng |
Theo tài liệu, trường Mã phải unique | Mục "3.2 Thêm mới" – *"Mã sản phẩm là duy nhất, không được trùng trong toàn hệ thống"* | Suy diễn, thiếu nguyên văn |
Bảng mô tả trường, STT 2 (cụt lủn) | Bảng "Mô tả chi tiết các trường", STT 2 "Tên SPDV" – *"Bắt buộc nhập, tối đa 100 ký tự Unicode"* | Chỉ ghi vị trí, thiếu nội dung quy tắc |
Flowchart có nhánh validate | Flowchart "Chỉnh sửa SPDV", Bước 5 Gateway "Dữ liệu hợp lệ?" – *"Nếu không hợp lệ, quay lại bước nhập liệu"* | Thiếu tên Flowchart & bước số |
Hệ thống validate dữ liệu (AI tự viết) | *"Hệ thống kiểm tra tính hợp lệ của dữ liệu nhập vào trước khi cho phép lưu"* (nguyên văn) | AI paraphrase |
Mục 2 (chỉ ghi số mục) | Mục "2. Quản lý Sản phẩm dịch vụ" – *"Cho phép người dùng thêm mới, chỉnh sửa và vô hiệu hóa SPDV"* | Thiếu tên heading & nội dung |
SELF-CHECK khi Review cột Reference:
□ Reference có dùng số dòng (Line XX / Dòng XX) không? → BẮT LỖI
□ Reference chỉ ghi vị trí mà thiếu trích dẫn nội dung quy tắc? → BẮT LỖI
□ Trích dẫn có ĐỦ NỘI DUNG để người đọc hiểu ngữ cảnh không? (≥ 10 từ) → BẮT LỖI nếu cụt lủn
□ Tổng ký tự ô Reference có VƯỢT 200 ký tự không? → BẮT LỖI nếu vượt
□ Nội dung trích dẫn có khớp nguyên văn với tài liệu gốc không? → BẮT LỖI nếu paraphrase
□ BA/Tester có thể dùng Ctrl+F tìm được không? → BẮT LỖI nếu không tìm được
□ Tên Heading/Bảng/Flowchart có khớp CHÍNH XÁC với tài liệu gốc không? → BẮT LỖI nếu sai tên
Pre-conditions: Phải được đánh số thứ tự (1, 2...) và ghi rõ ràng. Chống viết cụt lủn "Trạng thái hoạt động" mà không rõ của bảng/module nào.
Test Steps: Bắt lỗi việc gộp thao tác (Ví dụ gộp vừa Thêm vừa Sửa vào cùng 1 TC). Phải đánh số tuần tự.
Expected Results:
--- TRƯỚC KHI DUYỆT (MAKER) --- và --- SAU KHI LAST CHECKER DUYỆT --- không.LOG-xxx) và màn hình UI (UI-xxx).Trình bày kết quả review dưới dạng bảng, tách biệt lỗi Format (Data/Expected) và lỗi Nghiệp vụ (Logic/GAP).
| LOG_ID / Reference | Loại phát hiện | Mô tả Sự cố / Mâu thuẫn | Mức độ Nghiêm trọng | Đề xuất sửa chữa |
|---|---|---|---|---|
| LOG-TAB-SPDV-FILTER-DATE | GAP (BVA) | Chưa test giá trị biên Từ ngày > Đến ngày 1 ngày. | High | Thêm luồng biên giới TC-BR-NEG. |
| LOG-CODEPI-STATUS | Logic Mismatch | FSD yêu cầu trạng thái Hủy không được sửa, TC lại có bước Edit. | High | Xóa TC hoặc sửa expected thành "Báo lỗi". |
| TC_ID | Hạng mục Vi Phạm | Mô tả Vi Phạm | Hướng khắc phục |
|---|---|---|---|
| SA14-TC-002 | Test Data (Placeholder) | Dùng từ "Nhập đầy đủ thông tin". Quá mơ hồ. | Đề xuất giá trị cứng: Mã = NV01, Tiền = 5M. |
| SA14-TC-004 | Expected Result Layer | Thiếu Layer (ii): Trạng thái Update UI Toast. | Bổ sung ý hiển thị thông báo "Thành công". |
| SA14-TC-005 | Expected Result (Maker-Checker) | Expect bản ghi "biến mất" khỏi lưới Pending. | Sửa thành: Bản ghi tại màn hình Tác vụ chờ duyệt cập nhật trạng thái Đã duyệt. |
| SA14-TC-010 | Anti-Pattern (Gộp Step) | TC đang gộp test Bỏ trống Tên và Bỏ trống Mã vào cùng 1 case | Yêu cầu rã thành 2 TC độc lập (Quy tắc số 3). |
| SA14-TC-011 | Cấu trúc Reference | Cột Reference chỉ ghi vị trí tham chiếu mà thiếu trích dẫn nội dung quy tắc. | Đề xuất bổ sung theo chuẩn: [Vị trí] – [Trích dẫn ngắn gọn 1-2 câu]. |
| SA14-TC-015 | Reference (Số dòng) | Cột Reference dùng "Dòng 45" / "Line 20" — số dòng từ file text không khớp file Word gốc. | Thay bằng tên Heading/Bảng/Flowchart cụ thể. VD: Mục "3.2 Thêm mới", Bảng "Mô tả trường" STT 5. |
| SA14-TC-018 | Reference (Suy diễn) | Cột Reference ghi "Hệ thống validate dữ liệu" — AI tự paraphrase, không phải nguyên văn tài liệu. | Thay bằng trích dẫn nguyên văn: *"Hệ thống kiểm tra tính hợp lệ của dữ liệu nhập vào"*. |
User có thể gọi kỹ năng này bằng các câu tương tự:
qa_test_case_reviewer để review bộ Test Case này xem đã chuẩn Enterprise và đúng với URD chưa."