@trungtamcongnghedigital/vsaf 1.0.0

package/skills/NTAPP/.agent/skills/NTAPP-qa-generate-testcase/references/kbkt-generation/02-input/maxlength-rule.md

@@ -0,0 +1,72 @@
+---
+cases_count: 6
+---
+
+# Maxlength Rule
+
+## Mục đích
+
+Sinh testcase kiểm tra giới hạn độ dài field.
+
+## Điều kiện kích hoạt
+
+Kích hoạt khi field có maxlength trong UI/API/DB/DD hoặc KBKT cũ.
+
+## ⚠️ BA con số — CẤM lấy nhầm nguồn (điểm mù kinh điển)
+
+Bug hay lọt vì tester/agent lấy `N` từ **attribute DOM** rồi test biên quanh đó — trong khi giới hạn nghiệp vụ + giới hạn BE ở chỗ khác, nên input phá luật hoặc không bao giờ bị gõ, hoặc lọt tới server rồi nổ lỗi lạ. Bắt buộc tách **3 con số**:
+
+- `N_spec` = giới hạn nghiệp vụ trong spec (phần Logic/Dữ liệu của `_detailed_design`) — **mốc chính để tính BVA (N-1 / N / N+1)**.
+- `N_attr` = giá trị attribute `maxlength` render thực tế trong DOM (FE).
+- `N_be` = giới hạn BE **thực thi**: `@Size(max=)` / độ dài cột DB / validation payload (phần Hợp đồng API / Logic BE của `_detailed_design`).
+
+**Nguồn đọc + fallback (KHÔNG bịa số):** `N_spec` từ spec/DD Logic — im lặng → `[TBD]`+Q&A. `N_attr`/`N_be` ưu tiên đọc DD *Giao diện*/*Hợp đồng API* + `ui_schema` + techspec DB; **không khai trong tài liệu → quan sát runtime** (inspect DOM đọc attribute cho `N_attr`; Postman gửi payload dài dò mốc reject cho `N_be`) — đây là quan sát hành vi, KHÔNG phải đọc code. Chưa quan sát được → `[TBD]`, tuyệt đối không đặt số.
+
+**Hoà giải 3 nguồn (BẮT BUỘC):** so `N_spec` ↔ `N_attr` ↔ `N_be`. Lệch bất kỳ cặp nào → **GAP mâu thuẫn** (`[TBD]`, không tự chọn). BVA drive quanh `N_spec`, NHƯNG **mốc enforce thật = min(N_attr-clamp, N_be)** — đây mới là chỗ hành vi đổi.
+
+**Ca bắt buộc khi `N_attr > N_be` (FE cho gõ nhiều hơn BE nhận — điểm mù chết người):** FE KHÔNG clamp tại `N_be` ⇒ input dài `(N_be+1 .. N_attr)` **lọt tới server**. PHẢI sinh 1 ca: gõ `N_be + 1` ký tự → trigger search/submit → tới BE → **đúng 1 lỗi validation, neo đúng field, gọi đúng tên field của nó, KHÔNG phải lỗi hệ thống/generic, KHÔNG kèm toast trùng** (áp [inline-error-rule §Expected + reject](../06-validation/inline-error-rule.md) cho trigger over-length này, không chỉ cho regex-fail). Đây đúng lớp bug "FE 100 / BE 64 → gõ >64 nổ cả toast + inline sai field".
+
+## Danh sách Testcase Bắt Buộc (Mỗi mục là 1 hàng riêng biệt trong bảng)
+
+> [!CAUTION]
+> **KHÔNG ĐƯỢC GỘP:** Mỗi số thứ tự dưới đây **BẮT BUỘC PHẢI LÀ 1 DÒNG (1 TESTCASE) ĐỘC LẬP** trong bảng testcase cuối cùng. Không được gộp chung.
+
+> **Nguồn N (bắt buộc):** trích verbatim từ spec của chính control đang test, không lấy từ control khác — xem [no-hallucination-rule §Value Provenance](../00-core/no-hallucination-rule.md).
+
+Với maxlength = N:
+
+1. Nhập N - 1 ký tự.
+2. Nhập N ký tự.
+3. Nhập N + 1 ký tự.
+4. Copy/paste N + 1 ký tự.
+5. Kiểm tra lưu thành công với N ký tự nếu field hợp lệ.
+6. Kiểm tra không bị cắt sai tiếng Việt có dấu/Unicode nếu field cho phép Unicode.
+7. **(BẮT BUỘC — boundary-agnostic, chạy được KỂ CẢ khi `N_be`=[TBD]) Kiểm chất-lượng-lỗi over-limit:** Nhập chuỗi **vượt rõ rệt** (dài hơn hẳn `N_spec` — vd ≥ 2×N_spec, hoặc 200 ký tự nếu N_spec nhỏ) → bấm search/submit cho input tới BE → assert **CHẤT LƯỢNG lỗi**, KHÔNG cần biết mốc chính xác: **đúng 1 lỗi** (không kèm toast/inline trùng) · **neo + gọi đúng tên field của nó** · **loại = validation, KHÔNG phải "hệ thống gián đoạn"/5xx**. Đây là lưới bắt lớp bug "FE cho nhiều hơn BE" mà không phụ thuộc `N_be`.
+8. **(Tinh chỉnh mốc — chỉ khi xác định được `N_be < N_attr`)** Drive đúng `N_be + 1` để chốt biên BE thật (giá trị lấy từ DD hoặc Postman-probe; chưa có → `[TBD]`, bỏ ca này, KHÔNG đoán mốc).
+
+## Expected chuẩn
+
+- N - 1: cho nhập và hiển thị đủ.
+- N: cho nhập và hiển thị đủ.
+- N + 1: đúng 1 hành vi over-limit spec đã chốt (chỉ 1 trong: chặn nhập / auto-cut tại N / báo lỗi) — spec chưa chốt → Q&A, không tự chọn.
+- Không được làm mất ký tự hợp lệ trước giới hạn.
+- **Over `N_be` (khi `N_attr > N_be`):** input tới BE → **đúng 1 lỗi validation** đúng field + đúng loại; CẤM kỳ vọng "hệ thống gián đoạn"/lỗi 5xx cho lỗi độ dài, CẤM chấp nhận nhiều lỗi (toast + inline) cùng lúc. Nếu runtime hiện đa lỗi/sai field/sai loại → đó là BUG (log defect, không sửa expected về khớp bug).
+
+## Template
+
+```text
+Hệ thống hiển thị đúng thông tin dữ liệu đang nhập là <data_N_chars>.
+```
+
+```text
+Hệ thống tự động dừng khi đủ <N> ký tự, không cho nhập ký tự thứ <N+1>.
+```
+
+## Điều kiện cần Q&A
+
+Tạo Q&A nếu không rõ hành vi khi vượt maxlength:
+
+- Chặn nhập?
+- Tự cắt?
+- Báo lỗi inline?
+- Báo lỗi toast khi lưu?

package/skills/NTAPP/.agent/skills/NTAPP-qa-generate-testcase/references/kbkt-generation/02-input/required-field-rule.md

@@ -0,0 +1,59 @@
+---
+cases_count: 5
+---
+
+# Required Field Rule
+
+## Mục đích
+
+Sinh testcase kiểm tra trường bắt buộc nhập.
+
+## Điều kiện kích hoạt
+
+Kích hoạt khi field có một trong các dấu hiệu:
+
+- Có dấu `*`.
+- DD ghi bắt buộc.
+- API request field là required.
+- DB column NOT NULL và UI cho nhập.
+- Existing KBKT đã có testcase bắt buộc cho field.
+
+## Danh sách Testcase Bắt Buộc (Mỗi mục là 1 hàng riêng biệt trong bảng)
+
+> [!CAUTION]
+> **KHÔNG ĐƯỢC GỘP:** Mỗi số thứ tự dưới đây **BẮT BUỘC PHẢI LÀ 1 DÒNG (1 TESTCASE) ĐỘC LẬP** trong bảng testcase cuối cùng. Không được gộp chung.
+
+1. Không nhập dữ liệu.
+2. Nhập toàn khoảng trắng.
+3. Xóa dữ liệu đang có rồi submit.
+4. Submit form khi field required nằm trong block đang hidden/disabled.
+5. Trigger lỗi required bằng focus-in → blur-out (click vào field rồi click ra ngoài).
+
+## Expected chuẩn
+
+- Nếu bỏ trống: hiển thị inline error ngay dưới field.
+- Nếu nhập toàn khoảng trắng và field có rule trim/chặn space: hiển thị lỗi bắt buộc.
+- Message lỗi phải lấy từ spec/Q&A/rule project.
+- Không tự bịa message lỗi.
+
+## Cách trigger lỗi (BẮT BUỘC)
+
+Lỗi required/empty chỉ nổi khi field ở trạng thái `touched`. Bước trigger chuẩn:
+
+- (1) Click vào `<field>`. (2) Click ra ngoài (blur).
+
+KHÔNG dùng bước "Bấm Lưu/Tạo/Submit" để trigger lỗi required nếu nút submit disabled khi form invalid (nút disabled không click được). Xem `06-validation/inline-error-rule.md` §"Chọn cách trigger đúng".
+
+## Template expected
+
+```text
+Hiển thị báo lỗi inline ngay dưới trường dữ liệu với nội dung: <Tên field> là bắt buộc.
+```
+
+## Điều kiện cần Q&A
+
+Tạo Q&A nếu:
+
+- Field bắt buộc nhưng không có message lỗi.
+- Không rõ lỗi hiển thị inline, toast hay modal.
+- Không rõ validate khi focus out hay khi nhấn Lưu.

package/skills/NTAPP/.agent/skills/NTAPP-qa-generate-testcase/references/kbkt-generation/02-input/security-input-rule.md

@@ -0,0 +1,40 @@
+---
+cases_count: 5
+---
+
+# Security Input Rule
+
+## Mục đích
+
+Đảm bảo testcase có kiểm tra dữ liệu có rủi ro bảo mật ở các field text/searchbox.
+
+## Điều kiện kích hoạt
+
+Áp dụng cho field cho nhập text hoặc paste text.
+
+## Testcase nên có
+
+1. Nhập HTML tag.
+2. Nhập JavaScript snippet.
+3. Nhập SQL-like string nếu field gửi xuống API truy vấn.
+4. Nhập Unicode/ký tự đặc biệt.
+5. Nhập chuỗi dài bất thường nếu không có maxlength rõ ràng.
+
+## Expected chuẩn
+
+Expected không được tự khẳng định hệ thống an toàn nếu chưa có spec kỹ thuật.
+
+Có thể viết theo hướng quan sát:
+
+```text
+Hệ thống cho phép nhập nhưng khi hiển thị/lưu không được thực thi HTML/JavaScript; dữ liệu phải được encode/sanitize theo cơ chế hệ thống.
+```
+
+## Điều kiện cần Q&A
+
+Tạo Q&A nếu tài liệu không nói rõ:
+
+- Có sanitize input không?
+- Có encode output không?
+- Có chặn HTML/JS tại UI không?
+- Có validate ở backend không?

package/skills/NTAPP/.agent/skills/NTAPP-qa-generate-testcase/references/kbkt-generation/02-input/space-handling-rule.md

@@ -0,0 +1,49 @@
+---
+cases_count: 4
+---
+
+# Space Handling Rule
+
+## Mục đích
+
+Sinh testcase kiểm tra xử lý khoảng trắng trong textbox/searchbox.
+
+## Điều kiện kích hoạt
+
+Áp dụng cho các field nhập text, đặc biệt là mã/code/name.
+
+## Danh sách Testcase Bắt Buộc (Mỗi mục là 1 hàng riêng biệt trong bảng)
+
+> [!CAUTION]
+> **KHÔNG ĐƯỢC GỘP:** Mỗi số thứ tự dưới đây **BẮT BUỘC PHẢI LÀ 1 DÒNG (1 TESTCASE) ĐỘC LẬP** trong bảng testcase cuối cùng. Không được gộp chung.
+
+1. Nhập toàn khoảng trắng.
+2. Nhập khoảng trắng ở đầu chuỗi.
+3. Nhập khoảng trắng ở giữa chuỗi.
+4. Nhập khoảng trắng ở cuối chuỗi.
+
+## Expected theo loại field
+
+### Field dạng mã/code không cho khoảng trắng
+
+```text
+Hệ thống chặn không cho phép nhập khoảng trắng; giá trị khoảng trắng không hiển thị trong trường đang nhập liệu.
+```
+
+### Field dạng searchbox cho nhập khoảng trắng
+
+```text
+Hệ thống cho phép nhập khoảng trắng.
+```
+
+### Field paste có trim đầu/cuối
+
+```text
+Hệ thống cho phép copy/paste và tự động trim space đầu/cuối.
+```
+
+## Điều kiện reject
+
+- Không được áp dụng cùng một expected cho mọi field.
+- Phải phân biệt `input trực tiếp` và `copy/paste` vì hệ thống có thể xử lý khác nhau.
+- Phải phân biệt khoảng trắng đầu/cuối và khoảng trắng giữa chuỗi.

package/skills/NTAPP/.agent/skills/NTAPP-qa-generate-testcase/references/kbkt-generation/02-input/textbox-base-rule.md

@@ -0,0 +1,69 @@
+---
+cases_count: 21
+---
+
+# Textbox Base Rule
+
+## Mục đích
+
+Sinh bộ testcase nền cho các trường textbox/searchbox.
+
+## Điều kiện kích hoạt
+
+Kích hoạt khi field có loại:
+
+- Textbox
+- Searchbox
+- Textarea
+- Input text
+- Mã code dạng text
+
+## Danh sách Testcase Bắt Buộc (Mỗi mục là 1 hàng riêng biệt trong bảng)
+
+> [!CAUTION]
+> **KHÔNG ĐƯỢC GỘP:** Mỗi số thứ tự dưới đây **BẮT BUỘC PHẢI LÀ 1 DÒNG (1 TESTCASE) ĐỘC LẬP** trong bảng testcase cuối cùng. Không được gộp chung.
+
+### Nhóm hiển thị và trạng thái
+
+1. Kiểm tra hiển thị field.
+2. Kiểm tra placeholder.
+3. Kiểm tra default value.
+4. Kiểm tra enable/disable/readonly.
+5. Kiểm tra focus vào field.
+
+### Nhóm dữ liệu nhập
+
+1. Nhập ký tự số.
+2. Nhập chữ in hoa.
+3. Nhập chữ in thường.
+4. Nhập tiếng Việt có dấu.
+5. Nhập ký tự đặc biệt.
+6. Nhập HTML tag.
+7. Nhập JavaScript snippet.
+8. Nhập khoảng trắng.
+9. Nhập dữ liệu hợp lệ.
+10. Nhập dữ liệu không hợp lệ theo business rule.
+
+### Nhóm thao tác
+
+1. Copy/paste dữ liệu hợp lệ.
+2. Copy/paste khoảng trắng.
+3. Copy/paste ký tự đặc biệt.
+4. Xóa giá trị.
+5. Focus out.
+6. Nhấn Enter khi đang focus.
+
+## Expected chuẩn
+
+Expected phải phụ thuộc rule field:
+
+- Nếu field cho nhập tự do: hệ thống cho nhập và hiển thị đúng dữ liệu.
+- Nếu field chặn khoảng trắng: khoảng trắng không được hiển thị trong field.
+- Nếu field trim space khi paste: dữ liệu được tự động loại bỏ khoảng trắng đầu/cuối.
+- Nếu field readonly/disable: không cho nhập, không focus hoặc focus theo spec.
+
+## Điều kiện reject
+
+- Không được mặc định mọi textbox đều cho nhập HTML/JS thành công nếu spec yêu cầu chặn.
+- Không được mặc định field trim space nếu tài liệu không nói rõ.
+- Không được bỏ qua placeholder với searchbox.

package/skills/NTAPP/.agent/skills/NTAPP-qa-generate-testcase/references/kbkt-generation/03-selection/checkbox-rule.md

@@ -0,0 +1,35 @@
+---
+cases_count: 6
+---
+
+# Checkbox Rule
+
+## Mục đích
+
+Sinh testcase cho các lựa chọn Checkbox (Multiple choice).
+
+## Điều kiện kích hoạt
+
+Khi form có nhóm Checkbox hoặc nút Checkbox.
+
+## Danh sách Testcase Bắt Buộc (Mỗi mục là 1 hàng riêng biệt trong bảng)
+
+> [!CAUTION]
+> **KHÔNG ĐƯỢC GỘP:** Mỗi số thứ tự dưới đây **BẮT BUỘC PHẢI LÀ 1 DÒNG (1 TESTCASE) ĐỘC LẬP** trong bảng testcase cuối cùng. Không được gộp chung.
+
+1. Kiểm tra trạng thái mặc định.
+2. Tick chọn 1 option.
+3. Tick chọn nhiều option.
+4. Tick chọn tất cả option (Select All - nếu có).
+5. Bỏ tick 1 option đang chọn.
+6. Bỏ tick tất cả (Clear All - nếu có).
+
+## Expected chuẩn
+
+- Checkbox: Cho phép chọn nhiều giá trị, trạng thái tick/untick lưu đúng.
+
+## Điều kiện cần Q&A
+
+Tạo Q&A nếu:
+- Cần làm rõ có giá trị Default nào không.
+- Có logic phụ thuộc (chọn Checkbox A thì hiện thêm field B không).

package/skills/NTAPP/.agent/skills/NTAPP-qa-generate-testcase/references/kbkt-generation/03-selection/combobox-base-rule.md

@@ -0,0 +1,55 @@
+---
+cases_count: 15
+---
+
+# Combobox Base Rule
+
+## Mục đích
+
+Sinh testcase chuẩn cho combobox/dropdown/single-select/multi-select.
+
+## Điều kiện kích hoạt
+
+Khi DD/UI có control dạng combobox, dropdown, select, tree-select hoặc list option.
+
+## Danh sách Testcase Bắt Buộc (Mỗi mục là 1 hàng riêng biệt trong bảng)
+
+> [!CAUTION]
+> **KHÔNG ĐƯỢC GỘP:** Mỗi số thứ tự dưới đây **BẮT BUỘC PHẢI LÀ 1 DÒNG (1 TESTCASE) ĐỘC LẬP** trong bảng testcase cuối cùng. Không được gộp chung.
+
+### Hiển thị
+
+1. Kiểm tra label combobox.
+2. Kiểm tra placeholder.
+3. Kiểm tra default value.
+4. Kiểm tra icon mở danh sách.
+5. Kiểm tra trạng thái enable/disable.
+
+### Mở danh sách
+
+1. Click vào combobox.
+2. Kiểm tra danh sách option hiển thị.
+3. Kiểm tra scroll nếu nhiều option.
+4. Kiểm tra không có dữ liệu.
+5. Kiểm tra loading nếu danh sách lấy từ API.
+
+### Chọn dữ liệu
+
+1. Chọn 1 giá trị.
+2. Chọn lại giá trị khác.
+3. Clear giá trị nếu có icon clear.
+4. Chọn bằng keyboard.
+5. Tìm kiếm nhanh nếu combobox có search.
+
+## Expected chuẩn
+
+- Danh sách option đúng nguồn dữ liệu.
+- Giá trị được chọn hiển thị lên control.
+- Nếu single select: chỉ có một giá trị được chọn.
+- Nếu multi select: cho phép chọn nhiều giá trị và hiển thị đúng format.
+
+## Điều kiện reject
+
+- Không được sinh testcase chọn option nếu không biết nguồn option.
+- Không được tự bịa danh sách option.
+- Không được bỏ qua trạng thái empty/loading nếu dữ liệu lấy từ API.

package/skills/NTAPP/.agent/skills/NTAPP-qa-generate-testcase/references/kbkt-generation/03-selection/dependent-combobox-rule.md

@@ -0,0 +1,46 @@
+---
+cases_count: 7
+---
+
+# Dependent Combobox Rule
+
+## Mục đích
+
+Sinh testcase cho combobox phụ thuộc combobox khác.
+
+## Điều kiện kích hoạt
+
+Kích hoạt khi có quan hệ cha-con giữa các field, ví dụ:
+
+- Thuộc tính cha -> Giá trị cha.
+- Giá trị cha -> Giá trị con cho phép.
+- Mã đối tác -> Mã hợp đồng.
+- Nhóm thuộc tính -> Thuộc tính.
+
+## Danh sách Testcase Bắt Buộc (Mỗi mục là 1 hàng riêng biệt trong bảng)
+
+> [!CAUTION]
+> **KHÔNG ĐƯỢC GỘP:** Mỗi số thứ tự dưới đây **BẮT BUỘC PHẢI LÀ 1 DÒNG (1 TESTCASE) ĐỘC LẬP** trong bảng testcase cuối cùng. Không được gộp chung.
+
+1. Chưa chọn field cha, kiểm tra field con.
+2. Chọn field cha hợp lệ, kiểm tra danh sách field con.
+3. Đổi field cha sau khi đã chọn field con.
+4. Clear field cha sau khi đã chọn field con.
+5. Field cha không có dữ liệu con.
+6. Field cha có nhiều dữ liệu con.
+7. Dữ liệu con đang chọn không còn hợp lệ sau khi đổi cha.
+
+## Expected chuẩn
+
+- Khi chưa chọn cha: field con disable hoặc empty theo spec.
+- Khi chọn cha: field con load danh sách tương ứng.
+- Khi đổi cha: field con phải reset nếu giá trị cũ không còn hợp lệ.
+- Không giữ dữ liệu con sai quan hệ.
+
+## Điều kiện cần Q&A
+
+Tạo Q&A nếu không rõ:
+
+- Field con reset hay giữ nguyên khi đổi field cha.
+- Field con disable hay enable rỗng khi chưa chọn cha.
+- Message khi không có dữ liệu con.

package/skills/NTAPP/.agent/skills/NTAPP-qa-generate-testcase/references/kbkt-generation/03-selection/radio-rule.md

@@ -0,0 +1,33 @@
+---
+cases_count: 4
+---
+
+# Radio Rule
+
+## Mục đích
+
+Sinh testcase cho các lựa chọn Radio Button (Single choice).
+
+## Điều kiện kích hoạt
+
+Khi form có nhóm Radio button.
+
+## Danh sách Testcase Bắt Buộc (Mỗi mục là 1 hàng riêng biệt trong bảng)
+
+> [!CAUTION]
+> **KHÔNG ĐƯỢC GỘP:** Mỗi số thứ tự dưới đây **BẮT BUỘC PHẢI LÀ 1 DÒNG (1 TESTCASE) ĐỘC LẬP** trong bảng testcase cuối cùng. Không được gộp chung.
+
+1. Kiểm tra trạng thái mặc định (có option nào được check sẵn không).
+2. Click chọn 1 option.
+3. Click chọn option khác (Kiểm tra option cũ bị uncheck tự động).
+4. Click lại vào option đang chọn (với Radio, thường không cho phép uncheck bằng cách click lại).
+
+## Expected chuẩn
+
+- Radio: Chỉ cho phép chọn duy nhất 1 giá trị tại một thời điểm.
+
+## Điều kiện cần Q&A
+
+Tạo Q&A nếu:
+- Cần làm rõ có giá trị Default nào không.
+- Có logic phụ thuộc (chọn Radio A thì hiện thêm field B không).

package/skills/NTAPP/.agent/skills/NTAPP-qa-generate-testcase/references/kbkt-generation/04-dynamic-form/dynamic-form-rendering-rule.md

@@ -0,0 +1,38 @@
+---
+cases_count: 8
+---
+# Dynamic Form Rendering Rule
+
+## Mục đích
+
+Sinh testcase cho các màn hình có chức năng Render Form động dựa trên một Profile/Cấu hình được chọn (Ví dụ: Form thay đổi tùy theo Category, Template, hoặc Role). Rule này áp dụng cho màn hình **End-user**, không áp dụng cho màn hình Admin cấu hình Rule.
+
+## Điều kiện kích hoạt
+
+Kích hoạt khi màn hình có các trường dữ liệu (field) thay đổi động, phụ thuộc vào một thuộc tính phân loại (Ví dụ: Chọn Template A thì ra 3 fields, chọn Template B thì ra 5 fields và 1 array).
+
+## Nguyên tắc Thiết kế Testcase (Bắt buộc)
+
+### 1. Luồng E2E theo Profile cấu hình (Configuration Variations)
+Không được chỉ test từng field đơn lẻ. Bắt buộc test toàn bộ luồng nghiệp vụ dựa trên các Variation của cấu hình:
+- **Profile rỗng/chỉ chứa trường tĩnh**: Chọn Profile không có trường động -> Form chỉ hiển thị trường cố định -> Submit thành công.
+- **Profile chứa trường động đơn**: Chọn Profile có các trường động dạng Single (không lặp) -> Form hiển thị thêm khối động -> Submit thành công (Lưu JSON/EAV).
+- **Profile chứa trường mảng (Array/Repeating Group)**: Chọn Profile có nhóm trường cho phép nhập nhiều lần (`is_array = 1` / Multiple Group) -> Form hiển thị khối động kèm nút Thêm `+` -> Thao tác thêm cụm -> Submit thành công (Lưu JSON Array).
+
+### 2. Context Switching (Thay đổi Profile giữa chừng)
+- Kịch bản user chọn Profile A, đã nhập dữ liệu vào các trường động của A.
+- Đổi sang Profile B.
+- **Kỳ vọng bắt buộc**: Hệ thống phải hiển thị Cảnh báo (nếu có trong spec) và **xóa sạch toàn bộ dữ liệu động** của Profile A, sau đó render lại cấu trúc của Profile B.
+
+### 3. Cascading Dependency Graph (Đổ lùi Đa cấp)
+Nếu Profile có cấu hình Rule móc nối (Cascading/Visibility) giữa các trường động, bắt buộc phải có các testcase:
+- **Lọc data & Ẩn/hiện (N-level)**: Chọn Cấp 1 thỏa mãn -> Hiển thị/Lọc Cấp 2. Chọn Cấp 2 thỏa mãn -> Hiển thị/Lọc Cấp 3.
+- **Reset dây chuyền (N-level)**: Đang có dữ liệu ở cả 3 Cấp. Thay đổi Cấp 1 làm sai điều kiện Cấp 2 -> Hệ thống tự động Ẩn/Xóa data Cấp 2 -> Kéo theo hệ quả Cấp 3 mất điều kiện -> Hệ thống tự động Ẩn/Xóa data Cấp 3.
+
+### 4. Tính toán Validation Ảo (Dynamic Required)
+- Nếu một trường được đánh dấu là "Bắt buộc" (Required) nhưng do điều kiện Cascading nên nó đang bị **Ẩn** -> Khi bấm Lưu, hệ thống phải **Bỏ qua lỗi Require** của trường đó.
+- Nếu trường đó đang **Hiện** -> Khi bấm Lưu mà bỏ trống, hệ thống phải bắt lỗi Require.
+
+## Điều kiện reject
+- Không phân loại được các luồng End-to-End theo từng Variation của cấu hình.
+- Bỏ sót kịch bản Reset N-level (Dây chuyền) khi thay đổi giá trị Cấp cha.

package/skills/NTAPP/.agent/skills/NTAPP-qa-generate-testcase/references/kbkt-generation/04-dynamic-form/dynamic-row-add-remove-rule.md

@@ -0,0 +1,52 @@
+---
+cases_count: 14
+---
+# Dynamic Row Add Remove Rule
+
+## Mục đích
+
+Sinh testcase cho các cụm dữ liệu có icon `+` và `-`, ví dụ thêm/xóa nhóm thuộc tính hoặc filter rule.
+
+## Điều kiện kích hoạt
+
+Khi UI có khả năng thêm/xóa dòng/cụm control động.
+
+## Danh sách Testcase Bắt Buộc (Mỗi mục là 1 hàng riêng biệt trong bảng)
+
+> [!CAUTION]
+> **KHÔNG ĐƯỢC GỘP:** Mỗi số thứ tự dưới đây **BẮT BUỘC PHẢI LÀ 1 DÒNG (1 TESTCASE) ĐỘC LẬP** trong bảng testcase cuối cùng. Không được gộp chung.
+
+### Thêm dòng/cụm
+
+1. Đang có 1 cụm, nhấn icon `+`.
+2. Đang có nhiều cụm, nhấn icon `+` ở cụm đầu.
+3. Nhấn icon `+` ở cụm giữa.
+4. Nhấn icon `+` ở cụm cuối.
+5. Kiểm tra cụm mới có đủ field theo spec.
+6. Kiểm tra icon `+`/`-` sau khi thêm.
+7. Kiểm tra default value của cụm mới.
+
+### Xóa dòng/cụm
+
+1. Đang có 1 cụm, nhấn icon `-`.
+2. Đang có nhiều cụm, xóa cụm đầu tiên.
+3. Đang có nhiều cụm, xóa cụm ở giữa.
+4. Đang có nhiều cụm, xóa cụm cuối.
+5. Xóa cụm đã nhập dữ liệu.
+6. Xóa cụm chưa nhập dữ liệu.
+7. Kiểm tra re-index nếu UI có số thứ tự.
+
+## Expected chuẩn
+
+- Khi thêm: hiển thị thêm đúng một cụm mới với đủ field.
+- Khi xóa: chỉ xóa đúng cụm được chọn, không ảnh hưởng cụm khác.
+- Với cụm cuối: sau khi xóa, cụm liền trước phải hiển thị icon phù hợp.
+- Nếu còn 0 cụm, hiển thị empty state theo spec.
+
+## Điều kiện cần Q&A
+
+Tạo Q&A nếu không rõ:
+
+- Có cho xóa cụm cuối cùng không.
+- Có popup confirm khi xóa dữ liệu đã nhập không.
+- Có giới hạn số cụm tối đa không.

package/skills/NTAPP/.agent/skills/NTAPP-qa-generate-testcase/references/kbkt-generation/04-dynamic-form/multiple-group-toggle-rule.md

@@ -0,0 +1,56 @@
+---
+cases_count: 12
+---
+# Multiple Group Toggle Rule
+
+## Mục đích
+
+Sinh testcase cho checkbox/toggle `Nhập nhiều nhóm` và field động `Mã nhóm thuộc tính`.
+
+## Điều kiện kích hoạt
+
+Kích hoạt khi màn hình có toggle/checkbox làm xuất hiện hoặc ẩn field khác.
+
+## Danh sách Testcase Bắt Buộc (Mỗi mục là 1 hàng riêng biệt trong bảng)
+
+> [!CAUTION]
+> **KHÔNG ĐƯỢC GỘP:** Mỗi số thứ tự dưới đây **BẮT BUỘC PHẢI LÀ 1 DÒNG (1 TESTCASE) ĐỘC LẬP** trong bảng testcase cuối cùng. Không được gộp chung.
+
+1. Kiểm tra hiển thị mặc định của toggle.
+2. Khi chưa tích chọn, field phụ thuộc phải không hiển thị hoặc disable theo spec.
+3. Tích chọn toggle.
+4. Kiểm tra màu/trạng thái toggle sau khi tích chọn.
+5. Kiểm tra field phụ thuộc xuất hiện.
+6. Kiểm tra field phụ thuộc enable.
+7. Kiểm tra placeholder field phụ thuộc.
+8. Bỏ tích chọn toggle.
+9. Kiểm tra field phụ thuộc bị ẩn.
+10. Kiểm tra dữ liệu field phụ thuộc có bị clear không khi ẩn.
+11. Tích chọn lại sau khi đã nhập dữ liệu trước đó.
+12. Kiểm tra validate required chỉ chạy khi field đang hiển thị/enable.
+
+## Expected chuẩn
+
+```text
+Mặc định button Nhập nhiều nhóm hiển thị màu xám và chưa được tích chọn.
+```
+
+```text
+Khi tích chọn, button Nhập nhiều nhóm chuyển sang trạng thái đã tích chọn, đổi màu theo thiết kế và hiển thị trường Textbox Mã nhóm thuộc tính*: enable bên dưới trường Nhóm thuộc tính.
+```
+
+```text
+Khi bỏ tích chọn, button Nhập nhiều nhóm quay về màu xám và không còn hiển thị trường Textbox Mã nhóm thuộc tính*.
+```
+
+## Rule validate đi kèm
+
+Nếu field động có dấu `*`, required validation chỉ áp dụng khi field đang active.
+
+## Điều kiện cần Q&A
+
+Tạo Q&A nếu không rõ dữ liệu field phụ thuộc sau khi ẩn:
+
+- Clear luôn?
+- Giữ tạm trong state?
+- Clear khi lưu?