FFF · Builder

Trong kỷ nguyên công nghệ số hiện nay, việc bàn giao một sản phẩm phần mềm không chỉ cần "chạy được" mà phải "chạy mượt và không có lỗi nghiêm trọng". Đó là lý do vai trò của Quality Control (QC) trở nên quan trọng hơn bao giờ hết.

1. QC khác gì với QA?

Nhiều người thường nhầm lẫn giữa hai khái niệm QA (Quality Assurance) và QC (Quality Control). Thực tế, mục tiêu của chúng rất khác nhau:

QA (Thiên về quy trình): Đưa ra các tiêu chuẩn, quy trình để đảm bảo đội ngũ phát triển không tạo ra lỗi. QC (Thiên về sản phẩm): Thực hiện kiểm thử trực tiếp trên phần mềm để phát hiện và sửa lỗi trước khi đến tay người dùng.

"QA giúp chúng ta làm đúng cách, còn QC đảm bảo chúng ta làm đúng sản phẩm."

2. Các giai đoạn kiểm thử cơ bản của một QC

Một quy trình kiểm thử thông thường sẽ trải qua các bước nghiêm ngặt sau:

Phân tích yêu cầu (Requirement Analysis): Đọc hiểu tài liệu mô tả tính năng.
Thiết kế Kịch bản kiểm thử (Test Case Design): Viết các bước cần test và kết quả mong đợi.
Thực hiện kiểm thử (Test Execution): Chạy thử phần mềm và ghi nhận lỗi (Log bug).
Đóng chu trình (Test Closure): Báo cáo kết quả và xác nhận chất lượng bản phát hành.

3. Bảng phân loại các mức độ nghiêm trọng của Bug

Khi phát hiện lỗi, QC cần phân loại chính xác để đội ngũ Developer biết nên ưu tiên sửa lỗi nào trước:

Mức độ (Severity)	Mô tả hệ quả	Ví dụ thực tế
Blocker / Critical	Hệ thống sập hoàn toàn, không thể test tiếp.	Trang đăng nhập bị trắng xóa màn hình.
Major	Tính năng cốt lõi bị lỗi nhưng vẫn có cách đi đường vòng.	Không thể thanh toán bằng thẻ VISA nhưng ví điện tử vẫn chạy.
Minor / Cosmetic	Lỗi hiển thị, sai chính tả, không ảnh hưởng đến logic.	Sai font chữ ở chân trang (Footer).

Một quy trình QC chặt chẽ chính là chiếc lưới an toàn cuối cùng giúp bảo vệ uy tín của sản phẩm và nâng cao trải nghiệm của người dùng.