Thiết lập một máy chủ tích hợp liên tục, như Hudson, để tự động kích hoạt
một khối xây dựng (nếu bạn đã soạn mã) và chạy kiểm tra ứng dụng của bạn
sau mỗi lần thực hiện.
Đừng chịu bất kỳ bài kiểm tra không thành công.
Tôi đã làm việc ở những nơi mà các lập trình viên luyện cho mình thói quen
bỏ qua những bài kiểm tra không thành công vì họ biết rằng chúng đã lỗi
thời. Trong một hệ thống triển khai liên tục, các kiểm tra này là hàng phòng
thủ cuối cùng trước khi đẩy mã vào sản xuất, và bạn không đủ sức chịu một
bài kiểm tra không thành công nào, đặc biệt là vì mục tiêu cuối cùng của bạn
là triển khai tự động.
Ưu tiên kiểm tra chức năng hơn là kiểm tra đơn vị.
Tôi không ủng hộ việc thực hiện “kiểm tra đầy đủ”. Ngược lại, tôi tin rằng
các bài kiểm tra đơn vị kiểu viết cho các trường hợp thiếu rõ ràng là một
hình thức phí phạm và không phải là cách sử dụng thời gian tối ưu nhất khi
trọng tâm là tốc độ và học hỏi. Thay vào đó, tôi thích tạo các bài kiểm tra
chức năng hơn bất cứ khi nào có thể. Có một số lựa chọn tuyệt vời cho bạn
lựa chọn, như Selenium và Sauce Labs; những công cụ này cho phép bạn
viết và tự động kiểm tra chức năng cho các ứng dụng web.
Bắt đầu từ luồng kích hoạt.
Xây dựng bài kiểm tra cho các tính năng mà khách hàng không bao giờ
đụng đến cũng là một sự phí phạm. Khi xây dựng các bài kiểm tra, hãy sử
dụng vòng đời khách hàng để ưu tiên các bài kiểm tra của bạn. Bắt đầu với
luồng kích hoạt và sau đó dần bổ sung thêm các bài kiểm tra chức năng khác
theo thời gian.
Triển khai
