Login

Đặt tên test và giữ test độc lập để suite luôn đáng tin

  • author-image

    Nguyễn Đình Cường

  • blog-tag
  • blog-comment 0 comment
  • created-date 09 Nov, 2026
blog-thumbnail

Viết test thì nhiều người biết, nhưng viết test để vài tháng sau vẫn đọc được và vẫn đáng tin thì không dễ. Hai yếu tố quyết định là tên test rõ ràng và tính độc lập của từng test. Bài này đưa ra các quy tắc thực tế để suite test của bạn không trở thành gánh nặng.

Tên test là tài liệu

Khi test thất bại, tên test là thứ đầu tiên bạn nhìn thấy trên báo cáo. Một tên tốt cho biết ngay đang kiểm tra cái gì, trong hoàn cảnh nào, kết quả mong đợi ra sao mà không phải mở code.

// Mơ hồtest('test1', ...)test('cart works', ...)// Rõ ràngtest('trả về 0 khi giỏ hàng rỗng', ...)test('áp dụng giảm 10% khi mã GIAM10 hợp lệ', ...)test('ném lỗi khi số lượng là số âm', ...)

Một công thức dễ nhớ là [đơn vị] + [hoàn cảnh] + [kết quả mong đợi], ví dụ calculateTotal_emptyCart_returnsZero hoặc dạng câu văn "should return zero when cart is empty". Chọn một kiểu và dùng nhất quán trong cả dự án.

Nhóm test cho gọn

Hầu hết framework cho phép gom test theo ngữ cảnh. Với Jest:

describe('applyCoupon', () => {describe('khi mã hợp lệ', () => {test('giảm đúng phần trăm', () => { /* ... */ });});describe('khi mã hết hạn', () => {test('không giảm giá và trả về thông báo', () => { /* ... */ });});});

Báo cáo lỗi sẽ đọc như một câu hoàn chỉnh: "applyCoupon khi mã hết hạn không giảm giá và trả về thông báo".

Vì sao test phải độc lập?

Test độc lập nghĩa là có thể chạy riêng lẻ, theo bất kỳ thứ tự nào, và kết quả không đổi. Nếu test B chỉ qua được khi test A chạy trước, bạn sẽ gặp những lỗi rất khó hiểu: chạy cả bộ thì xanh, chạy riêng một test thì đỏ, hoặc đổi thứ tự là hỏng.

Các nguyên nhân gây phụ thuộc giữa các test

  • Biến toàn cục hoặc trạng thái dùng chung: một test sửa dữ liệu mà không dọn.
  • Database dùng chung: test này thêm bản ghi làm test kia đếm sai.
  • Thứ tự file hoặc singleton: đối tượng tạo một lần và giữ trạng thái giữa các test.
  • Giờ hệ thống: test dùng thời gian hiện tại nên đúng hôm nay nhưng sai ngày mai.
  • Số ngẫu nhiên: kết quả mỗi lần chạy khác nhau.
  • Mạng và dịch vụ ngoài: API đối tác lúc chậm lúc lỗi làm test chập chờn.

Cách giữ test độc lập

  1. Dựng và dọn dữ liệu cho từng test: dùng các hook như beforeEach / afterEach (Jest) hoặc fixture (pytest) để mỗi test bắt đầu với trạng thái sạch.
  2. Tránh trạng thái toàn cục: truyền phụ thuộc vào hàm thay vì đọc biến toàn cục.
  3. Cố định thời gian: truyền đồng hồ vào hàm hoặc dùng công cụ giả lập thời gian của framework.
  4. Cố định số ngẫu nhiên: đặt seed hoặc truyền hàm sinh số giả.
  5. Thay dịch vụ ngoài bằng bản giả (mock, stub, fake): test chạy nhanh và ổn định.
  6. Dùng database riêng cho test và dọn hoặc rollback sau mỗi test (transaction rollback là cách nhanh).
let cart;beforeEach(() => {cart = createEmptyCart();   // mỗi test có giỏ hàng mới});test('thêm sản phẩm làm tăng số lượng', () => {cart.add({ id: 1, qty: 1 });expect(cart.count()).toBe(1);});test('giỏ hàng mới luôn rỗng', () => {expect(cart.count()).toBe(0);});

Flaky test: kẻ phá hoại niềm tin

Flaky test là test lúc qua lúc hỏng mà không thay đổi code. Nếu để chúng tồn tại, cả nhóm sẽ quen với việc "chạy lại cho xanh" và mất niềm tin vào test, đến lúc có lỗi thật thì không ai để ý. Khi gặp flaky test, hãy tìm nguyên nhân gốc (thường là một trong các điểm ở trên), đừng chỉ tăng thời gian chờ hay thử lại cho qua.

Giữ test dễ bảo trì

  • Mỗi test kiểm tra một hành vi, tránh nhồi nhiều assert không liên quan.
  • Dùng hàm tạo dữ liệu (factory/builder) để tránh lặp đoạn Arrange dài.
  • Chỉ mock những gì cần thiết; mock quá nhiều khiến test gắn chặt vào cách cài đặt.
  • Đọc lại test như đọc tài liệu: người mới có hiểu hàm làm gì từ các test không?

Kết luận

Tên test tốt giúp bạn khoanh vùng lỗi chỉ qua một dòng báo cáo, còn test độc lập giúp kết quả luôn đáng tin. Đầu tư một chút vào hai thói quen này, suite test sẽ là tài sản chứ không phải gánh nặng.

Nếu bạn đang học kiểm thử và muốn luyện qua dự án thật, hãy tìm hiểu thêm các khóa học tại codebem.com.

author_photo
Nguyễn Đình Cường

0 comment