Tôi đã bắt đầu viết một ứng dụng JavaScript làm dự án cá nhân. Tôi hy vọng sẽ tìm hiểu và sử dụng thử nghiệm đơn vị cho dự án này. Tôi không có nhiều kinh nghiệm trong việc viết các bài kiểm tra đơn vị, nhưng tôi đã đọc rằng Jasmine sẽ là một thư viện tốt để giúp tôi đạt được điều này.Phát triển JavaScript - Khi nào tôi nên bắt đầu thực hiện các bài kiểm tra đơn vị?
Với điều đó đã nói, tôi hơi quá hăng hái trong chương trình mã hóa ban đầu của mình. Tôi đã có một ý tưởng và chạy với nó. Như vậy, cấu trúc của ứng dụng của tôi là và tiếp tục không phải là OO như tôi muốn. Điều này đã dẫn tôi xuống con đường của nhiều, refactors lớn. Tôi đã thấy rằng việc tái cấu trúc bằng ngôn ngữ gõ nhẹ khiến tôi đặc biệt dễ bị lỗi.
Thực tế là tôi phải quay lại và xử lý các lỗi mà tôi đã giới thiệu lại khiến tôi khao khát các bài kiểm tra đơn vị. Ngược lại, tuy nhiên, thực tế là tôi đang làm lại nền tảng của codebase của mình nên vẫn còn nhiều khiến tôi ngần ngại. Tôi không muốn tạo các bài kiểm tra đơn vị cho dự án của mình chỉ sau đó quyết định rằng việc tái cơ cấu nhiều hơn (điều này sẽ không dùng nữa các bài kiểm tra của tôi qua điểm 'sửa lỗi').
Đây có phải là mối quan ngại chung không? Tôi cảm thấy như sẽ có một thời điểm mà 'nền tảng' của tôi sẽ đủ ổn định để viết các bài kiểm tra cho nó ... nhưng điều đó làm cho các bài kiểm tra nghe có vẻ ít hấp dẫn hơn nhiều.
Tôi cảm thấy rằng điều này thuộc về [programmers.se]. – zzzzBov