6
Tôi đã cố gắng gắn bó với phương pháp TDD. Vì vậy, tôi đã thực hiện một số xét nghiệm và tất cả đều thất bại. Bây giờ tôi đang thực hiện. Nhưng bây giờ tôi đang thực hiện tôi đã thấy rằng các phương pháp quá đơn giản để thất bại. Đặc biệt tôi đã thực hiện mô hình quan sát và tất cả những gì xảy ra là tôi thông báo cho tất cả các quan sát viên đã đăng ký. Vì vậy, sử dụng một cho mỗi vòng lặp và gọi thông báo. Điều này chắc chắn âm thanh quá đơn giản để phá vỡ. Bây giờ tôi có các bài kiểm tra ở những nơi tôi nên xóa chúng? Điều này cũng có vẻ là một chút lãng phí thời gian. Vì vậy, tôi nên cố gắng và dự đoán các phương pháp mà sẽ là quá đơn giản để phá vỡ?Chúng ta có nên loại bỏ các xét nghiệm quá đơn giản để phá vỡ trong TDD
Cảm ơn nhận xét. Sau đó, tôi nên để lại chúng cho bây giờ và thêm chúng sau này nếu phương pháp thay đổi. Rõ ràng nguy hiểm là bạn quên cập nhật các bài kiểm tra đơn vị. NHƯNG ngay cả khi thực hiện thay đổi, trước tiên chúng ta phải viết một bài kiểm tra đơn vị cho sự thay đổi để chúng ta nên nắm bắt nó. – uriDium
Để lại bài kiểm tra đơn giản ở đó, nếu phương pháp cần thay đổi và đó là thay đổi đột phá, thì bạn sẽ cần phải sửa đổi các bài kiểm tra đơn vị. Tuy nhiên, nếu nó không phải là một thay đổi phá vỡ và các bài kiểm tra ngừng làm việc, sau đó có một lỗi trong sự thay đổi của bạn. –