@relipa/ai-flow-kit 0.1.2 → 0.1.4-beta.0

package/custom/skills/test-skills/rules/Directory_and_Naming_Convention.md

@@ -0,0 +1,257 @@
+# 00. Hướng dẫn Cấu trúc Thư mục & Quy tắc Đặt tên File (Directory Structure & Naming Convention)
+
+## Mục tiêu (Objective)
+
+Định nghĩa và chuẩn hóa quy tắc tổ chức thư mục, đặt tên file cho toàn bộ các Artifact được sinh ra trong quy trình QA Workflow. Đảm bảo tính nhất quán, truy vết và dễ bảo trì trên toàn dự án.
+
+> **Lưu ý quan trọng**: Tài liệu này là **điểm tham chiếu bắt buộc** cho toàn bộ quy trình. Mọi Artifact sinh ra (Result, QA) phải tuân thủ nghiêm ngặt các quy tắc được định nghĩa tại đây trước khi thực thi bất kỳ bước nào trong workflow.
+
+---
+
+## 1. Tổng quan Cấu trúc Thư mục (Directory Overview)
+
+```text
+Flow_TestCase_v1.1/
+├── Work-flow/          ← Định nghĩa quy trình (Workflow Definitions)
+│   ├── 01_Requirement_Analysis.md
+│   ├── 02_Scenario_Building.md
+│   ├── 03_Test_Design.md
+│   ├── 04_Test_Review.md
+│   ├── 05_Test_Reporting.md
+│   └── Standard_QA_Workflow.md
+│
+├── Rule/               ← Quy tắc & Quy ước chung (Rules & Standards)
+│   ├── GUI_work_flow/
+│   │   └── Directory_and_Naming_Convention.md   ← File này
+│   └── Quy_uoc_TC/
+│       └── QA_Writing_Standards.md
+│
+├── Result/             ← Kết quả chính thức của từng bước (Result Artifacts)
+│   └── {tên_SRS hoặc tên_chức_năng}/
+│       ├── 01_Requirement_Analysis_Result.md
+│       ├── 02_Test_Scenarios_Result.md
+│       ├── 03_Test_Cases_Draft_Result.md
+│       └── 04_Test_Cases_Final_Result.md
+│
+├── QA/                 ← Quản lý Issue & Câu hỏi làm rõ (QA Artifacts)
+│   └── {tên_SRS hoặc tên_chức_năng}/
+│       ├── 01_Requirement_Analysis_QA.md
+│       ├── 02_Scenario_Building_QA.md
+│       ├── 03_Test_Design_QA.md
+│       └── 04_Test_Review_QA.md
+│
+└── TestCase/           ← Bộ Test Case giao nộp theo template chuẩn (TestCase Artifacts)
+    └── {tên_SRS hoặc tên_chức_năng}/
+        └── {tên_SRS_hoặc_tên_chức_năng}_TestCase.md
+```
+
+---
+
+## 2. Quy tắc thư mục `Result/` (Result Directory Rules)
+
+- **Đường dẫn gốc**: [Result/](file:///home/lee/Documents/Projects/Flow_TestCase_v1.1/Result)
+- **Mục đích**: Lưu trữ toàn bộ các file kết quả chính thức (Result Artifact) được sinh ra ở mỗi bước workflow.
+
+### 2.1. Quy tắc tạo thư mục con
+
+Với mỗi tài liệu SRS hoặc tính năng được đưa vào làm đầu vào, **tạo một thư mục con** bên trong `Result/` có tên **trùng với tên tài liệu SRS hoặc tên chức năng** đó.
+
+```
+Result/
+└── {tên_tài_liệu_SRS_hoặc_tên_chức_năng}/
+```
+
+> **Ví dụ**: Nếu đầu vào là tài liệu `AD10_Create_Product`, thư mục con sẽ là:
+> `Result/AD10_Create_Product/`
+
+### 2.2. Quy tắc đặt tên file Result
+
+Tên file kết quả trong mỗi thư mục con phải tuân theo mẫu:
+
+```
+{tên_step}_Result.md
+```
+
+#### Bảng đặt tên file Result theo từng bước
+
+| Bước | Tên Step | Tên file Result |
+| :---: | :--- | :--- |
+| **01** | `01_Requirement_Analysis` | `01_Requirement_Analysis_Result.md` |
+| **02** | `02_Test_Scenarios` | `02_Test_Scenarios_Result.md` |
+| **03** | `03_Test_Cases_Draft` | `03_Test_Cases_Draft_Result.md` |
+| **04** | `04_Test_Cases_Final` | `04_Test_Cases_Final_Result.md` |
+
+#### Ví dụ đường dẫn đầy đủ
+
+```
+Result/AD10_Create_Product/01_Requirement_Analysis_Result.md
+Result/AD10_Create_Product/02_Test_Scenarios_Result.md
+Result/AD10_Create_Product/03_Test_Cases_Draft_Result.md
+Result/AD10_Create_Product/04_Test_Cases_Final_Result.md
+```
+
+---
+
+## 3. Quy tắc thư mục `QA/` (QA Directory Rules)
+
+- **Đường dẫn gốc**: [QA/](file:///home/lee/Documents/Projects/Flow_TestCase_v1.1/QA)
+- **Mục đích**: Lưu trữ toàn bộ các file ghi nhận Issue, câu hỏi làm rõ và giả định phát sinh trong từng bước workflow.
+
+### 3.1. Quy tắc tạo thư mục con
+
+Tương tự thư mục `Result/`, với mỗi tài liệu SRS hoặc tính năng được đưa vào, **tạo một thư mục con** bên trong `QA/` có tên **trùng với tên tài liệu SRS hoặc tên chức năng** đó.
+
+```
+QA/
+└── {tên_tài_liệu_SRS_hoặc_tên_chức_năng}/
+```
+
+> **Ví dụ**: Nếu đầu vào là tài liệu `AD10_Create_Product`, thư mục con sẽ là:
+> `QA/AD10_Create_Product/`
+
+### 3.2. Quy tắc đặt tên file QA
+
+Tên file QA trong mỗi thư mục con phải tuân theo mẫu:
+
+```
+{tên_step}_QA.md
+```
+
+#### Bảng đặt tên file QA theo từng bước
+
+| Bước | Tên Step | Tên file QA |
+| :---: | :--- | :--- |
+| **01** | `01_Requirement_Analysis` | `01_Requirement_Analysis_QA.md` |
+| **02** | `02_Scenario_Building` | `02_Scenario_Building_QA.md` |
+| **03** | `03_Test_Design` | `03_Test_Design_QA.md` |
+| **04** | `04_Test_Review` | `04_Test_Review_QA.md` |
+
+#### Ví dụ đường dẫn đầy đủ
+
+```
+QA/AD10_Create_Product/01_Requirement_Analysis_QA.md
+QA/AD10_Create_Product/02_Scenario_Building_QA.md
+QA/AD10_Create_Product/03_Test_Design_QA.md
+QA/AD10_Create_Product/04_Test_Review_QA.md
+```
+
+---
+
+## 4. Quy tắc thư mục `TestCase/` (TestCase Directory Rules)
+
+- **Đường dẫn gốc**: [TestCase/](file:///home/lee/Documents/Projects/Flow_TestCase_v1.1/TestCase)
+- **Mục đích**: Lưu trữ bộ Test Case giao nộp cuối cùng theo đúng template chuẩn dự án. File này chỉ chứa **phần bảng Test Case** (không chứa review summary, findings hay coverage validation) và được sinh **đồng thời** với `04_Test_Cases_Final_Result.md` ở cuối Bước 04.
+
+### 4.1. Quy tắc tạo thư mục con
+
+Tương tự `Result/` và `QA/`, với mỗi tài liệu SRS hoặc tính năng, **tạo một thư mục con** bên trong `TestCase/` có tên **trùng với tên tài liệu SRS hoặc tên chức năng** đó.
+
+```
+TestCase/
+└── {tên_tài_liệu_SRS_hoặc_tên_chức_năng}/
+```
+
+> **Ví dụ**: Nếu đầu vào là tài liệu `AD06_Create_Tag`, thư mục con sẽ là:
+> `TestCase/AD06_Create_Tag/`
+
+### 4.2. Quy tắc đặt tên file TestCase
+
+Tên file TestCase trong mỗi thư mục con phải tuân theo mẫu:
+
+```
+{tên_SRS_hoặc_tên_chức_năng}_TestCase.md
+```
+
+| Thành phần | Mô tả |
+| :--- | :--- |
+| `{tên_SRS_hoặc_tên_chức_năng}` | Trùng khớp với tên thư mục con (không rút gọn, không thay đổi) |
+| `_TestCase` | Hậu tố cố định, phân biệt với Result và QA artifact |
+| `.md` | Định dạng Markdown |
+
+#### Ví dụ đường dẫn đầy đủ
+
+```
+TestCase/AD06_Create_Tag/AD06_Create_Tag_TestCase.md
+TestCase/AD10_Create_Product/AD10_Create_Product_TestCase.md
+```
+
+### 4.3. Nội dung file TestCase
+
+File TestCase tuân theo **template chuẩn** tại [Template/template_testcase.md](file:///home/lee/Documents/Projects/Flow_TestCase_v1.1/Template/template_testcase.md) và **chỉ bao gồm**:
+
+- Mục **1. Thông tin chung** (General Info)
+- Mục **2. Kết quả kiểm thử tổng hợp** (Test Execution Summary)
+- Mục **3. Danh sách Test Cases Chi Tiết** (Detailed Test Cases — toàn bộ các nhóm và bảng test case)
+
+> **Không bao gồm**: Review Summary, Review Findings, Coverage Validation (RTM), Sign-off Status — các mục này thuộc về `04_Test_Cases_Final_Result.md`.
+
+### 4.4. Thời điểm sinh file
+
+File TestCase được sinh **đồng thời** với `04_Test_Cases_Final_Result.md` tại cuối Bước 04 (Test Review), khi tất cả issue Critical/Major đã được giải quyết và bộ Test Case đã Sign-off.
+
+---
+
+## 5. Artifact Matrix Tổng hợp (Full Artifact Matrix)
+
+Bảng tổng hợp đầy đủ mapping giữa các bước workflow và các Artifact tương ứng:
+
+| Step | Mô tả | Result Artifact | QA Artifact | TestCase Artifact | Storage |
+| :---: | :--- | :--- | :--- | :--- | :--- |
+| **01** | Phân tích Yêu cầu & Rủi ro | `01_Requirement_Analysis_Result.md` | `01_Requirement_Analysis_QA.md` | — | `Result/{tên}/` và `QA/{tên}/` |
+| **02** | Xây dựng Kịch bản (Scenario) | `02_Test_Scenarios_Result.md` | `02_Scenario_Building_QA.md` | — | `Result/{tên}/` và `QA/{tên}/` |
+| **03** | Thiết kế Test Case chi tiết | `03_Test_Cases_Draft_Result.md` | `03_Test_Design_QA.md` | — | `Result/{tên}/` và `QA/{tên}/` |
+| **04** | Review & Tối ưu hóa | `04_Test_Cases_Final_Result.md` | `04_Test_Review_QA.md` | `{tên}_TestCase.md` | `Result/{tên}/`, `QA/{tên}/` và `TestCase/{tên}/` |
+
+---
+
+## 6. Quy tắc bổ sung (Additional Rules)
+
+### 6.1. Quy tắc cập nhật file (Update Rule)
+
+- Nếu file đã tồn tại, **cập nhật và ghi đè** nội dung mới nhất.
+- **Không tạo file trùng lặp** với hậu tố phiên bản (ví dụ: `_v1`, `_v2`, `_final`, `_new`).
+
+### 6.2. Quy tắc đặt tên thư mục con (Subdirectory Naming)
+
+- Sử dụng **đúng tên** của tài liệu SRS hoặc tên chức năng được đưa vào (không tự ý rút gọn hoặc thay đổi).
+- Ví dụ hợp lệ: `AD10_Create_Product`, `Login_Feature`, `AD06_Create_Tag`.
+- Ví dụ **không hợp lệ**: `product`, `login`, `tag_feature` (tên tự đặt khác với tên gốc).
+
+### 6.3. Nguyên tắc nhất quán (Consistency Principle)
+
+- Thư mục con trong `Result/`, `QA/` và `TestCase/` **phải có cùng tên** với nhau cho một tài liệu SRS/chức năng.
+- Điều này đảm bảo việc tra cứu và truy vết giữa Result, QA và TestCase là nhanh chóng và chính xác.
+
+---
+
+## 7. Checklist Áp dụng (Application Checklist)
+
+Trước khi bắt đầu thực thi bất kỳ bước nào trong workflow, kiểm tra:
+
+- [ ] Đã xác định đúng tên tài liệu SRS / tên chức năng đầu vào chưa?
+- [ ] Đã tạo thư mục con trong `Result/` với đúng tên chưa?
+- [ ] Đã tạo thư mục con trong `QA/` với đúng tên (trùng với `Result/`) chưa?
+- [ ] Tên file Result tuân theo mẫu `{tên_step}_Result.md` chưa?
+- [ ] Tên file QA tuân theo mẫu `{tên_step}_QA.md` chưa?
+- [ ] (Sau Bước 04) Đã tạo thư mục con trong `TestCase/` với đúng tên chưa?
+- [ ] (Sau Bước 04) Tên file TestCase tuân theo mẫu `{tên_SRS_hoặc_tên_chức_năng}_TestCase.md` chưa?
+- [ ] (Sau Bước 04) File TestCase chỉ chứa phần bảng test case theo template chuẩn, không chứa review metadata chưa?
+- [ ] Không có file trùng lặp hoặc sai quy tắc đặt tên không?
+
+---
+
+## 8. Liên kết tham chiếu (References)
+
+- [Standard_QA_Workflow.md](file:///home/lee/Documents/Projects/Flow_TestCase_v1.1/Work-flow/Standard_QA_Workflow.md) — Tổng quan quy trình làm việc chuẩn.
+- [01_Requirement_Analysis.md](file:///home/lee/Documents/Projects/Flow_TestCase_v1.1/Work-flow/01_Requirement_Analysis.md) — Chi tiết Bước 1.
+- [02_Scenario_Building.md](file:///home/lee/Documents/Projects/Flow_TestCase_v1.1/Work-flow/02_Scenario_Building.md) — Chi tiết Bước 2.
+- [03_Test_Design.md](file:///home/lee/Documents/Projects/Flow_TestCase_v1.1/Work-flow/03_Test_Design.md) — Chi tiết Bước 3.
+- [04_Test_Review.md](file:///home/lee/Documents/Projects/Flow_TestCase_v1.1/Work-flow/04_Test_Review.md) — Chi tiết Bước 4.
+- [Result/](file:///home/lee/Documents/Projects/Flow_TestCase_v1.1/Result) — Thư mục lưu Result Artifacts.
+- [QA/](file:///home/lee/Documents/Projects/Flow_TestCase_v1.1/QA) — Thư mục lưu QA Artifacts.
+- [TestCase/](file:///home/lee/Documents/Projects/Flow_TestCase_v1.1/TestCase) — Thư mục lưu TestCase Artifacts theo template chuẩn.
+- [Template/template_testcase.md](file:///home/lee/Documents/Projects/Flow_TestCase_v1.1/Template/template_testcase.md) — Template chuẩn cho file TestCase.
+
+---
+
+*Tài liệu này là quy tắc nền tảng của hệ thống. Mọi thay đổi về cấu trúc thư mục hoặc quy tắc đặt tên phải được cập nhật tại đây trước khi áp dụng.*

package/custom/skills/test-skills/rules/QA_Writing_Standards.md

@@ -0,0 +1,49 @@
+# Quy ước chung (SETTING) — Flow tạo testcase
+
+> File này là "cấu hình" dùng chung cho **tất cả** các skill trong flow.
+> Mọi skill PHẢI đọc file này trước khi chạy để giữ output nhất quán.
+> Khi muốn đổi phong cách/quy tắc cho cả flow → chỉ sửa file này.
+
+---
+
+## 1. Ngôn ngữ & văn phong
+
+- Nội dung mô tả/diễn giải bằng **tiếng Việt**.
+- **Tiêu đề cột của bảng (checklist, testcase) viết bằng tiếng Anh** theo quy ước team; **nội dung trong ô viết tiếng Việt**.
+- Thuật ngữ kỹ thuật/test có thể giữ tiếng Anh trong ngoặc khi cần (vd: kiểm thử biên (boundary)).
+- Viết ngắn gọn, rõ ràng, không lan man. Ưu tiên gạch đầu dòng và bảng.
+
+### Từ vựng trạng thái test (Status) — dùng thống nhất ở checklist & testcase
+
+- `Untest` — chưa test (mặc định khi mới sinh).
+- `Pass` — đạt.
+- `Fail` — không đạt.
+- `Blocked` — bị chặn, chưa test được.
+- `N/A` — không áp dụng.
+
+## 2. Mức độ ưu tiên
+
+- **High** — luồng chính, ảnh hưởng nghiệp vụ/tiền/bảo mật, lỗi gây chặn người dùng.
+- **Medium** — luồng phụ, validation quan trọng, ảnh hưởng trải nghiệm rõ rệt.
+- **Low** — trường hợp hiếm, UI cosmetic, edge ít xảy ra.
+
+## 3. Quy ước đặt ID
+
+- Checklist mục: `CL-<FEATURE>-001`
+- Testcase: `TC-<FEATURE>-001`
+- `<FEATURE>` viết hoa, không dấu, gạch nối nếu dài. Vd: `TC-LOGIN-001`, `TC-DAT-HANG-005`.
+- Đánh số liên tục, 3 chữ số.
+
+## 4. Nguyên tắc viết testcase
+
+1. **1 testcase = 1 mục tiêu kiểm thử** (đừng gộp nhiều mục đích).
+2. **Bước (steps)** rõ ràng, đánh số, người khác đọc làm theo được mà không cần hỏi.
+3. **Kết quả mong đợi** phải **đo được / quan sát được** (tránh "hoạt động đúng").
+4. Luôn ghi **tiền điều kiện** (precondition) và **dữ liệu test** cụ thể.
+5. Phủ đủ: happy path → edge/biên → negative. Không chỉ test trường hợp đúng.
+6. Mỗi testcase truy vết được về 1 mục checklist và/hoặc 1 yêu cầu trong spec.
+
+## 5. Khi gặp điểm mơ hồ
+
+- KHÔNG tự bịa nghiệp vụ. Ghi rõ là **giả định (assumption)** và đánh dấu cần xác nhận.
+- Dồn các điểm chưa rõ vào bước QA (`/tc-qa`) để hỏi, đừng đoán bừa rồi viết testcase sai.

package/custom/skills/test-skills/template/template_testcase.md

@@ -0,0 +1,92 @@
+# HƯỚNG DẪN VÀ TEMPLATE VIẾT TEST CASE CHUẨN DỰ ÁN (MD FORMAT)
+
+Tài liệu này cung cấp **Template Test Case** chuẩn chỉnh và hướng dẫn chi tiết dành cho QA/QC/Tester để xây dựng danh sách kịch bản kiểm thử (Test Cases) chất lượng cao bằng định dạng Markdown. Ngoài ra, tài liệu còn đính kèm **AI Prompt** để sinh Test Case tự động từ tài liệu SRS hoặc giao diện HTML.
+
+---
+
+```markdown
+# [Screen_ID]_[Screen_Name] - Test Cases
+
+## 1. Thông tin chung
+
+| Mục | Chi tiết |
+|:---|:---|
+| **Mã màn hình - Tên màn hình** | [Ví dụ: AD10_Create Product] |
+| **Tài liệu tham chiếu (SRS)** | [Ví dụ: 【K'S CANDY】_SRS_v1.5] |
+| **Người tạo (Author)** | [Ví dụ: LyLT] |
+| **Ngày tạo (Created Date)** | [Ví dụ: 2026-06-15] |
+| **Người kiểm duyệt (Reviewer)** | [Ví dụ: Nguyễn Văn A] |
+| **Ngày kiểm duyệt (Review Date)** | [Ví dụ: 2026-06-16] |
+
+## 2. Kết quả kiểm thử tổng hợp (Test Execution Summary)
+
+| Vòng kiểm thử (Round) | Đạt (Passed) | Lỗi (Failed) | Chưa test (Untest) | Chờ (Pending) | Tổng số (Total) | Tỷ lệ Đạt (%) |
+|:---|:---:|:---:|:---:|:---:|:---:|:---:|
+| Round 1 | 0 | 0 | 0 | 0 | 0 | 0% |
+| Round 2 | 0 | 0 | 0 | 0 | 0 | 0% |
+
+---
+
+## 3. Danh sách Test Cases Chi Tiết
+
+### 3.1. Kiểm thử truy cập & Phân quyền (Access & Authorization)
+
+| Test Case ID | Test Case Name | Severity | Pre-condition | Steps | Data Test | Expected Result | Ticket ID | Comment | R1 Result | R1 Date | R1 Tester | R2 Result | R2 Date | R2 Tester |
+|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
+| [ID_001] | Truy cập trực tiếp qua URL khi chưa đăng nhập | High | Người dùng chưa đăng nhập hệ thống | 1. Nhập URL màn hình vào thanh địa chỉ trình duyệt.<br>2. Nhấn Enter. | URL của màn hình | Hệ thống không cho phép truy cập.<br>Tự động chuyển hướng về trang Đăng nhập (Login). | | | | | | | | |
+| [ID_002] | Truy cập trực tiếp qua URL khi đã đăng nhập | Medium | Người dùng đã đăng nhập hệ thống thành công | 1. Nhập URL màn hình vào thanh địa chỉ trình duyệt.<br>2. Nhấn Enter. | URL của màn hình | Hệ thống cho phép truy cập.<br>Hiển thị đúng giao diện màn hình. | | | | | | | | |
+| [ID_003] | Truy cập qua button/menu điều hướng | Low | Người dùng đang ở màn hình danh sách | 1. Click vào nút "Thêm mới" hoặc menu tương ứng. | - | Hệ thống mở màn hình đăng ký/thực hiện tương ứng thành công. | | | | | | | | |
+
+### 3.2. Kiểm thử Giao diện Người dùng (UI/UX)
+
+| Test Case ID | Test Case Name | Severity | Pre-condition | Steps | Data Test | Expected Result | Ticket ID | Comment | R1 Result | R1 Date | R1 Tester | R2 Result | R2 Date | R2 Tester |
+|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
+| [ID_004] | Kiểm tra hiển thị giao diện tổng quan | Low | Màn hình hiển thị bình thường | 1. Quan sát giao diện màn hình.<br>2. Kiểm tra layout, màu sắc, font chữ, khoảng cách giữa các trường. | - | 1. Layout cân đối, font chữ và cỡ chữ đồng nhất.<br>2. Các trường bắt buộc nhập có dấu sao đỏ (*).<br>3. Không có lỗi chính tả, lỗi dịch thuật tiếng Nhật/Anh/Việt.<br>4. Định dạng placeholder hiển thị chính xác theo thiết kế. | | | | | | | | |
+
+### 3.3. Kiểm thử Validation các trường nhập liệu (Input Validation)
+*(Tạo riêng từng bảng hoặc nhóm theo từng Field để dễ theo dõi)*
+
+#### * Đối với Trường nhập liệu Text (Ví dụ: 【品番】/【品名】...)
+| Test Case ID | Test Case Name | Severity | Pre-condition | Steps | Data Test | Expected Result | Ticket ID | Comment | R1 Result | R1 Date | R1 Tester | R2 Result | R2 Date | R2 Tester |
+|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
+| [ID_005] | Kiểm tra giá trị mặc định | Low | Đã truy cập màn hình | 1. Quan sát trường [Tên Trường]. | - | Giá trị mặc định là trống (blank).<br>Hiển thị đúng Placeholder thiết kế. | | | | | | | | |
+| [ID_006] | Kiểm tra trường bắt buộc nhập để trống | High | Đã truy cập màn hình | 1. Để trống trường [Tên Trường].<br>2. Bấm nút thực hiện (Đăng ký/Lưu). | Empty | 1. Hiển thị thông báo lỗi trên đầu trang hoặc dưới field: "Hãy nhập [Tên Trường]" (tiếng Nhật/Anh tương ứng).<br>2. Field bị highlight viền đỏ. | | | | | | | | |
+| [ID_007] | Kiểm tra nhập ký tự khoảng trắng (Spaces) | Medium | Đã truy cập màn hình | 1. Nhập toàn khoảng trắng vào trường.<br>2. Bấm nút thực hiện (Đăng ký/Lưu) hoặc focus out. | `"   "` | Hệ thống xem như để trống.<br>Báo lỗi bắt buộc nhập (nếu là trường Required) hoặc tự động trim khoảng trắng. | | | | | | | | |
+| [ID_008] | Kiểm tra nhập khoảng trắng ở đầu/cuối chuỗi | Low | Đã truy cập màn hình | 1. Nhập chuỗi có khoảng trắng ở đầu/cuối.<br>2. Bấm nút thực hiện (Đăng ký/Lưu). | `"  data_test  "` | Hệ thống tự động cắt bỏ (trim) khoảng trắng ở đầu và cuối chuỗi trước khi lưu vào DB. | | | | | | | | |
+| [ID_009] | Kiểm tra nhập độ dài tối thiểu/tối đa (Boundary Value) | Medium | Đã truy cập màn hình, biết Maxlength = N | 1. Nhập chuỗi có độ dài N - 1 ký tự.<br>2. Nhập chuỗi có độ dài N ký tự.<br>3. Nhập chuỗi có độ dài > N ký tự. | Chuỗi test tương ứng | - Với độ dài <= N: Cho phép nhập và lưu bình thường.<br>- Với độ dài > N: Hệ thống chặn trực tiếp trên UI (không cho gõ tiếp) hoặc báo lỗi hợp lệ. | | | | | | | | |
+| [ID_010] | Kiểm tra nhập ký tự đặc biệt / Tiếng Nhật Halfwidth & Fullwidth | Medium | Đã truy cập màn hình | 1. Nhập các ký tự đặc biệt (!@#$).<br>2. Nhập ký tự Halfwidth (ｶﾀｶﾅ, 123).<br>3. Nhập ký tự Fullwidth (カタカナ, １２３). | Dữ liệu kiểm thử | Hệ thống lưu trữ đúng định dạng ký tự đã nhập (hoặc báo lỗi chuẩn nếu có quy định hạn chế định dạng). | | | | | | | | |
+| [ID_011] | Kiểm tra thao tác Copy/Paste | Low | Đã truy cập màn hình | 1. Copy một chuỗi hợp lệ.<br>2. Paste vào trường thông tin.<br>3. Bấm nút thực hiện. | - | Cho phép paste dữ liệu vào field thành công và xử lý lưu bình thường. | | | | | | | | |
+
+#### * Đối với Trường Số (Number / Price / Quantity)
+| Test Case ID | Test Case Name | Severity | Pre-condition | Steps | Data Test | Expected Result | Ticket ID | Comment | R1 Result | R1 Date | R1 Tester | R2 Result | R2 Date | R2 Tester |
+|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
+| [ID_012] | Kiểm tra nhập chữ cái và ký tự đặc biệt | Medium | Đã truy cập màn hình | 1. Cố gắng nhập chữ cái (a, b, c...) hoặc ký tự đặc biệt.<br>2. Bấm nút thực hiện. | `"abc"`, `"@#$"` | UI ngăn không cho nhập chữ cái/ký tự đặc biệt, chỉ chấp nhận chữ số. | | | | | | | | |
+| [ID_013] | Kiểm tra nhập số âm | High | Đã truy cập màn hình | 1. Nhập số âm.<br>2. Bấm nút thực hiện. | `-10` | Báo lỗi giá trị phải lớn hơn hoặc bằng 0 (hoặc chặn dấu trừ `-` trực tiếp từ UI). | | | | | | | | |
+| [ID_014] | Kiểm tra nhập số thập phân | High | Đã truy cập màn hình | 1. Nhập số có dấu phẩy thập phân.<br>2. Bấm nút thực hiện. | `1.5`, `2,3` | Báo lỗi chỉ chấp nhận số nguyên (hoặc chấp nhận số thập phân tùy đặc tả nghiệp vụ). | | | | | | | | |
+| [ID_015] | Kiểm tra hiển thị định dạng phân tách hàng nghìn | Low | Đã truy cập màn hình | 1. Nhập số lớn.<br>2. Focus out khỏi trường nhập liệu. | `1000000` | Số tự động định dạng phân tách hàng nghìn (Ví dụ: `1,000,000`). | | | | | | | | |
+
+#### * Đối với Trường File Upload (Hình ảnh)
+| Test Case ID | Test Case Name | Severity | Pre-condition | Steps | Data Test | Expected Result | Ticket ID | Comment | R1 Result | R1 Date | R1 Tester | R2 Result | R2 Date | R2 Tester |
+|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
+| [ID_016] | Kiểm tra không upload file (Trường tùy chọn) | Medium | Đã truy cập màn hình | 1. Không chọn file upload.<br>2. Bấm nút thực hiện. | - | Hệ thống cho phép thực hiện thành công mà không báo lỗi. | | | | | | | | |
+| [ID_017] | Kiểm tra upload file sai định dạng | High | Định dạng cho phép: jpeg, png | 1. Chọn upload file có định dạng không được phép (xlsx, gif, pdf...). | File `.pdf`, `.xlsx` | Upload không thành công. Hiển thị thông báo lỗi đúng thiết kế: "Hình ảnh phải là định dạng jpeg hoặc png." | | | | | | | | |
+| [ID_018] | Kiểm tra upload dung lượng vượt quá giới hạn | High | Giới hạn dung lượng: tối đa 10MB | 1. Chọn file có kích thước > 10MB.<br>2. Tiến hành upload. | File kích thước `10.5MB` | Upload thất bại. Hiển thị lỗi cảnh báo: "Dung lượng hình ảnh vượt quá 10MB." | | | | | | | | |
+| [ID_019] | Kiểm tra upload file giả mạo đuôi mở rộng (Spoofing) | High | Đã truy cập màn hình | 1. Đổi đuôi file thực thi nguy hiểm `.exe` thành `.jpg`.<br>2. Chọn upload file này. | File `.exe` đổi tên thành `.jpg` | Hệ thống kiểm tra phần thân file (MIME type) thực tế và báo lỗi không đúng định dạng. | | | | | | | | |
+| [ID_020] | Kiểm tra kéo thả file (Drag & Drop) | Low | Đã truy cập màn hình | 1. Kéo file ảnh thả vào vùng upload. | File `.png` hợp lệ | Upload file thành công và hiển thị thumbnail ảnh xem trước trên giao diện. | | | | | | | | |
+
+### 3.4. Kiểm thử Logic Nghiệp vụ (Business Rules - BR)
+
+| Test Case ID | Test Case Name | Severity | Pre-condition | Steps | Data Test | Expected Result | Ticket ID | Comment | R1 Result | R1 Date | R1 Tester | R2 Result | R2 Date | R2 Tester |
+|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
+| [ID_021] | Kiểm tra ràng buộc trùng lặp dữ liệu duy nhất (Unique) | High | Đã tồn tại bản ghi trong DB | 1. Nhập thông tin trùng khóa chính/mã duy nhất với bản ghi cũ.<br>2. Điền các thông tin hợp lệ khác.<br>3. Bấm Đăng ký. | Mã trùng lặp | Hệ thống báo lỗi trùng lặp: "Mã/Tên này đã tồn tại trong hệ thống. Vui lòng kiểm tra lại." | | | | | | | | |
+| [ID_022] | Kiểm tra logic liên kết dữ liệu động (Dynamic Form Control) | High | Điều kiện thay đổi hiển thị | 1. Tích chọn/Bỏ tích chọn [Checkbox điều kiện]. | - | Giao diện tự động thay đổi hiển thị ẩn/hiện hoặc disable/enable các trường thông tin liên quan theo đúng mô tả BR. | | | | | | | | |
+| [ID_023] | Kiểm tra lưu dữ liệu vào Database thành công | Critical | Nhập đầy đủ và chính xác tất cả dữ liệu hợp lệ | 1. Nhập toàn bộ dữ liệu hợp lệ.<br>2. Bấm nút Đăng ký.<br>3. Kiểm tra DB và màn hình danh sách. | Dữ liệu hợp lệ | 1. Lưu bản ghi mới thành công.<br>2. Hiển thị thông báo thành công.<br>3. Dữ liệu trong Database khớp hoàn toàn các trường thông tin đã điền trên UI. | | | | | | | | |
+
+### 3.5. Kiểm thử Ngoại lệ & Hệ thống (Exceptions & Systems)
+
+| Test Case ID | Test Case Name | Severity | Pre-condition | Steps | Data Test | Expected Result | Ticket ID | Comment | R1 Result | R1 Date | R1 Tester | R2 Result | R2 Date | R2 Tester |
+|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
+| [ID_024] | Bấm nút Đăng ký nhiều lần liên tiếp (Double Click) | High | Đã điền đầy đủ dữ liệu hợp lệ | 1. Click liên tiếp nhiều lần vào nút Đăng ký/Lưu. | - | Nút bấm bị disable ngay sau lượt click đầu tiên. Hệ thống chỉ xử lý và tạo duy nhất 1 bản ghi trong DB, không tạo trùng lặp. | | | | | | | | |
+| [ID_025] | Kiểm tra mất kết nối mạng đột ngột khi bấm Lưu | High | Điền đầy đủ dữ liệu hợp lệ | 1. Bấm nút Lưu.<br>2. Đồng thời ngắt kết nối mạng (hoặc giả lập mất kết nối mạng). | - | Hệ thống hiển thị loading và thông báo lỗi kết nối mạng, không bị crash hoặc treo màn hình trắng. | | | | | | | | |
+| [ID_026] | Kiểm tra nhấn nút Quay lại (戻る) | Low | Đã điền một số dữ liệu | 1. Nhập một số thông tin.<br>2. Bấm nút Quay lại. | - | Hệ thống chuyển hướng về màn hình danh sách trước đó.<br>Bản ghi mới không được tạo trong DB. | | | | | | | | |
+```