Viết bài kiểm tra đơn vị bằng con trỏ mà không để nó đoán
Con trỏ có thể soạn thảo một tệp thử nghiệm nhanh chóng, nhưng các thử nghiệm chưa được xác minh còn tệ hơn là không có. Vòng lặp ba bước giúp họ trung thực.
'Tạo các bài kiểm tra cho chức năng này' nội tuyến của con trỏ là một bản nháp đầu tiên tuyệt vời, nhưng nó thích khẳng định việc triển khai hơn là hành vi. Tôi luôn đọc bài kiểm tra được tạo đầu tiên và hỏi 'điều này có thất bại nếu chức năng sai hay chỉ khi nó thay đổi?' Chỉ có loại đầu tiên là đáng giữ lại.
Vòng lặp tôi sử dụng: yêu cầu kiểm tra, chạy chúng, sau đó cố tình phá vỡ chức năng và xác nhận kiểm tra đã bắt được nó. Nếu không có gì sai, bài kiểm tra là phép lặp lại và tôi bảo Con trỏ viết lại nó theo hợp đồng chứ không phải mã.
Trỏ nó vào kiểu thử nghiệm hiện có trong repo. Con trỏ khớp với các mẫu nếu bạn hiển thị cho nó một ví dụ và dù sao thì tệp thử nghiệm bỏ qua các quy ước trong khung của bạn cũng sẽ bị từ chối khi xem xét. Sự nhất quán là một lời nhắc nhở, không phải là một suy nghĩ lại.
Hãy coi các thử nghiệm được tạo như một bộ xương mà bạn sở hữu. Con đường nhanh nhất đến một bộ màu xanh lá cây là chỉnh sửa bản nháp của Con trỏ với các trường hợp bạn thực sự quan tâm, không chấp nhận phạm vi đường dẫn hạnh phúc mà nó mặc định.