@relipa/ai-flow-kit 0.1.3 → 0.1.4

package/custom/skills/test-skills/categories/03-business-testing/03.06.calculation.testing.md

@@ -0,0 +1,44 @@
+# Kiểm thử Tính toán (Calculation Testing)
+
+## Mục đích (Purpose)
+Xác minh tính chính xác tuyệt đối của các phép tính, công thức nghiệp vụ và logic xử lý số liệu trong hệ thống. Đảm bảo các kết quả về tài chính, thống kê, hoặc định lượng tuân thủ đúng các quy tắc làm tròn, tỷ giá và các ràng buộc độ chính xác.
+
+## Kiến thức cần có (Required Knowledge)
+- Nắm vững các công thức toán học và nghiệp vụ (ví dụ: công thức tính thuế VAT, chiết khấu lũy tiến, lãi suất ngân hàng).
+- Hiểu về các phương pháp làm tròn số (Rounding methods): Round up, Round down, Half-even (Banker's rounding).
+- Kiến thức về kiểu dữ liệu số trong lập trình và Database (Float, Double, Decimal/Numeric) và vấn đề sai số dấu phẩy động.
+- Hiểu về quy tắc ưu tiên phép tính và các hằng số nghiệp vụ.
+
+## Quy trình thực hiện (Process)
+1. **Phân tích công thức:** Trích xuất các công thức tính toán từ tài liệu đặc tả nghiệp vụ.
+2. **Xác định các tham số đầu vào:** Liệt kê tất cả các biến số ảnh hưởng đến kết quả tính toán (Input variables).
+3. **Chuẩn bị dữ liệu mẫu (Test Data):** Tạo các bộ dữ liệu bao gồm các giá trị biên (Min, Max), giá trị thông thường, và các giá trị đặc biệt (0, số âm, null).
+4. **Tính toán thủ công (Manual Calculation):** Sử dụng công cụ độc lập (Excel, máy tính bỏ túi) để tính ra kết quả mong đợi (Expected Results) dựa trên công thức.
+5. **Thực hiện kiểm thử:** Nhập dữ liệu vào hệ thống và so sánh kết quả hệ thống trả về với kết quả đã tính toán thủ công.
+6. **Kiểm thử tích lũy và làm tròn:** Kiểm tra sai số khi thực hiện nhiều phép tính liên tiếp hoặc khi tổng hợp dữ liệu lớn.
+
+## Checklist
+### Tính đúng đắn của công thức
+- [ ] Kết quả tính toán khớp chính xác với công thức nghiệp vụ đã định nghĩa.
+- [ ] Các tham số đầu vào (Input) được lấy đúng nguồn và đúng thời điểm.
+- [ ] Thứ tự ưu tiên các phép tính (Nhân chia trước, cộng trừ sau, trong ngoặc trước) được thực hiện đúng.
+
+### Làm tròn & Độ chính xác
+- [ ] Quy tắc làm tròn số thập phân được áp dụng nhất quán trên toàn hệ thống.
+- [ ] Số chữ số sau dấu phẩy (Precision/Scale) hiển thị đúng yêu cầu (ví dụ: tiền tệ thường lấy 2 hoặc 0 chữ số thập phân).
+- [ ] Không có sai số tích lũy đáng kể khi tính tổng của hàng nghìn bản ghi đã làm tròn.
+
+### Trường hợp đặc biệt (Edge Cases)
+- [ ] Hệ thống xử lý đúng khi dữ liệu đầu vào bằng 0 hoặc rỗng (Null).
+- [ ] Không xảy ra lỗi "Chia cho 0" (Divide by zero).
+- [ ] Các giá trị cực đại (Max value) không gây ra lỗi tràn số (Overflow).
+- [ ] Các kết quả tính toán là số âm được xử lý hoặc hiển thị đúng theo quy tắc nghiệp vụ.
+
+### Tỷ giá & Đơn vị
+- [ ] Chuyển đổi giữa các đơn vị đo lường hoặc tiền tệ sử dụng đúng tỷ giá hiện hành.
+- [ ] Kết quả sau khi chuyển đổi được kiểm tra lại tính hợp lý.
+
+## Output mong đợi (Expected Output)
+- Bảng tính Excel chứa các bộ dữ liệu mẫu, công thức và kết quả mong đợi.
+- Bộ Test Cases tập trung vào các logic tính toán phức tạp.
+- Báo cáo xác nhận tính chính xác của số liệu hệ thống, đặc biệt là các phần liên quan đến tài chính/doanh thu.

package/custom/skills/test-skills/categories/04-data-testing/04.01.database-testing.md

@@ -0,0 +1,43 @@
+# Kiểm thử Cơ sở dữ liệu (Database Testing)
+
+## Mục đích (Purpose)
+Xác minh rằng dữ liệu được lưu trữ, truy xuất, cập nhật và xóa bỏ một cách chính xác trong cơ sở dữ liệu. Đảm bảo tính nhất quán, toàn vẹn và bảo mật của dữ liệu, đồng thời kiểm tra các ràng buộc kỹ thuật và hiệu suất của các câu lệnh truy vấn.
+
+## Kiến thức cần có (Required Knowledge)
+- Thành thạo ngôn ngữ truy vấn SQL (DML: Select, Insert, Update, Delete; DDL: Create, Alter, Drop).
+- Hiểu về các thuộc tính ACID (Atomicity, Consistency, Isolation, Durability) trong giao dịch (Transactions).
+- Nắm vững cấu trúc Schema, các bảng, quan hệ (Primary Key, Foreign Key) và các ràng buộc (Constraints).
+- Hiểu về Indexing và cách tối ưu hóa truy vấn.
+- Kiến thức về Store Procedures, Triggers và Views (nếu có).
+
+## Quy trình thực hiện (Process)
+1. **Kiểm tra cấu trúc (Schema Validation):** Xác minh tên bảng, tên cột, kiểu dữ liệu và độ dài của các trường dữ liệu đúng với thiết kế.
+2. **Kiểm thử Ràng buộc (Constraint Testing):** Kiểm tra tính thực thi của các ràng buộc Primary Key, Unique, Not Null, Check constraints.
+3. **Kiểm thử tính nhất quán dữ liệu (Data Integrity):** Thực hiện các thao tác trên UI/API và dùng SQL để truy vấn trực tiếp DB, đối chiếu kết quả để đảm bảo dữ liệu lưu xuống đúng và đủ.
+4. **Kiểm thử Giao dịch (Transaction Testing):** Thực hiện các luồng nghiệp vụ phức tạp và giả lập lỗi giữa chừng để kiểm tra tính năng Rollback (quay lại trạng thái cũ) và Commit (lưu thay đổi).
+5. **Kiểm thử Truy cập đồng thời (Concurrency Testing):** Kiểm tra các vấn đề Deadlock hoặc tranh chấp dữ liệu khi nhiều người dùng/tiến trình cùng truy cập một bản ghi.
+6. **Kiểm tra Trigger và Store Procedure:** Xác minh các logic tự động hóa trong DB hoạt động đúng khi có sự kiện kích hoạt.
+
+## Checklist
+### Cấu trúc & Ràng buộc
+- [ ] Kiểu dữ liệu và độ dài các trường trong DB khớp với tài liệu thiết kế.
+- [ ] Ràng buộc NOT NULL hoạt động: Không thể lưu giá trị null vào trường bắt buộc.
+- [ ] Ràng buộc UNIQUE hoạt động: Không thể lưu hai giá trị giống nhau vào trường duy nhất.
+- [ ] Ràng buộc Foreign Key hoạt động: Không thể lưu giá trị không tồn tại trong bảng cha hoặc xóa bản ghi cha khi đang có bản ghi con tham chiếu.
+
+### Dữ liệu & Thao tác
+- [ ] Dữ liệu lưu trong DB không bị cắt xén (Truncation) nếu độ dài vượt quá giới hạn hiển thị trên UI.
+- [ ] Các giá trị mặc định (Default values) được gán đúng khi không có dữ liệu nhập vào.
+- [ ] Dữ liệu ngày tháng (Date/Time) được lưu đúng múi giờ và định dạng.
+- [ ] Các ký tự đặc biệt và Unicode (Tiếng Việt) được lưu và hiển thị đúng (không bị lỗi font).
+
+### Giao dịch & Hiệu năng
+- [ ] Giao dịch thành công được lưu vĩnh viễn (Durability).
+- [ ] Giao dịch thất bại được Rollback hoàn toàn, không để lại dữ liệu rác.
+- [ ] Các câu lệnh truy vấn phức tạp trả về kết quả trong thời gian cho phép (Response time).
+- [ ] Các Index được sử dụng hiệu quả để tăng tốc độ tìm kiếm.
+
+## Output mong đợi (Expected Output)
+- Danh sách các câu lệnh SQL (Scripts) dùng để xác minh dữ liệu.
+- Kết quả đối chiếu dữ liệu giữa UI/API và Database.
+- Báo cáo về các lỗi vi phạm ràng buộc hoặc lỗi nhất quán dữ liệu.

package/custom/skills/test-skills/categories/04-data-testing/04.02.import-export-testing.md

@@ -0,0 +1,43 @@
+# Kiểm thử Nhập/Xuất dữ liệu (Import/Export Testing)
+
+## Mục đích (Purpose)
+Xác minh chức năng chuyển đổi dữ liệu hàng loạt thông qua các tập tin (Excel, CSV, XML, PDF) hoạt động chính xác. Đảm bảo tính toàn vẹn của dữ liệu khi nhập vào hệ thống và độ chính xác của thông tin khi trích xuất ra ngoài, đồng thời kiểm tra khả năng xử lý lỗi và hiệu suất với dữ liệu lớn.
+
+## Kiến thức cần có (Required Knowledge)
+- Hiểu về các định dạng file phổ biến (.xlsx, .csv, .pdf, .xml) và cấu trúc của chúng.
+- Nắm vững các quy tắc mapping dữ liệu từ cột trong file vào trường trong Database.
+- Hiểu về bảng mã ký tự (Encoding), đặc biệt là UTF-8 để xử lý tiếng Việt.
+- Kiến thức về các giới hạn của hệ thống (File size, maximum rows).
+- Hiểu về các lỗ hổng bảo mật liên quan đến file (Malware, CSV Injection).
+
+## Quy trình thực hiện (Process)
+1. **Kiểm thử Định dạng (Format Validation):** Thử nhập các file đúng định dạng, sai định dạng, file rỗng hoặc file bị hỏng để kiểm tra phản ứng của hệ thống.
+2. **Kiểm thử Import - Happy Path:** Chuẩn bị file mẫu với dữ liệu hợp lệ và thực hiện nhập vào hệ thống, sau đó xác minh dữ liệu trong DB.
+3. **Kiểm thử Import - Error Handling:** Thử nhập file có dữ liệu sai kiểu, thiếu trường bắt buộc, hoặc trùng lặp dữ liệu để kiểm tra các thông báo lỗi.
+4. **Kiểm thử Import - Partial Success:** Trường hợp file có cả dòng đúng và dòng sai, kiểm tra xem hệ thống có cho phép nhập các dòng đúng và trả về danh sách các dòng lỗi hay không.
+5. **Kiểm thử Export:** Thực hiện xuất dữ liệu dựa trên các bộ lọc (Filters) khác nhau và đối chiếu dữ liệu trong file xuất ra với dữ liệu trên UI/DB.
+6. **Kiểm thử Hiệu năng (Performance Testing):** Thử nghiệm với các file có dung lượng lớn hoặc hàng chục nghìn bản ghi để đo thời gian xử lý và mức tiêu thụ tài nguyên.
+
+## Checklist
+### Chức năng Import (Nhập dữ liệu)
+- [ ] Chặn các định dạng file không được phép và hiển thị thông báo lỗi rõ ràng.
+- [ ] Kiểm tra giới hạn dung lượng file (Max file size).
+- [ ] Báo lỗi chính xác vị trí dòng/cột có dữ liệu không hợp lệ.
+- [ ] Dữ liệu sau khi Import không bị lỗi font (Tiếng Việt) và giữ nguyên định dạng (Ngày tháng, số tiền).
+- [ ] Xử lý đúng các ký tự đặc biệt trong file CSV/Excel (Dấu phẩy, dấu ngoặc kép).
+
+### Chức năng Export (Xuất dữ liệu)
+- [ ] File xuất ra đúng định dạng đã chọn (.xlsx, .csv, .pdf).
+- [ ] Dữ liệu trong file khớp hoàn toàn với kết quả hiển thị trên UI sau khi lọc.
+- [ ] Tên file xuất ra tuân theo quy tắc đặt tên (ví dụ: kèm theo timestamp).
+- [ ] Các cột trong file được sắp xếp đúng thứ tự và có tiêu đề (Header) rõ ràng.
+
+### Bảo mật & Hiệu năng
+- [ ] Ngăn chặn việc thực thi các công thức (Macros) nguy hiểm trong file CSV (CSV Injection).
+- [ ] Hệ thống không bị treo hoặc timeout khi xử lý file có số lượng bản ghi lớn.
+- [ ] Có thanh trạng thái (Progress bar) hoặc thông báo khi đang xử lý file lớn.
+
+## Output mong đợi (Expected Output)
+- Bộ file mẫu (Test Data Files) bao gồm các trường hợp thành công và thất bại.
+- Danh sách Test Cases bao phủ các kịch bản Import/Export.
+- Báo cáo về tính chính xác của dữ liệu và khả năng chịu tải của tính năng.

package/custom/skills/test-skills/categories/04-data-testing/04.03.data-mapping.md

@@ -0,0 +1,39 @@
+# Kiểm thử Ánh xạ dữ liệu (Data Mapping)
+
+## Mục đích (Purpose)
+Đảm bảo dữ liệu được luân chuyển chính xác và nhất quán giữa các lớp của hệ thống (Giao diện người dùng, API, Cơ sở dữ liệu) hoặc giữa các hệ thống khác nhau. Kiểm thử này tập trung vào việc xác minh dữ liệu không bị thay đổi sai lệch, mất mát hoặc bị cắt xén trong quá trình truyền tải và chuyển đổi.
+
+## Kiến thức cần có (Required Knowledge)
+- Hiểu về Ma trận ánh xạ dữ liệu (Data Mapping Matrix/Source-to-Target Mapping).
+- Kiến thức về các kiểu dữ liệu tương ứng giữa các ngôn ngữ lập trình và Database (ví dụ: `String` trong Java vs `VARCHAR` trong SQL).
+- Hiểu về cấu trúc JSON/XML được sử dụng trong API.
+- Nắm vững các quy tắc biến đổi dữ liệu (Data Transformation Rules).
+
+## Quy trình thực hiện (Process)
+1. **Xác định các cặp Ánh xạ (Source-Target):** Liệt kê trường nguồn (ví dụ: Input trên UI) và trường đích tương ứng (ví dụ: Column trong DB).
+2. **Kiểm thử Ánh xạ trực tiếp (Field-to-Field):** Nhập dữ liệu vào trường nguồn và kiểm tra xem nó có xuất hiện đúng tại trường đích mà không có sự thay đổi nào hay không.
+3. **Kiểm thử Chuyển đổi kiểu dữ liệu (Type Conversion):** Xác minh các quy tắc ép kiểu hoạt động đúng (ví dụ: Ngày tháng nhập định dạng DD/MM/YYYY được lưu vào DB dưới dạng YYYY-MM-DD).
+4. **Kiểm thử Biến đổi logic (Transformation Logic):** Kiểm tra các trường hợp dữ liệu được tính toán hoặc thay đổi trước khi lưu (ví dụ: Full Name = First Name + Last Name).
+5. **Kiểm thử Xử lý trường thừa/thiếu:** Xác minh hệ thống phản ứng thế nào khi API gửi thiếu các trường không bắt buộc hoặc gửi thừa các trường lạ.
+6. **Kiểm thử Giới hạn độ dài (Truncation):** Kiểm tra xem dữ liệu có bị cắt bớt nếu độ dài ở nguồn lớn hơn độ dài cho phép ở đích.
+
+## Checklist
+### Tính chính xác của Ánh xạ
+- [ ] Mọi trường dữ liệu trên UI đều có trường tương ứng trong API và Database.
+- [ ] Tên trường (Field names) tuân thủ quy tắc đặt tên và không bị nhầm lẫn giữa các thực thể giống nhau.
+- [ ] Các trường bắt buộc ở đích phải được đánh dấu bắt buộc ở nguồn.
+
+### Chuyển đổi & Định dạng
+- [ ] Các giá trị Enum hoặc Constant được ánh xạ đúng mã (ví dụ: Nam -> 1, Nữ -> 2).
+- [ ] Đơn vị đo lường được chuyển đổi chính xác (ví dụ: gram -> kilogram).
+- [ ] Dữ liệu rỗng (Null/Empty) ở nguồn được xử lý đúng ở đích (lưu Null hay lưu giá trị mặc định).
+
+### Toàn vẹn dữ liệu
+- [ ] Dữ liệu không bị thay đổi giá trị ngoài ý muốn trong quá trình mapping.
+- [ ] Không xảy ra lỗi mất dữ liệu khi chuyển đổi giữa các kiểu dữ liệu có độ chính xác khác nhau (ví dụ: Double sang Float).
+- [ ] Các ký tự đặc biệt được xử lý (Escaped) đúng để không gây lỗi khi lưu vào DB hoặc hiển thị lại UI.
+
+## Output mong đợi (Expected Output)
+- Bảng Ma trận Ánh xạ dữ liệu (Data Mapping Matrix) đã được xác minh.
+- Danh sách các Test Cases kiểm tra tính nhất quán dữ liệu qua các lớp.
+- Báo cáo về các trường hợp sai lệch mapping hoặc mất mát dữ liệu.

package/custom/skills/test-skills/categories/04-data-testing/04.04.duplicate-handling.md

@@ -0,0 +1,39 @@
+# Kiểm thử Xử lý trùng lặp (Duplicate Handling)
+
+## Mục đích (Purpose)
+Đảm bảo hệ thống phát hiện và xử lý chính xác các trường hợp dữ liệu bị trùng lặp theo quy tắc nghiệp vụ. Kiểm thử này giúp duy trì sự "sạch sẽ" và duy nhất của các thực thể quan trọng (như Khách hàng, Sản phẩm, Tài khoản), ngăn chặn dữ liệu rác và các lỗi logic do trùng lặp gây ra.
+
+## Kiến thức cần có (Required Knowledge)
+- Hiểu về các trường dữ liệu duy nhất (Unique Fields) của từng thực thể.
+- Nắm vững quy tắc chống trùng lặp: Trùng lặp tuyệt đối (Exact match) vs Trùng lặp tương đối (Fuzzy match).
+- Phân biệt giữa Cảnh báo (Warning) và Chặn (Error) khi có trùng lặp.
+- Hiểu về cơ chế gộp dữ liệu (Data Merging/Deduplication) nếu hệ thống hỗ trợ.
+- Kiến thức về xử lý chuỗi (Case sensitivity, Whitespace, Accent marks).
+
+## Quy trình thực hiện (Process)
+1. **Xác định tiêu chí trùng lặp:** Liệt kê các trường hoặc tổ hợp các trường xác định một bản ghi là duy nhất (ví dụ: Email, hoặc Số CMND + Ngày cấp).
+2. **Kiểm thử Trùng lặp khi tạo mới:** Thử tạo một bản ghi có thông tin giống hệt bản ghi đã tồn tại.
+3. **Kiểm thử Trùng lặp khi cập nhật:** Thử sửa một bản ghi hiện có thành thông tin trùng với một bản ghi khác.
+4. **Kiểm thử Xử lý chuỗi (String normalization):** Kiểm tra xem các trường hợp khác biệt về khoảng trắng, viết hoa/thường, hoặc dấu tiếng Việt có bị coi là trùng lặp không (ví dụ: `nguyen van a` vs `Nguyen Van A`).
+5. **Kiểm thử Cảnh báo trùng lặp:** Nếu nghiệp vụ cho phép trùng nhưng cần cảnh báo, xác minh thông báo xuất hiện và cho phép người dùng xác nhận tiếp tục hoặc hủy bỏ.
+6. **Kiểm thử Gộp dữ liệu (Merge):** Nếu có tính năng gộp, xác minh dữ liệu từ hai bản ghi trùng được tổng hợp lại chính xác và bản ghi cũ bị xóa/ẩn đúng cách.
+
+## Checklist
+### Phát hiện trùng lặp
+- [ ] Hệ thống chặn và báo lỗi khi nhập trùng dữ liệu cho các trường Unique.
+- [ ] Quy tắc trùng lặp áp dụng đúng cho cả trường hợp nhập tay trên UI và Import từ file.
+- [ ] Các trường hợp trùng lặp do viết hoa/viết thường (Case-insensitive) được xử lý đúng theo yêu cầu.
+- [ ] Khoảng trắng thừa ở đầu/cuối chuỗi không làm hệ thống hiểu nhầm là dữ liệu khác nhau.
+
+### Thông báo & Trải nghiệm
+- [ ] Thông báo lỗi trùng lặp hiển thị rõ ràng, chỉ ra trường nào bị trùng và (nếu có thể) bản ghi nào đang bị trùng.
+- [ ] Người dùng không bị mất dữ liệu đã nhập khi gặp lỗi trùng lặp (hệ thống giữ lại thông tin trên form để sửa).
+
+### Tính toàn vẹn khi Gộp/Xóa
+- [ ] Khi gộp bản ghi, các dữ liệu lịch sử (Orders, Comments, Transactions) của bản ghi phụ được chuyển sang bản ghi chính đầy đủ.
+- [ ] Bản ghi bị coi là trùng và bị xóa không còn xuất hiện trong các danh sách hiển thị và báo cáo.
+
+## Output mong đợi (Expected Output)
+- Danh sách các quy tắc chống trùng lặp (Deduplication Rules) đã được kiểm chứng.
+- Bộ Test Scenarios bao phủ các kịch bản trùng lặp biên và xử lý chuỗi.
+- Báo cáo về các lỗ hổng cho phép nhập trùng dữ liệu rác vào hệ thống.

package/custom/skills/test-skills/categories/04-data-testing/04.05.migration.md

@@ -0,0 +1,42 @@
+# Kiểm thử Di cư dữ liệu (Data Migration Testing)
+
+## Mục đích (Purpose)
+Xác minh rằng dữ liệu được chuyển đổi và di chuyển từ hệ thống cũ (Source/Legacy) sang hệ thống mới (Target) một cách đầy đủ, chính xác và an toàn. Đảm bảo tính liên tục của nghiệp vụ và không làm hỏng tính toàn vẹn của dữ liệu trong cấu trúc schema mới.
+
+## Kiến thức cần có (Required Knowledge)
+- Hiểu về cấu trúc Database của cả hệ thống nguồn và hệ thống đích.
+- Nắm vững các quy tắc chuyển đổi dữ liệu (Mapping & Transformation Rules).
+- Sử dụng thành thạo các công cụ ETL (Extract, Transform, Load) hoặc các Scripts di cư.
+- Kiến thức về làm sạch dữ liệu (Data Cleansing) và xử lý dữ liệu lỗi.
+- Hiểu về quy trình Rollback và khôi phục dữ liệu (Backup/Restore).
+
+## Quy trình thực hiện (Process)
+1. **Phân tích dữ liệu nguồn và đích:** So sánh schema, kiểu dữ liệu, ràng buộc giữa hai hệ thống để lập bảng mapping.
+2. **Kiểm thử tiền di cư (Pre-migration Testing):** Kiểm tra chất lượng dữ liệu nguồn, xác định các bản ghi lỗi, thiếu thông tin hoặc không hợp lệ để xử lý trước.
+3. **Kiểm thử Di cư thử nghiệm (Pilot/Trial Migration):** Thực hiện di cư một phần dữ liệu (subset) sang môi trường Staging để kiểm tra các scripts và quy tắc chuyển đổi.
+4. **Kiểm thử tính toàn vẹn (Integrity Testing):** So sánh số lượng bản ghi (Record count) và tổng các giá trị số (Hash totals/Sum) giữa nguồn và đích sau khi di cư.
+5. **Kiểm thử chức năng sau di cư (Post-migration Testing):** Sử dụng hệ thống mới với dữ liệu vừa di cư để thực hiện các nghiệp vụ thông thường, đảm bảo dữ liệu cũ hoạt động đúng trong môi trường mới.
+6. **Kiểm thử Hiệu năng & Downtime:** Đo lường thời gian cần thiết để thực hiện di cư và đảm bảo nó nằm trong khung giờ cho phép (Downtime window).
+7. **Kiểm thử Rollback:** Thực hiện giả lập lỗi trong quá trình di cư và kiểm tra khả năng phục hồi lại trạng thái ổn định ban đầu.
+
+## Checklist
+### Tính đầy đủ & Chính xác (Completeness & Accuracy)
+- [ ] Tổng số bản ghi ở hệ thống đích khớp với số bản ghi ở hệ thống nguồn (trừ đi các bản ghi đã lọc bỏ có chủ đích).
+- [ ] Không có bản ghi nào bị trùng lặp sau khi di cư.
+- [ ] Dữ liệu tại các trường quan trọng (Tên, Số tiền, Ngày tháng, ID) khớp chính xác 100%.
+- [ ] Các mối quan hệ (Foreign Keys) giữa các bảng vẫn được duy trì đúng.
+
+### Biến đổi dữ liệu (Transformation)
+- [ ] Các quy tắc chuyển đổi (ví dụ: gộp trường, tách trường, đổi đơn vị) được thực hiện đúng.
+- [ ] Dữ liệu mặc định được điền đúng cho các trường mới không có ở hệ thống cũ.
+- [ ] Bảng mã ký tự (Encoding) được chuyển đổi đúng, không bị lỗi font tiếng Việt.
+
+### Hiệu năng & Rollback
+- [ ] Thời gian thực hiện di cư thực tế không vượt quá thời gian dự kiến.
+- [ ] Kế hoạch Rollback đã được kiểm thử và hoạt động thành công.
+- [ ] Các Log di cư được ghi lại đầy đủ để phục vụ việc đối soát và xử lý lỗi.
+
+## Output mong đợi (Expected Output)
+- Báo cáo đối soát dữ liệu (Data Reconciliation Report) trước và sau di cư.
+- Danh sách các bản ghi bị lỗi hoặc không thể di cư (nếu có).
+- Xác nhận từ các bên liên quan về tính sẵn sàng và chính xác của dữ liệu trên hệ thống mới.

package/custom/skills/test-skills/categories/05-integration/05.01.API-testing.md

@@ -0,0 +1,37 @@
+# 05.01. API Testing
+
+## Mục đích
+Đảm bảo tính đúng đắn, độ tin cậy, hiệu suất và bảo mật của các giao diện lập trình ứng dụng (API). Kiểm thử API tập trung vào việc xác thực logic nghiệp vụ ở tầng server, khả năng trao đổi dữ liệu giữa các thành phần phần mềm và đảm bảo hệ thống hoạt động ổn định trước khi tích hợp với giao diện người dùng (UI).
+
+## Kiến thức cần có
+- **Giao thức mạng:** Hiểu về HTTP/HTTPS, các phương thức (GET, POST, PUT, DELETE, PATCH).
+- **Cấu trúc dữ liệu:** Thành thạo JSON, XML, Query Parameters, Form-data.
+- **Mã phản hồi (Status Codes):** Hiểu ý nghĩa các nhóm mã 2xx (Thành công), 3xx (Chuyển hướng), 4xx (Lỗi Client), 5xx (Lỗi Server).
+- **Xác thực và Ủy quyền:** Biết cách sử dụng Bearer Token, API Keys, OAuth2, Basic Auth.
+- **Công cụ:** Sử dụng thành thạo Postman, Insomnia, JMeter hoặc các thư viện code (RestAssured, Axios).
+
+## Quy trình thực hiện
+1. **Phân tích tài liệu API:** Đọc Swagger/OpenAPI hoặc tài liệu kỹ thuật để hiểu các Endpoint, Request payload, và Expected Response.
+2. **Thiết lập môi trường:** Cấu hình Base URL, biến môi trường (Environment variables) và các thông tin xác thực cần thiết.
+3. **Thiết kế kịch bản kiểm thử:**
+    - **Happy Path:** Kiểm tra với dữ liệu hợp lệ.
+    - **Negative Testing:** Kiểm tra với dữ liệu không hợp lệ, thiếu trường bắt buộc, sai định dạng.
+    - **Boundary Testing:** Kiểm tra giới hạn của các tham số đầu vào.
+4. **Thực thi và Kiểm chứng:** Gửi request và kiểm tra Response (Status code, Body, Headers, Response time).
+5. **Kiểm tra tác động DB (nếu có):** Xác nhận dữ liệu được lưu trữ hoặc thay đổi chính xác trong cơ sở dữ liệu sau khi gọi API.
+
+## Checklist
+- [ ] Status code trả về đúng với kịch bản (ví dụ: 201 cho tạo mới, 404 cho không tìm thấy).
+- [ ] Cấu trúc JSON/XML của Response khớp với schema định nghĩa.
+- [ ] Dữ liệu trong Response chính xác (kiểu dữ liệu, giá trị cụ thể).
+- [ ] Các trường bắt buộc (Required fields) được xử lý đúng (trả lỗi nếu thiếu).
+- [ ] API trả về thông báo lỗi thân thiện và mã lỗi logic chính xác (Error codes).
+- [ ] Thời gian phản hồi (Response time) nằm trong ngưỡng cho phép.
+- [ ] Header chứa các thông tin bảo mật cần thiết (ví dụ: `X-Content-Type-Options: nosniff`).
+- [ ] Kiểm tra lỗi bảo mật cơ bản: Không bị IDOR, không lộ stack trace khi gặp lỗi 500.
+
+## Output mong đợi
+- **Bộ sưu tập API (Postman Collection):** Chứa đầy đủ các request đã được phân loại.
+- **Báo cáo kết quả kiểm thử:** Danh sách các endpoint đã test kèm trạng thái (Pass/Fail).
+- **Tài liệu lỗi (Bug Reports):** Mô tả chi tiết các lỗi logic, dữ liệu hoặc hiệu năng phát hiện được.
+- **Scripts tự động hóa (nếu có):** Các đoạn mã kiểm thử tự động để chạy lại khi cần.

package/custom/skills/test-skills/categories/05-integration/05.02.third-party-integration.md

@@ -0,0 +1,36 @@
+# 05.02. Third-party Integration Testing
+
+## Mục đích
+Kiểm thử khả năng kết nối và trao đổi dữ liệu giữa hệ thống đang phát triển với các dịch vụ của bên thứ ba (ví dụ: Cổng thanh toán, Nhà cung cấp SMS/Email, Hệ thống ERP, Dịch vụ bản đồ). Mục tiêu là đảm bảo tích hợp mượt mà, xử lý lỗi tốt khi bên thứ ba gặp sự cố và bảo mật dữ liệu truyền tải.
+
+## Kiến thức cần có
+- **Cơ chế tích hợp:** Hiểu về Webhooks, Callbacks, Rest API, SOAP, hoặc SDK của bên thứ ba.
+- **Mạng và Bảo mật:** Kiến thức về IP Whitelisting, SSL/TLS Handshake, API Keys, JWT.
+- **Kỹ thuật giả lập:** Cách sử dụng Mock (ví dụ: Mockoon, WireMock) hoặc Sandbox environment của bên thứ ba.
+- **Xử lý bất đồng bộ:** Hiểu về Message Queues hoặc cơ chế xử lý background jobs khi chờ phản hồi từ bên thứ ba.
+
+## Quy trình thực hiện
+1. **Nghiên cứu tài liệu Integration:** Hiểu rõ các luồng nghiệp vụ, format dữ liệu yêu cầu và các mã lỗi của bên thứ ba.
+2. **Cấu hình Sandbox/Staging:** Đăng ký và thiết lập thông tin kết nối (App ID, Secret Key, Callback URL) trên môi trường thử nghiệm của bên thứ ba.
+3. **Kiểm thử kết nối (Connectivity):** Xác nhận hệ thống có thể "ping" và kết nối được đến server bên thứ ba (kiểm tra Firewall, DNS).
+4. **Kiểm thử dữ liệu (Data Mapping):**
+    - Gửi dữ liệu từ hệ thống chính -> 3rd party (đúng format, đúng giá trị).
+    - Nhận dữ liệu từ 3rd party -> hệ thống chính (parse đúng dữ liệu, xử lý đúng logic).
+5. **Kiểm thử Webhooks/Callbacks:** Giả lập các sự kiện từ bên thứ ba (ví dụ: Thanh toán thành công) và kiểm tra hệ thống chính cập nhật trạng thái tương ứng.
+6. **Kiểm thử khả năng chịu lỗi (Resilience):** Giả lập tình huống bên thứ ba bị chậm (latency), sập (down), hoặc trả về lỗi 5xx.
+
+## Checklist
+- [ ] Kết nối thành công đến môi trường Sandbox/Staging của bên thứ ba.
+- [ ] Dữ liệu gửi đi tuân thủ đúng định dạng và giới hạn của bên thứ ba.
+- [ ] Dữ liệu nhận về được xử lý chính xác, không gây lỗi logic cho hệ thống chính.
+- [ ] Webhook được xác thực nguồn gốc (Signature validation) để tránh giả mạo.
+- [ ] Cơ chế Retry hoạt động đúng khi kết nối thất bại (ví dụ: Exponential backoff).
+- [ ] Hệ thống hiển thị thông báo lỗi rõ ràng cho người dùng khi bên thứ ba gặp sự cố.
+- [ ] Xử lý thành công các trường hợp trùng lặp Callback (Idempotency).
+- [ ] Thông tin nhạy cảm (Secret Keys, Password) không bị log ra console hoặc file log.
+
+## Output mong đợi
+- **Tài liệu kịch bản tích hợp:** Mô tả các luồng trao đổi dữ liệu.
+- **Kết quả kiểm thử môi trường Sandbox:** Xác nhận mọi tính năng hoạt động đúng với môi trường giả lập.
+- **Báo cáo xử lý lỗi (Exception handling report):** Danh sách các trường hợp ngoại lệ đã được xử lý.
+- **Log giao dịch:** Bản ghi chi tiết các request/response trao đổi với bên thứ ba.

package/custom/skills/test-skills/categories/05-integration/05.03.batch-processing.md

@@ -0,0 +1,38 @@
+# 05.03. Batch Processing Testing
+
+## Mục đích
+Kiểm thử các tiến trình xử lý dữ liệu hàng loạt chạy ngầm (Cron jobs, Background workers, Scheduled tasks). Đảm bảo các tiến trình này thực thi đúng thời điểm, xử lý chính xác khối lượng dữ liệu lớn mà không gây treo hệ thống, và có khả năng phục hồi khi gặp lỗi.
+
+## Kiến thức cần có
+- **Hệ điều hành & Cron:** Cách cấu hình cron expression (ví dụ: `0 0 * * *`).
+- **Cơ sở dữ liệu:** Kỹ năng truy vấn DB để kiểm tra trạng thái dữ liệu trước và sau khi xử lý.
+- **Hệ thống hàng đợi (Message Queues):** Hiểu về RabbitMQ, Kafka, Redis Queue.
+- **Giám sát (Monitoring):** Biết cách xem log hệ thống và sử dụng các công cụ giám sát (Grafana, Kibana).
+
+## Quy trình thực hiện
+1. **Xác định trigger:** Kiểm tra xem tiến trình được kích hoạt bởi thời gian (Schedule) hay bởi một sự kiện (Event-driven).
+2. **Chuẩn bị dữ liệu mẫu (Massive data):** Tạo tập dữ liệu lớn để kiểm tra hiệu năng và giới hạn xử lý.
+3. **Kích hoạt tiến trình:**
+    - Chờ đến thời điểm tự động.
+    - Kích hoạt thủ công (Manual trigger) để kiểm tra nhanh.
+4. **Theo dõi thực thi:**
+    - Kiểm tra log để xem tiến trình bắt đầu và kết thúc khi nào.
+    - Theo dõi tài nguyên hệ thống (CPU, RAM) trong quá trình xử lý.
+5. **Kiểm chứng dữ liệu:** Đối soát dữ liệu trong DB sau khi batch job kết thúc.
+6. **Kiểm thử trường hợp lỗi:** Ngắt kết nối mạng hoặc tắt server giữa chừng để kiểm tra khả năng phục hồi.
+
+## Checklist
+- [ ] Tiến trình chạy đúng thời gian đã cấu hình.
+- [ ] Xử lý thành công toàn bộ dữ liệu đầu vào.
+- [ ] Không xảy ra lỗi tràn bộ nhớ (Memory leak) hoặc timeout khi xử lý khối lượng lớn.
+- [ ] Trạng thái của job (Pending, Running, Success, Failed) được cập nhật chính xác trong bảng quản lý job.
+- [ ] Cơ chế Retry hoạt động đúng cho các record bị lỗi lẻ tẻ.
+- [ ] Tính Idempotency: Chạy lại job nhiều lần trên cùng một bộ dữ liệu không gây ra dữ liệu trùng lặp hoặc sai lệch.
+- [ ] Các job chạy song song (Concurrency) không gây ra tranh chấp dữ liệu (Deadlock).
+- [ ] Log ghi lại đầy đủ thông tin: số record thành công, số record thất bại, lý do lỗi.
+
+## Output mong đợi
+- **Báo cáo thực thi Batch Job:** Chi tiết thời gian bắt đầu, kết thúc và kết quả xử lý.
+- **Kết quả đối soát dữ liệu:** Bảng so sánh dữ liệu trước và sau khi chạy batch.
+- **Danh sách lỗi phát hiện:** Các lỗi về hiệu năng hoặc logic xử lý dữ liệu lớn.
+- **Tài liệu cấu hình:** Hướng dẫn cấu hình và kích hoạt các job.

package/custom/skills/test-skills/categories/05-integration/05.04.file-upload-download.md

@@ -0,0 +1,40 @@
+# 05.04. File Upload and Download Testing
+
+## Mục đích
+Kiểm thử tính năng tải lên (upload) và tải xuống (download) các tập tin. Đảm bảo hệ thống xử lý đúng các định dạng file, giới hạn kích thước, lưu trữ an toàn và bảo vệ hệ thống khỏi các tệp tin độc hại.
+
+## Kiến thức cần có
+- **Định dạng file:** Hiểu về MIME types, File Extensions, File Signatures (Magic numbers).
+- **Bảo mật web:** Kiến thức về lỗ hổng Upload Malware, Path Traversal, XSS qua file nội dung.
+- **Hệ thống lưu trữ:** Hiểu cách hoạt động của Local Storage, AWS S3, Google Cloud Storage.
+- **Mạng:** Hiểu về multipart/form-data, chunked upload, và resume download.
+
+## Quy trình thực hiện
+1. **Kiểm thử Upload cơ bản:** Tải lên các file hợp lệ với các định dạng cho phép (.jpg, .pdf, .docx).
+2. **Kiểm thử Validation:**
+    - Tải file sai định dạng (ví dụ: đổi đuôi `.exe` thành `.jpg`).
+    - Tải file vượt quá kích thước tối đa cho phép.
+    - Tải file trống (0 KB).
+3. **Kiểm thử Security (Malicious files):** Thử tải lên các file chứa script độc hại (php, js, shell).
+4. **Kiểm thử Lưu trữ:** Xác nhận file sau khi upload được lưu đúng đường dẫn và có thể truy cập được với quyền phù hợp.
+5. **Kiểm thử Download:**
+    - Tải xuống file và kiểm tra tính toàn vẹn (Checksum MD5/SHA).
+    - Kiểm tra tên file sau khi tải về không bị lỗi font/encoding.
+6. **Kiểm thử hiệu năng:** Upload/Download nhiều file cùng lúc hoặc file dung lượng cực lớn.
+
+## Checklist
+- [ ] Chỉ cho phép upload các định dạng file đã được định nghĩa (Whitelist).
+- [ ] Kiểm tra định dạng file dựa trên nội dung (File signature), không chỉ dựa trên phần mở rộng (Extension).
+- [ ] Giới hạn kích thước file (Max file size) hoạt động chính xác cả ở phía Client và Server.
+- [ ] Tên file được sanitize (loại bỏ ký tự đặc biệt, khoảng trắng) để tránh lỗi hệ thống.
+- [ ] File upload được quét virus/malware (nếu yêu cầu).
+- [ ] Ngăn chặn ghi đè file cũ nếu trùng tên (thêm UUID hoặc timestamp vào tên file).
+- [ ] Quyền truy cập file (Public/Private) được thiết lập đúng sau khi upload.
+- [ ] Tính năng "Resume download" hoạt động khi kết nối mạng bị gián đoạn.
+- [ ] Header `Content-Disposition` được cấu hình đúng để trình duyệt thực hiện tải xuống thay vì thực thi file.
+
+## Output mong đợi
+- **Bộ Testcases Upload/Download:** Bao phủ đầy đủ các kịch bản tích cực và tiêu cực.
+- **Danh sách file mẫu (Test Assets):** Các file test với đủ loại định dạng và kích thước.
+- **Báo cáo lỗ hổng bảo mật:** (nếu có) liên quan đến việc xử lý file.
+- **Kết quả kiểm tra lưu trữ:** Xác nhận file tồn tại và đúng nội dung trên server/cloud.

package/custom/skills/test-skills/categories/08-domain-skills/CMS.md

@@ -0,0 +1,34 @@
+# 08.01. Kiểm thử Hệ thống Quản trị Nội dung (CMS - Content Management System)
+
+### Mục đích
+Đảm bảo quy trình quản lý vòng đời nội dung (tạo, duyệt, đăng, lưu trữ) diễn ra chính xác, an toàn và tối ưu. Mục tiêu là giúp biên tập viên có trải nghiệm quản trị tốt nhất và người dùng cuối nhận được nội dung chính xác, nhanh chóng.
+
+### Kiến thức cần có
+- **Content Lifecycle:** Hiểu các trạng thái của nội dung (Draft, Pending, Published, Archived).
+- **Công cụ soạn thảo:** Hiểu về WYSIWYG (What You See Is What You Get), Markdown, và các rủi ro bảo mật đi kèm (XSS).
+- **SEO & Social:** Hiểu về Meta tags, OpenGraph, Schema.org, Sitemap và các kỹ thuật tối ưu hóa công cụ tìm kiếm.
+- **Media Management:** Hiểu về định dạng ảnh/video, kỹ thuật nén và resize ảnh tự động.
+- **RBAC:** Hiểu về phân quyền người dùng (Admin, Editor, Contributor, Reader).
+
+### Quy trình thực hiện
+1. **Kiểm thử quy trình soạn thảo:** Kiểm tra các công cụ định dạng văn bản, chèn link, chèn media và tính năng xem trước (Preview).
+2. **Kiểm thử luồng phê duyệt (Workflow):** Thực hiện luồng từ người viết bài chuyển qua người duyệt và người đăng bài.
+3. **Kiểm thử quản lý Media:** Upload các loại file khác nhau, kiểm tra thư viện ảnh và khả năng tái sử dụng tài nguyên.
+4. **Kiểm thử hiển thị (Frontend):** Kiểm tra nội dung hiển thị trên nhiều kích thước màn hình (Responsive) và các trình duyệt khác nhau.
+5. **Kiểm thử SEO & Metadata:** Sử dụng các công cụ kiểm tra thẻ meta và cấu trúc dữ liệu.
+6. **Kiểm thử đa ngôn ngữ (nếu có):** Kiểm tra tính năng dịch thuật và hiển thị nội dung theo từng vùng địa lý.
+
+### Checklist
+- [ ] Trình soạn thảo có hiển thị đúng định dạng khi Copy-Paste từ Word/Google Docs không?
+- [ ] Nội dung ở trạng thái "Draft" (Nháp) có đảm bảo không bị truy cập trái phép từ bên ngoài không?
+- [ ] Tính năng "Lên lịch đăng bài" có hoạt động chính xác theo múi giờ cấu hình không?
+- [ ] Ảnh upload lên có được tự động tối ưu dung lượng (ví dụ chuyển sang WebP) không?
+- [ ] Thẻ `canonical` có trỏ đúng về trang gốc để tránh lỗi trùng lặp nội dung (Duplicate Content) không?
+- [ ] Khi xóa một bài viết, các liên kết nội bộ (Internal links) và file đính kèm có được xử lý đúng không?
+- [ ] Hệ thống có lưu lại lịch sử chỉnh sửa (Version Control) để khôi phục khi cần thiết không?
+- [ ] Phân quyền có hoạt động đúng (ví dụ: Contributor không có nút "Xuất bản") không?
+
+### Output mong đợi
+- **Bộ Test Scenarios cho CMS:** Tập trung vào các luồng nghiệp vụ đặc thù của biên tập viên.
+- **Báo cáo lỗi hiển thị/SEO:** Danh sách các vấn đề về giao diện người dùng và các yếu tố ảnh hưởng đến thứ hạng tìm kiếm.
+- **Đánh giá quy trình:** Đề xuất cải thiện luồng phê duyệt nội dung để tăng hiệu suất làm việc.

package/custom/skills/test-skills/categories/08-domain-skills/Ecommerce.md

@@ -0,0 +1,35 @@
+# 08.02. Kiểm thử Hệ thống Thương mại điện tử (E-Commerce)
+
+### Mục đích
+Đảm bảo sự ổn định, chính xác và an toàn của toàn bộ vòng đời mua sắm trực tuyến. Trọng tâm là tính chính xác của dữ liệu tài chính, quản lý tồn kho, trải nghiệm thanh toán mượt mà và khả năng vận hành chính xác của các chương trình khuyến mãi.
+
+### Kiến thức cần có
+- **E-commerce Funnel:** Hiểu luồng từ Tìm kiếm -> Xem sản phẩm -> Giỏ hàng -> Thanh toán -> Theo dõi đơn hàng.
+- **Payment Gateways:** Hiểu cách tích hợp và các trạng thái thanh toán (Success, Pending, Failed, Refunded).
+- **Promotion Logic:** Hiểu cách áp dụng và kết hợp (Stacking) các loại Coupon, Voucher, Flash sale, Loyalty points.
+- **Inventory Management:** Hiểu về cơ chế giữ chỗ (Reservation), trừ kho và hoàn kho.
+- **Logistics & Tax:** Hiểu cách tính phí vận chuyển dựa trên vị trí/trọng lượng và cách tính thuế.
+
+### Quy trình thực hiện
+1. **Kiểm thử danh mục và sản phẩm:** Kiểm tra các biến thể sản phẩm (màu sắc, kích cỡ), giá bán và hiển thị thông tin.
+2. **Kiểm thử Giỏ hàng & Thanh toán:** Thực hiện các kịch bản thêm/sửa/xóa giỏ hàng và thanh toán qua nhiều phương thức (COD, Thẻ, Ví điện tử).
+3. **Kiểm thử Khuyến mãi:** Áp dụng các loại mã giảm giá khác nhau, kiểm tra điều kiện áp dụng và tính toán giá cuối cùng.
+4. **Kiểm thử Quản lý đơn hàng (OMS):** Theo dõi đơn hàng từ khi đặt đến khi giao thành công hoặc bị hủy/trả hàng.
+5. **Kiểm thử Tích hợp:** Kiểm tra sự kết nối giữa website với hệ thống kho (ERP), hệ thống vận chuyển và cổng thanh toán.
+6. **Kiểm thử dưới tải cao:** Đặc biệt quan trọng cho các sự kiện Flash Sale.
+
+### Checklist
+- [ ] Giá tổng cộng có được tính toán đúng sau khi trừ khuyến mãi và cộng phí ship/thuế không?
+- [ ] Số lượng tồn kho có được trừ ngay khi user đặt hàng thành công (hoặc giữ chỗ) không?
+- [ ] Khi đơn hàng bị hủy, số lượng tồn kho có được hoàn lại (Restock) chính xác không?
+- [ ] Hệ thống có xử lý đúng trường hợp thanh toán thành công nhưng mạng bị ngắt giữa chừng không?
+- [ ] Mã giảm giá có bị sử dụng quá số lượt cho phép hoặc sử dụng sau khi hết hạn không?
+- [ ] Email/Thông báo (Push notification) về trạng thái đơn hàng có được gửi đúng lúc không?
+- [ ] Thông tin cá nhân và thông tin thanh toán của khách hàng có được bảo mật (Masking/Encryption) không?
+- [ ] Người dùng có thể thực hiện thanh toán với số tiền âm hoặc giá trị không hợp lệ không?
+
+### Output mong đợi
+- **Bộ Test Scenarios E-Commerce:** Bao phủ toàn bộ các luồng nghiệp vụ từ người mua đến người bán.
+- **Báo cáo kiểm thử khuyến mãi:** Chi tiết các trường hợp tính toán giá và logic voucher.
+- **Báo cáo tích hợp:** Kết quả kiểm tra sự đồng bộ dữ liệu giữa các hệ thống liên quan.
+- **Đề xuất tối ưu luồng Checkout:** Giảm thiểu các bước không cần thiết để tăng tỷ lệ chuyển đổi.

package/custom/skills/test-skills/categories/99-review/99.01.coverage-review.md

@@ -0,0 +1,35 @@
+# 99.01. Review Độ bao phủ Kiểm thử (Test Coverage Review)
+
+### Mục đích
+Đảm bảo bộ testcase bao phủ toàn diện các yêu cầu nghiệp vụ, các kịch bản rủi ro và các khía cạnh kỹ thuật của sản phẩm. Việc review giúp phát hiện các "vùng mù" (blind spots) trong kiểm thử, từ đó giảm thiểu tối đa rủi ro lọt lỗi (Defect leakage) ra Production.
+
+### Kiến thức cần có
+- **RTM (Requirement Traceability Matrix):** Cách xây dựng ma trận truy vết từ yêu cầu sang testcase.
+- **Kỹ thuật thiết kế Testcase:** Phân vùng tương đương, Phân tích giá trị biên, Bảng quyết định.
+- **Độ bao phủ (Coverage):** Hiểu về Requirement Coverage, Code Coverage, và Logic/Business Rule Coverage.
+- **Phân tích rủi ro:** Xác định các tính năng trọng yếu cần ưu tiên bao phủ cao hơn.
+
+### Quy trình thực hiện
+1. **Thu thập tài liệu đầu vào:** Tập hợp SRS, thiết kế UI/UX, tài liệu API và các luồng nghiệp vụ (Flowcharts).
+2. **Xây dựng Ma trận truy vết:** Liệt kê tất cả các yêu cầu và đối chiếu xem mỗi yêu cầu đã có ít nhất một testcase tương ứng chưa.
+3. **Phân tích kịch bản:**
+    - Kiểm tra độ bao phủ của Happy Path (luồng chính).
+    - Kiểm tra độ bao phủ của Negative Path (luồng lỗi, ngoại lệ).
+    - Kiểm tra các ràng buộc dữ liệu (Data constraints).
+4. **Review chéo (Peer Review):** Tổ chức buổi review với các bên liên quan (BA, Dev, QA Lead) để lấy ý kiến đóng góp.
+5. **Bổ sung và Tối ưu:** Cập nhật các kịch bản còn thiếu và loại bỏ các testcase trùng lặp hoặc không còn giá trị.
+6. **Xác nhận hoàn tất:** Đánh giá tỷ lệ bao phủ cuối cùng trước khi bắt đầu thực hiện kiểm thử.
+
+### Checklist
+- [ ] 100% các Business Requirement đã được ánh xạ sang ít nhất một testcase chưa?
+- [ ] Các kịch bản kiểm thử phân quyền (RBAC) đã bao phủ hết tất cả các Role người dùng chưa?
+- [ ] Đã có các testcase kiểm tra giá trị biên cho tất cả các trường nhập liệu chưa?
+- [ ] Các thông báo lỗi (Error Messages) hiển thị trên UI đã có kịch bản verify chưa?
+- [ ] Các kịch bản về hiệu năng hoặc bảo mật cơ bản đã được đưa vào bộ testcase chưa?
+- [ ] Các lỗi đã từng xảy ra ở phiên bản trước (hoặc dự án tương tự) đã có kịch bản regression chưa?
+- [ ] Bộ testcase đã bao phủ các kịch bản tích hợp với bên thứ ba (nếu có) chưa?
+
+### Output mong đợi
+- **Ma trận truy vết yêu cầu (RTM):** Bảng đối chiếu giữa Requirement và Testcase ID.
+- **Báo cáo đánh giá độ bao phủ:** Tỷ lệ % bao phủ và danh sách các vùng còn thiếu sót.
+- **Bộ testcase hoàn thiện:** Đã được bổ sung và phê duyệt, sẵn sàng cho việc thực thi.

package/custom/skills/test-skills/categories/99-review/99.02.knowledge-learning.md

@@ -0,0 +1,34 @@
+# 99.02. Học tập và Đóng gói Kiến thức (Knowledge Learning & Extraction)
+
+### Mục đích
+Hệ thống hóa quá trình học tập từ thực tế dự án, các lỗi nghiêm trọng (Production bugs) hoặc các công nghệ mới. Mục tiêu là chuyển hóa kinh nghiệm cá nhân thành tri thức chung của team, tránh lặp lại các sai lầm cũ và nâng cao năng lực chuyên môn cho toàn bộ đội ngũ QA.
+
+### Kiến thức cần có
+- **RCA (Root Cause Analysis):** Kỹ thuật phân tích nguyên nhân gốc rễ (ví dụ: 5 Whys, Biểu đồ xương cá).
+- **Kỹ năng viết lách:** Khả năng trình bày vấn đề kỹ thuật một cách súc tích, dễ hiểu.
+- **Kỹ năng nghiên cứu (Research):** Tìm hiểu các giải pháp, công cụ hoặc xu hướng kiểm thử mới từ cộng đồng quốc tế.
+- **Phương pháp quản lý tri thức:** Cách lưu trữ và phân loại tài liệu để dễ dàng tra cứu.
+
+### Quy trình thực hiện
+1. **Thu thập nguồn học tập:** Lấy thông tin từ các Bug Post-mortem, các bài học sau mỗi Sprint (Retrospective), hoặc nghiên cứu các công cụ mới.
+2. **Phân tích và Đúc rút:** 
+    - Với lỗi: Tại sao nó xảy ra? Tại sao quy trình hiện tại không phát hiện được? Làm thế nào để ngăn chặn?
+    - Với công nghệ mới: Nó giải quyết vấn đề gì? Cách áp dụng vào dự án thực tế như thế nào?
+3. **Tài liệu hóa:** Viết hướng dẫn, tạo "Cheat-sheet" hoặc cập nhật vào Repository.
+4. **Chia sẻ và Đào tạo:** Tổ chức các buổi Tech Sharing, Demo hoặc Training cho các thành viên trong team.
+5. **Thực thi và Kiểm chứng:** Áp dụng kiến thức mới vào các dự án tiếp theo và đo lường hiệu quả.
+6. **Cập nhật quy chuẩn:** Nếu kiến thức có giá trị lâu dài, hãy cập nhật nó thành một kỹ năng chuẩn trong Repository.
+
+### Checklist
+- [ ] Nguyên nhân gốc rễ của vấn đề đã được xác định chính xác (không chỉ dừng lại ở bề nổi) chưa?
+- [ ] Bài học đúc rút có giải pháp hành động (Actionable items) cụ thể không?
+- [ ] Tài liệu có đầy đủ ví dụ minh họa hoặc các bước thực hiện (Step-by-step) không?
+- [ ] Đã có kế hoạch chia sẻ kiến thức này cho những người liên quan chưa?
+- [ ] Kiến thức mới có mâu thuẫn với các quy chuẩn hiện tại không? Nếu có, đã được thảo luận để cập nhật chưa?
+- [ ] Tài liệu có được gắn thẻ (Tags) hoặc phân loại đúng để dễ dàng tìm kiếm sau này không?
+
+### Output mong đợi
+- **Tài liệu Lessons Learned:** Tổng hợp các kinh nghiệm từ lỗi hoặc dự án đã qua.
+- **Hướng dẫn kỹ thuật (Technical Guides):** Các kỹ thuật kiểm thử mới được đóng gói.
+- **Buổi Tech Sharing:** Sự lan tỏa tri thức trong cộng đồng QA.
+- **Kho tri thức (Knowledge Base) cập nhật:** Luôn tươi mới và có giá trị thực tiễn cao.

package/custom/skills/test-skills/categories/99-review/99.03.repository-update.md

@@ -0,0 +1,33 @@
+# 99.03. Cập nhật và Bảo trì Kho kỹ năng (Skill Repository Maintenance)
+
+### Mục đích
+Đảm bảo kho kỹ năng QA (QA Skill Repository) luôn được cập nhật, chính xác và phản ánh đúng thực tế công nghệ cũng như quy trình làm việc hiện hành. Việc bảo trì giúp kho tài liệu luôn là nguồn tham chiếu tin cậy và có giá trị sử dụng cao cho mọi thành viên trong team.
+
+### Kiến thức cần có
+- **Quản lý Repository:** Hiểu về cấu trúc thư mục, quy tắc đặt tên và quản lý phiên bản bằng Git.
+- **Tiêu chuẩn Markdown:** Quy chuẩn về định dạng văn bản để đảm bảo tính đồng nhất.
+- **Quy trình Review:** Hiểu cách thực hiện Pull Request (PR) và quy trình phê duyệt thay đổi.
+- **Tổng hợp phản hồi:** Khả năng phân tích ý kiến từ người dùng (QA members) để cải thiện nội dung.
+
+### Quy trình thực hiện
+1. **Thu thập phản hồi:** Lắng nghe ý kiến từ team về các khó khăn hoặc các điểm chưa rõ ràng khi sử dụng Repository.
+2. **Rà soát định kỳ (Audit):** Mỗi quý một lần, thực hiện kiểm tra toàn bộ nội dung để tìm các thông tin đã lỗi thời.
+3. **Đề xuất thay đổi:** Tạo Issue hoặc liệt kê các mục cần thêm mới, sửa đổi hoặc xóa bỏ.
+4. **Thực hiện cập nhật:**
+    - Soạn thảo nội dung mới tuân thủ đúng Template quy định.
+    - Cập nhật các tệp tin liên quan (ví dụ: `README.md`, `skill_modules.md`).
+5. **Review và Merge:** Gửi Pull Request để các thành viên khác review trước khi chính thức cập nhật vào nhánh chính.
+6. **Thông báo (Announce):** Cập nhật vào Nhật ký thay đổi (Change History) và thông báo cho toàn team về các điểm mới.
+
+### Checklist
+- [ ] Các tệp tin mới/chỉnh sửa có tuân thủ đúng cấu trúc 5 phần (Mục đích, Kiến thức, Quy trình, Checklist, Output) không?
+- [ ] Quy tắc đặt tên file và thư mục có đúng chuẩn (lowercase, kebab-case, đánh số thứ tự) không?
+- [ ] Có kỹ năng nào bị trùng lặp hoặc chồng chéo nội dung cần được gộp lại không?
+- [ ] Các liên kết nội bộ (Internal links) và liên kết bên ngoài có hoạt động chính xác không?
+- [ ] Các thuật ngữ chuyên môn có được sử dụng thống nhất trong toàn bộ Repository không?
+- [ ] Đã cập nhật `99.04.change-history.md` cho đợt thay đổi này chưa?
+
+### Output mong đợi
+- **Pull Request hoàn thiện:** Chứa các thay đổi đã được kiểm duyệt và phê duyệt.
+- **Kho kỹ năng cập nhật:** Nội dung chính xác, trình bày đẹp mắt và dễ tra cứu.
+- **Thông báo cập nhật:** Tóm tắt các thay đổi quan trọng gửi tới team QA.