Mocking cho các bài kiểm tra tích hợp

Question

Làm thế nào để mô phỏng nhiều phụ thuộc cần thiết cho các bài kiểm tra tích hợp?

Tôi sử dụng Mockito cho bài kiểm tra đơn vị 'thuần' của mình. 'Tinh khiết' trong trường hợp này có nghĩa là thử nghiệm một lớp duy nhất, chế nhạo tất cả các phụ thuộc của nó. Đẹp.

Bây giờ, đến kiểm tra tích hợp. Hãy nói rằng trong trường hợp này là một thử nghiệm hội nhập sẽ kiểm tra một cái gì đó như thế này:

1. nhắn được đặt trên một hàng đợi
2. nhắn được 'xử lý'
3. Response message được đặt trên một hàng đợi phản ứng

Hãy cũng nói rằng quá trình xử lý xảy ra ở bước 2 là những thứ nghiêm trọng. Nó dựa trên nhiều tương tác cơ sở dữ liệu, trên nhiều dịch vụ bên ngoài, hệ thống tệp, tất cả mọi thứ. Ngoài ra còn có rất nhiều tác dụng phụ mà dòng chảy sẽ kích hoạt, vì vậy tôi không thể chỉ đơn giản là đảm bảo rằng phản ứng là chính xác - Tôi cần phải xác minh các tác dụng phụ.

Mỗi phụ thuộc trong số này được bao bọc bởi một lớp dịch vụ không trạng thái đơn lẻ, điều này làm cho chúng trở nên tốt đẹp và có thể mô phỏng.

Mọi người xử lý việc này như thế nào?

Tôi rất thích sử dụng Mockito để tôi có thể xác minh các tác dụng phụ mà luồng trên sẽ có. Tuy nhiên, tài liệu của Mocktio (và đến một mức độ lớn nó thực hiện) dường như chiến đấu mạnh mẽ chống lại việc sử dụng nó trong các ngữ cảnh khác với các thử nghiệm đơn vị 'thuần khiết'. Tôi đã cố gắng để đi tuyến đường này, nhưng

• Thật khó để cư dữ liệu còn sơ khai (như có rất nhiều của nó)
• Thật khó để có mùa xuân tiêm những trường hợp stubbed vào đậu của tôi
• Thật khó để 'đặt lại' các mocks để tôi có thể xác minh một tập hợp tương tác khác mà không xóa các phần tử.

EDIT

Tôi biết rằng tôi có thể xử lý các vấn đề cơ sở dữ liệu với một cái gì đó giống như một thể hiện HSQLDB, nhưng vẫn có những vấn đề của các dịch vụ bên ngoài. Để lặp lại, tôi không thể dựa vào những dịch vụ đang được lên, đang ở trong trạng thái mà tôi yêu cầu, vv Các tùy chọn duy nhất tôi thấy có để chế giễu chúng.

Whatdaya làm gì?

Answer 1

Câu hỏi hay.

Dường như bạn đã đạt đến giới hạn của Mockito. Mockito là tuyệt vời nếu những gì bạn muốn kiểm tra tương tác đối tượng.

Điều bạn muốn, mặc dù, có vẻ là khả năng quan sát (và khả năng kiểm soát) ở mức trừu tượng cao hơn. Tôi sợ rằng các mocks hoặc cuống bạn cần cho rằng cần được thiết kế cẩn thận và thủ công.

Ở cấp độ đơn vị, các mocks này có thể được tạo ra độc đáo, bằng phương tiện của Mockito. Ở cấp độ tích hợp, điều này trở nên khó khăn hơn nhiều, và bạn sẽ cần các giao diện thử nghiệm được thực hiện theo mục đích.

Answer 2

Để mô phỏng những thứ như cơ sở dữ liệu, dịch vụ web, hệ thống tệp và vv, có thể bạn sẽ muốn cấu trúc lại một chút. Đối với mỗi dịch vụ bên ngoài, bạn nên viết một lớp bao bọc có một phương thức cho mỗi hoạt động mà bạn muốn thực hiện. Mỗi phương thức như vậy không có logic thực tế, nhưng chỉ cần truyền thông số của nó theo cách mà dịch vụ bên ngoài sẽ hiểu và trả về một đối tượng chứa bất kỳ dữ liệu nào mà dịch vụ bên ngoài trả về. Ví dụ, nếu bạn đang tương tác với một cơ sở dữ liệu, lớp trình bao bọc có thể định dạng các tham số của nó thành một câu lệnh SQL, gửi chúng vào một đối tượng Connection hiện có và trả lại kết quả là List.

Bởi vì các phương pháp của lớp bao bọc không chứa logic (nghĩa là, không nếu/else, không có vòng lặp và không xử lý ngoại lệ); không cần phải kiểm tra đơn vị lớp bao bọc.Bạn nên tích hợp kiểm tra lớp bao bọc, để đảm bảo rằng các trách nhiệm của nó được thực hiện đúng (có nghĩa là, câu lệnh SQL có hiệu ứng mong muốn trên cơ sở dữ liệu, ví dụ).

Bây giờ viết lại các lớp tương tác với các dịch vụ bên ngoài để chúng tương tác với các lớp trình bao bọc thay thế. Thật dễ dàng để kiểm tra đơn vị chúng - bạn chỉ cần giả lập các lớp bao bọc.

Answer 3

Nếu có một số khung công tác giả lập http hoặc phần còn lại, việc sử dụng đó phải tốt.

Tất cả các phụ thuộc phức tạp có thể được ghi lại, sửa đổi và phát lại.