Tôi không chắc chắn Tôi có thể đồng ý với bất kỳ ngoại lệ nào bạn đề cập trong câu trả lời của mình.
phương pháp không liên quan đến luận
Thậm chí nếu một phương pháp đơn giản chỉ là các đại biểu thực hiện một sự phụ thuộc bên trong, nó rất phù hợp để xác minh rằng nó sẽ xảy ra. Tôi đoán rằng bạn viết mã cho một lý do, vì vậy bạn cần phải viết một bài kiểm tra đảm bảo rằng nó vẫn như vậy.
Hãy nhớ rằng một trong những lợi ích chính của các bài kiểm tra đơn vị là các bộ kiểm tra hồi quy. Kiểm tra rằng một phụ thuộc bên trong đang được gọi một cách chính xác được gọi là Kiểm tra tương tác. Giả sử bạn có phương pháp sau:
public void Save(Entity entity)
{
this.repository.Save(entity);
}
Điều rất quan trọng là kiểm tra phương thức Lưu của kho được gọi với đầu vào chính xác. Nếu không, một số nhà phát triển khác có thể đến cùng vào một ngày sau đó và xóa dòng mã đó và bộ kiểm tra hồi quy sẽ không cảnh báo bạn.
Hãy nhớ rằng: Những điều đơn giản không được đảm bảo để đơn giản.
Không thử nghiệm hoạt động cơ sở dữ liệu
Bạn có thấy nó không quan trọng cho dù dữ liệu đang được tồn một cách chính xác trong cơ sở dữ liệu? Nếu bạn thực sự, thật sự, đừng quan tâm, thì bạn không cần phải kiểm tra nó - bằng không bạn làm.
Nếu bạn không kiểm tra hoạt động cơ sở dữ liệu của mình, làm thế nào để bạn biết rằng thành phần truy cập dữ liệu của bạn hoạt động?
Tôi không nói rằng bạn nên kiểm tra thư viện ORM của mình, nhưng bạn nên kiểm tra xem nó có đang được sử dụng đúng cách không.
Không kiểm tra đối tượng trong tất cả các lớp
Tôi không chắc chắn những gì bạn có ý nghĩa bởi câu hỏi này, nhưng nếu một lĩnh vực có thể được null, và đây là một vấn đề, bạn cần phải kiểm tra những gì sẽ xảy ra khi nó là, trên thực tế, null - ở khắp mọi nơi.
Sau đó, bạn nên thiết kế API để các giá trị được đảm bảo không bị rỗng.
Kết luận
Bạn nên kiểm tra tất cả mọi thứ bạn có thể thử nghiệm. Không có ngoại lệ. Những điều đơn giản không đơn giản, và bạn cần phải có khả năng xác minh mã đó khi đã làm việc liên tục.
Có những thứ (chẳng hạn như giao diện người dùng) mà bạn không thể kiểm tra đơn vị và chúng phải được trừu tượng hóa để chúng chứa ít logic nhất có thể, nhưng mọi thứ khác cần được kiểm tra.
Phát triển theo hướng thử nghiệm (TDD) là cách tốt nhất để đảm bảo điều này xảy ra.
Đó là một câu hỏi rất phức tạp và tùy thuộc vào dự án. Kết luận phải là để kiểm tra các phương pháp của bạn và quyết định phương pháp nào trong số đó là tầm thường để được kiểm tra và phương pháp nào trong số đó đủ phức tạp để được kiểm tra. – flokra