Một câu hỏi được hỏi nhiều lần trước đây nhưng với sự phát triển cụ thể của twds mvc.
Tôi đã từng là một cậu bé rất ngoan và đã mã hóa tất cả các hành động của bộ điều khiển của mình bằng các bài kiểm tra đơn vị tương ứng rất tuyệt vời (nếu đôi khi [đọc rất nhiều] lặp đi lặp lại). Thành thật mà nói, tôi thực sự đã tạo ra một mẫu T4 nhỏ để viết hầu hết các phần xương trần của các bài kiểm tra đơn vị nội bộ và sau đó điều chỉnh phù hợp theo từng cách sử dụng. Tôi sẽ thừa nhận không chắc chắn làm thế nào để xử lý các bài kiểm tra trong các chế độ xem có chứa một phần - nhưng đó là một câu chuyện cho một câu hỏi khác.
Bây giờ, phần khó khăn đối với tôi để quyết định là mức độ bao phủ của lớp dịch vụ của tôi sâu đến mức nào. Lý do là một số phương thức dịch vụ của tôi (tốt hơn hoặc xấu hơn) thực sự thực hiện một loạt các truy vấn linq sau đó cung cấp thông tin kín đáo cho logic tiếp theo trong phương thức. Tôi biết tôi có thể (nên ??) phá vỡ các phương thức này để chỉ gọi logic cần thiết cho mỗi câu lệnh linq và sau đó áp dụng chúng trong phương thức. Tuy nhiên, trong nhiều trường hợp, không bao giờ có bất kỳ việc sử dụng lại các hàm 'linq' và do đó, nó cảm thấy rằng điều này sẽ tái cấu trúc mã ra một mức quá xa.
Điều tôi đang hỏi là, với logic phức tạp xảy ra trong một phương thức, liệu 'có đủ tốt' để có một phương thức kiểm tra chỉ đơn giản xác nhận kết quả được yêu cầu và / hoặc lỗi dự kiến, hoặc mọi dòng logic cũng sẽ được mô phỏng và kiểm tra. theo cách tôi nhìn thấy, để thực hiện kiểm tra một cách chính xác, thì logic phương thức (theo từng dòng) cũng sẽ nhận được một số loại bảo hiểm. Tuy nhiên, điều đó (theo ý kiến ngây thơ của tôi) có thể dẫn đến một chu kỳ không bao giờ kết thúc là cố gắng giữ bài kiểm tra và phương pháp được thực hiện rất gần với nhau (mà tôi biết chúng nên như vậy) để tạo ra một ngành công nghiệp trong các bài kiểm tra.
Tôi biết câu hỏi của tôi có thể xúc phạm một số tín đồ TDD, những người sẽ xem đây là một người không có trí tuệ. Không ở trong trại TDD, đây là câu hỏi "có trí tuệ" đối với tôi, do đó là câu hỏi.
btw - đã kiểm tra ý tưởng này:
tìm kiếm fwd để downvotes ổn định bây giờ :)
[sửa] - vì lợi ích của cử tri (cũng tại thời điểm hiện tại !!) 'đóng' cử tri. Câu hỏi này không chủ quan. Tôi đang tìm kiếm sự đồng thuận về một chủ đề rất tập trung. Tôi không cố gắng khơi dậy những đam mê tiêu cực, tôi không muốn phơi bày những lỗ hổng trong công nghệ - tôi là một fan cuồng nhiệt. Vì vậy, xin vui lòng, bỏ một bình luận lịch sự vì lợi ích của tôi nếu bỏ phiếu để đóng vì nó có thể giúp tôi cơ cấu lại câu hỏi nếu có sự mơ hồ hoặc thông tin sai. câu hỏi này có thể có lợi cho một lượng lớn dân số mvc.
cảm ơn bạn!!
jim