Thử nghiệm là Tôn giáo

Thực hành tốt nhất 5 - Kiểm tra để được tuân theo như một tôn giáo

Kiểm tra là bắt buộc sau mỗi thay đổi nhỏ hay lớn cho dù bạn có lịch trình chặt chẽ đến mức nào hay bạn chỉ thay đổi một nhận xét nhỏ bên trong mã, bạn phải kiểm tra do mã đã thay đổi.

Không có gì giống như sự tin tưởng trong khi phát triển phần mềm, cho dù bạn có là chuyên gia hay cấp độ cao trong việc viết mã nguồn đến đâu, bạn sẽ phải thực hiện kiểm tra cho từng thay đổi bạn đã làm trong mã.

Lịch trình chặt chẽ, không thỏa hiệp.
Thay đổi chỉ là một nhận xét, vẫn còn bạn phải kiểm tra nó.
Chỉ thay đổi một tên biến, thử nghiệm phải được thực hiện.
Nếu bạn cảm thấy lười biếng ... thì quá nguy hiểm.

Nếu bạn không muốn theo dõi nó? Bạn sẽ gặp rắc rối!

Tôn vinh mọi lỗi bạn tìm thấy

Có, bạn không nên cảm thấy không vui nếu bạn hoặc người kiểm tra khác tìm thấy lỗi trong mã nguồn phần mềm của bạn. Sau đây là những lý do đủ để ăn mừng khám phá quan trọng này:

Rệp là kẻ thù của bạn, vì vậy bạn đã giết một con.
Bây giờ phần mềm của bạn đang có một lỗi ít hơn.
Sai lầm là tốt miễn là chúng không lặp lại.
Những gì bạn học được hôm nay, chuẩn bị cho ngày mai

Đồng thời, không chỉ trích bất kỳ nhà phát triển nào trong trường hợp có bất kỳ lỗi nào phát sinh trong mã của họ vì cho đến nay ít nhất tôi không biết bất kỳ lập trình viên nào có thể viết mã nguồn không có lỗi trên thế giới, thứ hai đây là một trong những lý do chúng tôi có một giai đoạn riêng trong SDLC (Vòng đời phát triển phần mềm) mà chúng tôi gọi là hỗ trợ hậu sản xuất (hoặc hỗ trợ & bảo trì).