🛡️ QA là gì?
Lo chất lượng cả quy trình, không chỉ đi bắt lỗi.
1
Hiểu nó là gì
QA hướng tới ngăn lỗi từ sớm bằng quy trình, tiêu chuẩn và review, khác với việc chỉ kiểm tra sản phẩm sau khi đã làm xong.
Nói theo đời thường:
Như bên an toàn thực phẩm: không chỉ nếm món cuối cùng, mà kiểm cả nguồn nguyên liệu lẫn cách bếp vận hành.
Như bên an toàn thực phẩm: không chỉ nếm món cuối cùng, mà kiểm cả nguồn nguyên liệu lẫn cách bếp vận hành.
⚠ Chỗ ẩn dụ này hỏng
Bên an toàn thực phẩm kiểm cả quy trình — nhưng QA không phải người gác cổng có quyền chặn.
Ở nhiều đội, QA bị hiểu thành “người bấm nút cuối cùng trước khi phát hành”, và thành nơi đổ lỗi khi có sự cố. QA đúng nghĩa là làm chất lượng thành việc của cả đội — đặt câu hỏi từ lúc còn đang bàn yêu cầu, chứ không phải đứng cuối dây chuyền bắt lỗi.
2
Code trông thế nào
QC (kiểm soát): sản phẩm làm xong rồi — có lỗi không? QA (đảm bảo): quy trình đang chạy thế nào — sao để lỗi đừng sinh ra? Ví dụ việc của QA: · Đọc yêu cầu và hỏi "trường hợp này thì sao?" trước khi dev code · Đề xuất gắn data-testid ngay từ lúc thiết kế · Dựng bộ smoke test chạy tự động sau mỗi lần deploy
Câu hỏi đúng lúc bàn yêu cầu rẻ hơn một bug tìm ra ở production khoảng trăm lần.
3
Khi nào bạn dùng nó
✓ Dùng khi
- Từ lúc bắt đầu bàn yêu cầu, không phải lúc sắp phát hành
- Khi cùng một loại lỗi lặp lại nhiều lần
✗ Đừng dùng khi
- Chỉ được gọi vào ở khâu cuối để “test hộ”
- Bị coi là người duy nhất chịu trách nhiệm chất lượng
Chưa cần biết: chiến lược test, quản lý rủi ro, chỉ số chất lượng, shift-left.
Để dành tới Mốc 2 — Tự viết được cái đầu tiên: Bạn viết được một test mở trang, bấm nút, kiểm tra chữ hiện ra — và nó chạy xanh trên máy bạn.
Dấu hiệu bạn đã cần học nó: Khi bạn phải trả lời câu “test bao nhiêu là đủ?” trước cả đội và không biết dựa vào đâu.
4
Đi đâu tiếp
- Test CaseCông cụ hàng ngày của QA.
- BugThứ QA muốn ngăn từ đầu chứ không phải đi nhặt.
- Test AutomationCách QA nhân sức mình lên nhiều lần.