Tôi khá mới để thử nghiệm đơn vị nhưng tôi hoàn toàn có ý tưởng thử nghiệm các đơn vị mã riêng lẻ thực hiện một nhiệm vụ cụ thể, có thể kiểm tra, tuy nhiên, tôi đang ở vị trí mà tôi cần phải viết các bài kiểm tra và cung cấp độ tin cậy về độ chính xác của đầu ra của một phương thức hoạt động trên một đối tượng có trên 50 thuộc tính. Sự kết hợp của các giá trị của các thuộc tính này tạo ra một đầu ra dựa trên các quy tắc được tiêm từ một đối tượng định nghĩa quy tắc (sử dụng các biểu thức lambda) mà về cơ bản tương đương với một tỷ lệ phần trăm. Các tỷ lệ phần trăm đầu ra là "nhiệm vụ quan trọng" và đã được thử nghiệm khá lười biếng trước đây, ví dụ chất lượng của lớp định nghĩa quy tắc (làm tất cả tỷ lệ phần trăm có thể quy cho mỗi quy tắc thêm lên đến 100%) nhưng các thuộc tính thực tế của đối tượng chưa đã.Tư vấn thử nghiệm đơn vị trên một đối tượng có nhiều thuộc tính
Đối tượng "dữ liệu" đến từ cơ sở dữ liệu nhưng tôi có thể, tất nhiên, giả lập nó. Vấn đề của tôi là số hoán vị của dữ liệu cần mocking và số lượng test cần phải được viết để đảm bảo dữ liệu x, y, z (số lần 50 số mũ lẻ) cảm thấy gần như không thể.
Vì vậy, câu hỏi đặt ra là, các tình huống này có thể kiểm chứng theo nghĩa thực sự như thế nào. Các thử nghiệm kịch bản có dựa trên trạng thái "đúng" đã biết và các kết quả "chính xác" thậm chí có thể/hợp lý không? Là các bài kiểm tra đơn vị áp dụng trong trường hợp này và nếu không có lựa chọn thay thế nào.
Nhân tiện, đây là mã kế thừa ở đây với cơ hội nhỏ để tái cấu trúc nhưng chỉ khi tôi có thể đảm bảo độ chính xác v.v. trong khoảng thời gian vài ngày để thực hiện cả công cụ sửa và kiểm tra!
Rất tiếc - bạn có thể tin được viết trên iPhone của mình không? Damn bạn văn bản tiên đoán. Sẽ sắp xếp ngữ pháp ra khi tôi có một bàn phím thực ở phía trước nếu tôi :) –
@ S.Lott Chúng tôi cũng có thể cố gắng không để được hậu môn về lỗi chính tả, phải không? Ở đó, tôi đã sửa nó. ;) – weltraumpirat
Ouch dude, quá khắc nghiệt IMHO –