Tới nội dung chính
Tất cả bài viết

Kỹ thuật chất lượng

Vì sao cần kiểm thử tự động trước khi mở rộng

Kiểm thử thủ công tăng tuyến tính theo số tính năng. Kiểm thử tự động thì không.

2 phút đọc

Kiểm thử không nhằm đạt sự hoàn hảo. Đó là cơ chế giúp đội ngũ thay đổi một hệ thống đang lớn mà không sợ hãi.

Giai đoạn đầu, một người có thể bấm qua toàn bộ sản phẩm trong mười phút. Với ba mươi tính năng và ba kỹ sư, điều đó không còn đúng — và lỗi hồi quy bắt đầu đến tay khách hàng.

Nên kiểm thử phần nào trước

  1. 1Luồng tiền và dữ liệu: thanh toán, phân quyền, mọi thao tác ghi dữ liệu khách hàng.
  2. 2Quy tắc xác thực và phân quyền.
  3. 3Hai hoặc ba luồng tạo nên giá trị cốt lõi của sản phẩm.
  4. 4Những lỗi đã từng sửa, để chúng không quay lại.

Một bộ kiểm thử cân bằng

  • Nhiều unit test nhanh cho logic và các trường hợp biên.
  • Ít hơn là integration test cho cách các thành phần phối hợp.
  • Một nhóm nhỏ end-to-end test cho hành trình người dùng quan trọng.

Kiểm thử cũng thay đổi thiết kế. Mã khó kiểm thử thường là mã có trách nhiệm không rõ ràng — sự khó khăn đó là phản hồi, không phải trở ngại.

Bạn đang xây dựng điều tương tự? Trao đổi với VNEXUS.

Hãy chia sẻ bạn đang xây dựng gì và đang vướng ở đâu. Một kỹ sư cấp cao sẽ đọc và phản hồi bằng góc nhìn kỹ thuật ban đầu.

Bài viết liên quan

Kỹ thuật chất lượng

Checklist sẵn sàng production dành cho startup

Một lượt rà soát có cấu trúc qua kiến trúc, mã nguồn, chất lượng, bảo mật, hạ tầng, vận hành và phát hành.

2 phút đọc