Các Tùy Chọn Kiểm Thử

BMad cung cấp hai hướng kiểm thử: workflow QA tích hợp sẵn để tạo test nhanh và module Test Architect có thể cài thêm cho chiến lược kiểm thử c��p doanh nghiệp.

Nên Dùng Cái Nào?

Yếu tố	QA tích hợp sẵn	Module TEA
Phù hợp nhất với	Dự án nhỏ-trung bình, cần bao phủ nhanh	Dự án lớn, miền nghiệp vụ bị ràng buộc hoặc phức tạp
Thiết lập	Không cần cài thêm, đã có sẵn trong BMM	Cài riêng qua `npx bmad-method install`
Cách tiếp cận	Tạo test nhanh, lặp tinh chỉnh sau	Lập kế hoạch trước rồi mới tạo test có truy vết
Loại test	API và E2E	API, E2E, ATDD, NFR và nhiều loại khác
Chiến lược	Happy path + edge case quan trọng	Ưu tiên theo rủi ro (P0-P3)
Số workflow	1 (Automate)	9 (design, ATDD, automate, review, trace và các workflow khác)

Workflow QA Tích Hợp Sẵn

Workflow QA tích hợp sẵn (bmad-qa-generate-e2e-tests) nằm trong module BMM (Agile suite), khả dụng thông qua Developer agent. Nó tạo test chạy được rất nhanh bằng framework kiểm thử hiện có của dự án, không cần thêm cấu hình hay bước cài đặt bổ sung.

Trigger: QA (thông qua Developer agent) hoặc bmad-qa-generate-e2e-tests

Workflow Làm Gì

Workflow QA (Automate) gồm năm bước:

Phát hiện framework test — quét package.json và các file test hiện có để nhận ra framework của bạn như Jest, Vitest, Playwright, Cypress hoặc bất kỳ runner tiêu chuẩn nào. Nếu chưa có gì, nó sẽ phân tích stack dự án và đề xuất một lựa chọn.
Xác định tính năng — hỏi cần kiểm thử phần nào hoặc tự khám phá các tính năng trong codebase.
Tạo API tests — bao phủ status code, cấu trúc phản hồi, happy path và 1-2 trường hợp lỗi.
Tạo E2E tests — bao phủ workflow người dùng bằng semantic locator và assertion trên kết quả nhìn thấy được.
Chạy và xác minh — thực thi test vừa tạo và sửa lỗi hỏng ngay lập tức.

Workflow tạo một bản tóm tắt kiểm thử và lưu nó vào thư mục implementation artifacts của dự án.

Mẫu Kiểm Thử

Các test được tạo theo triết lý “đơn giản và dễ bảo trì”:

Chỉ dùng API chuẩn của framework — không kéo thêm utility ngoài hay abstraction tùy chỉnh
Semantic locator cho UI test — dùng role, label, text thay vì CSS selector
Test độc lập — không phụ thuộc thứ tự chạy
Không hardcode wait hoặc sleep
Mô tả rõ ràng để test cũng đóng vai trò tài liệu tính năng

Khi Nào Nên Dùng QA Tích Hợp S��n

Cần bao phủ test nhanh cho một tính năng mới hoặc hiện có
Muốn tự động hóa kiểm thử thân thiện với người mới mà không cần thiết lập phức tạp
Muốn các pattern test chuẩn mà lập trình viên nào cũng đọc và bảo trì được
Dự án nhỏ-trung bình, nơi chiến lược kiểm thử toàn diện là không cần thiết

Module Test Architect (TEA)

TEA là một module độc lập cung cấp agent chuyên gia Murat cùng chín workflow có cấu trúc cho kiểm thử cấp doanh nghiệp. Nó vượt ra ngoài việc tạo test để bao gồm chiến lược kiểm thử, lập kế hoạch theo rủi ro, quality gate và truy vết yêu cầu.

Tài liệu: TEA Module Docs
Cài đặt: npx bmad-method install rồi chọn module TEA
npm: bmad-method-test-architecture-enterprise

TEA Cung Cấp Gì

Workflow	Mục đích
Test Design	Tạo chiến lược kiểm thử toàn diện gắn với yêu cầu
ATDD	Phát triển hướng acceptance test với tiêu chí của stakeholder
Automate	Tạo test bằng pattern và utility nâng cao
Test Review	Kiểm tra chất lượng và độ bao phủ của test so với chiến lược
Traceability	Liên kết test ngược về yêu cầu để phục vụ audit và tuân thủ
NFR Assessment	Đánh giá các yêu cầu phi chức năng như hiệu năng, bảo mật
CI Setup	Cấu hình thực thi test trong pipeline tích hợp liên tục
Framework Scaffolding	Dựng hạ tầng và cấu trúc dự án kiểm thử
Release Gate	Ra quyết định phát hành go/no-go dựa trên dữ liệu

TEA cũng hỗ trợ ưu tiên theo rủi ro P0-P3 và tích hợp tùy chọn với Playwright Utils cùng công cụ MCP.

Khi Nào Nên Dùng TEA

Dự án cần truy vết yêu cầu hoặc tài liệu tuân thủ
Đội ngũ cần ưu tiên kiểm thử theo rủi ro trên nhiều tính năng
Môi trường doanh nghiệp có quality gate chính thức trước phát hành
Miền nghiệp vụ phức tạp, nơi chiến lược kiểm thử phải được lên trước khi viết test
Dự án đã vượt quá mô hình một workflow của QA tích hợp sẵn

Kiểm Thử Nằm Ở Đâu Trong Workflow

Workflow QA Automate xuất hiện ở Phase 4 (Implementation) trong workflow map của BMad Method. Nó được thiết kế để chạy sau khi hoàn tất trọn vẹn một epic — tức là khi mọi story trong epic đó đã được triển khai và code review xong. Trình tự điển hình là:

Với mỗi story trong epic: triển khai bằng Dev (DS), sau đó xác nhận bằng Code Review (CR)
Sau khi epic hoàn tất: tạo test bằng QA (thông qua Developer agent) hoặc workflow Automate của TEA
Chạy retrospective (bmad-retrospective) để ghi nhận bài học rút ra

Workflow QA tích hợp sẵn làm việc trực tiếp từ source code mà không cần nạp tài liệu lập kế hoạch như PRD hay architecture. Các workflow của TEA có thể tích hợp với artifact lập kế hoạch ở các bước trước để phục vụ truy vết.

Để hiểu rõ hơn kiểm thử nằm ở đâu trong quy trình tổng thể, xem Workflow Map.