Nhiều bạn dev vẫn nghĩ kiểm thử là bước "chạy thử lần cuối" trước khi merge code cho xong. Nhưng thật ra, kiểm thử nên là một phần của việc làm ra code chất lượng — và không nên phụ thuộc vào việc hôm nay bạn có cẩn thận hay không, mà nên là thói quen chung của cả team. Series này viết lại từ một buổi training nội bộ về kiểm thử, chia thành 3 bài:

Phần 1: Unit Test và Integration Test khác nhau ở đâu?

Bắt đầu từ mô hình chữ V — mỗi bước thiết kế đều có một bước kiểm thử tương ứng để xác nhận lại. Từ đó phân biệt rõ Unit Test (soi từng xử lý riêng lẻ) và Integration Test (soi cả luồng liên kết), cùng những khía cạnh cần xác nhận ở mỗi loại: giá trị biên, rẽ nhánh, phân quyền, liên kết dịch vụ ngoài.

Phần 2: Tư duy tạo test case và checklist khía cạnh kiểm thử

Đi vào phần thực chiến: cách phân tích Đầu vào – Xử lý – Đầu ra, viết test case theo cấu trúc Given-When-Then để ai đọc cũng hiểu giống nhau, kèm ví dụ áp dụng với tính năng đăng ký thành viên và checklist nhanh trước khi viết test case.

Phần 3: Áp dụng vào PR Review và quy trình sửa lỗi

Biến các khái niệm thành thói quen thực tế: trách nhiệm của dev/reviewer/PM trong việc đảm bảo chất lượng, cách ghi nội dung test vào PR sao cho dễ review, và quy trình 5 bước khi sửa lỗi để tránh lỗi cũ quay lại.

Đón đọc lần lượt 3 bài để có bức tranh đầy đủ, từ tư duy nền tảng đến cách áp dụng vào công việc hàng ngày.