Khi nào một lập trình viên nên sử dụng Parameterized Testing (Data-driven Testing) và lợi ích của nó là gì?

Question

Accepted Answer

1. Khái niệm Parameterized Testing
Parameterized Testing cho phép chạy cùng một kịch bản kiểm thử (test logic) với nhiều tập hợp dữ liệu đầu vào và kết quả đầu ra khác nhau mà không cần phải lặp lại việc viết các hàm test() thủ công.
2. Lợi ích cốt lõi

DRY (Don't Repeat Yourself): Giảm thiểu tối đa việc lặp lại mã nguồn trong file test.
Dễ dàng mở rộng: Khi cần thêm các test case cho các biên dữ liệu mới (edge cases), chỉ cần thêm một dòng dữ liệu vào mảng tham số.
Tăng tính dễ đọc: Gom nhóm các kịch bản kiểm thử liên quan vào một bảng dữ liệu trực quan.

3. Ví dụ minh họa (Jest)
Thay vì viết nhiều test case cho hàm tính thuế:
// Sử dụng test.each trong Jest
test.each([
  [100, 10, 110],
  [200, 20, 220],
  [0, 0, 0],
])('tính tổng tiền cho giá %p và thuế %p phải trả về %p', (price, tax, expected) => {
  expect(calculateTotal(price, tax)).toBe(expected);
});
4. Sai lầm phổ biến của Junior

Nhồi nhét quá nhiều logic rẽ nhánh phức tạp vào bên trong vòng lặp của parameterized test, làm mất đi tính minh bạch của kịch bản kiểm thử.
Đặt tên test case chung chung khiến việc đọc báo cáo lỗi trên CI/CD trở nên khó khăn.

5. Kinh nghiệm thực chiến
Sử dụng cú pháp template string trong tên test kết hợp với %p hoặc %s của Jest để hiển thị rõ ràng giá trị đầu vào nào đang bị lỗi trong quá trình thực thi test suite.

Khi nào một lập trình viên nên sử dụng Parameterized Testing (Data-driven Testing) và lợi ích của nó là gì?

1. Khái niệm Parameterized Testing

Làm Chủ Phỏng Vấn & Nâng Cao Trình Độ Chuyên Nghiệp

Tải Tuyển Tập 100+ Câu Hỏi Phỏng Vấn Chuyên Sâu (PDF)

Cần Mentor Phỏng Vấn Thử 1-1 & Tối Ưu CV?

Kiểm Tra CV Chuẩn ATS Miễn Phí

Câu hỏi unit testing liên quan cùng chủ đề