Khi thử nghiệm đơn vị có vẻ hiệu quả đối với các dự án lớn hơn nơi API cần phải là sức mạnh công nghiệp (ví dụ: phát triển API khung .Net, v.v.), có vẻ như quá mức trên nhỏ hơn dự án.Khi kiểm thử đơn vị so với thử nghiệm thủ công
Khi là phương pháp TDD tự động là cách tốt nhất, và khi nó có thể là tốt hơn để chỉ cần sử dụng các kỹ thuật kiểm tra thủ công, đăng nhập các lỗi, phân loại, sửa chữa họ, vv
Một vấn đề khác - khi tôi là một thử nghiệm tại Microsoft, chúng tôi nhấn mạnh rằng có một giá trị trong việc có các nhà phát triển và người thử nghiệm là những người khác nhau, và sự căng thẳng giữa hai nhóm này có thể giúp tạo ra một sản phẩm tuyệt vời cuối cùng. TDD có thể phá vỡ ý tưởng này và tạo ra một tình huống mà một nhà phát triển có thể không phải là người thích hợp để tìm ra những sai lầm của chính họ? Nó có thể được tự động, nhưng có vẻ như có rất nhiều cách để viết các bài kiểm tra, và rằng nó là vấn đề cho dù một tập hợp các xét nghiệm sẽ "chứng minh" rằng chất lượng là chấp nhận được.
Kiểm tra đơn vị có thể cung cấp một dạng tài liệu có thể rất hữu ích nếu ai đó không phải là tác giả của mã phải thực hiện thay đổi để sửa lỗi hoặc đưa vào tính năng/nâng cao mới. Các nhà phát triển cần phải kiểm tra mã của họ, nhưng những thử nghiệm đó không nên là mã duy nhất, IMO. –