Mockito chế nhạo lớp cuối cùng tại địa phương nhưng thất bại ở Jenkins

Tôi đã viết một số bài kiểm tra đơn vị cho một phương thức tĩnh. Phương thức tĩnh chỉ mất một đối số. Kiểu của đối số là một lớp cuối cùng. Về mặt mã:

public class Utility {

   public static Optional<String> getName(Customer customer) {
       // method's body.
   }
}

public final class Customer {
   // class definition
}

Vì vậy, đối với Utilitylớp tôi đã tạo ra một lớp kiểm tra, UtilityTeststrong đó tôi đã viết các bài kiểm tra cho phương thức này , getName. Khung kiểm thử đơn vị là TestNG và thư viện giả được sử dụng là Mockito. Vì vậy, một thử nghiệm điển hình có cấu trúc sau:

public class UtilityTests {

   @Test
   public void getNameTest() {
     // Arrange
     Customer customerMock = Mockito.mock(Customer.class);
     Mockito.when(...).thenReturn(...);

     // Act
     Optional<String> name = Utility.getName(customerMock);

     // Assert
     Assert.assertTrue(...);
   }
}

Vấn đề là gì?

Trong khi các thử nghiệm chạy thành công cục bộ, bên trong IntelliJ, chúng thất bại trên Jenkins (khi tôi đẩy mã của mình trong nhánh từ xa, một bản dựng được kích hoạt và các thử nghiệm đơn vị chạy ở cuối). Thông báo lỗi là sth như sau:

org.mockito.exceptions.base.MockitoException: Không thể lớp mock / spy com.packagename.Customer Mockito không thể mock / spy vì: - lớp cuối cùng

Những gì tôi đã cố gắng?

Tôi đã tìm kiếm một chút, để tìm giải pháp nhưng tôi đã không thực hiện. Tôi lưu ý ở đây rằng tôi không được phép thay đổi thực tế đó Customerlà lớp cuối cùng . Ngoài ra, tôi muốn nếu không thể thay đổi thiết kế của nó (ví dụ: tạo giao diện, sẽ giữ các phương thức mà tôi muốn chế giễu và nói rằng lớp Khách hàng thực hiện giao diện đó, như chính xác mà Jose đã chỉ ra trong bình luận). Điều mà tôi đã thử là lựa chọn thứ hai được đề cập tại trận chung kết mockito . Mặc dù thực tế là điều này đã khắc phục được sự cố, nhưng nó đã phanh một số bài kiểm tra đơn vị khác :(, điều đó không thể được khắc phục theo cách rõ ràng.

Câu hỏi

Vì vậy, đây là hai câu hỏi tôi có:

1. Làm thế nào là có thể ở nơi đầu tiên? Không nên thử nghiệm thất bại cả ở địa phương và ở Jenkins?
2. Làm thế nào điều này có thể được sửa chữa dựa trên các ràng buộc tôi đã đề cập ở trên?

Cảm ơn trước sự giúp đỡ nào.

Một cách tiếp cận khác là sử dụng mẫu 'phương thức cho lớp'.

1. Di chuyển các phương thức ra khỏi lớp khách hàng sang một lớp / lớp khác, ví dụ như CustomerS Something, ví dụ như / CustomerFinances (hoặc bất cứ trách nhiệm nào của nó).
2. Thêm một nhà xây dựng cho khách hàng.
3. Bây giờ bạn không cần phải chế giễu Khách hàng, chỉ là lớp Khách hàng! Bạn có thể không cần phải chế giễu rằng nếu nó không có phụ thuộc bên ngoài.

Đây là một blog tốt về chủ đề: https://simpleprogrammer.com/back-to-basics-mock-006inating-potypes/

Làm thế nào là có thể ở nơi đầu tiên? Không nên thử nghiệm thất bại cả ở địa phương và ở Jenkins?

Nó rõ ràng là một loại đặc thù của env. Câu hỏi duy nhất là - làm thế nào để xác định nguyên nhân của sự khác biệt.

Tôi khuyên bạn nên kiểm tra org.mockito.internal.util.MockUtil#typeMockabilityOfphương pháp và so sánh, cái gì mockMakerthực sự được sử dụng trong cả hai môi trường và tại sao.

Nếu mockMakergiống nhau - so sánh các lớp được tải IDE-Clientvới Jenkins-Client- chúng có khác biệt gì về thời gian thực hiện kiểm tra không.

Làm thế nào điều này có thể được sửa chữa dựa trên các ràng buộc tôi đã đề cập ở trên?

Đoạn mã sau được viết theo giả định của OpenJDK 12 và Mockito 2.28.2, nhưng tôi tin rằng bạn có thể điều chỉnh nó thành bất kỳ phiên bản thực sự được sử dụng nào.

public class UtilityTest {    
    @Rule
    public InlineMocksRule inlineMocksRule = new InlineMocksRule();

    @Rule
    public MockitoRule mockitoRule = MockitoJUnit.rule();

    @Test
    public void testFinalClass() {
        // Given
        String testName = "Ainz Ooal Gown";
        Client client = Mockito.mock(Client.class);
        Mockito.when(client.getName()).thenReturn(testName);

        // When
        String name = Utility.getName(client).orElseThrow();

        // Then
        assertEquals(testName, name);
    }

    static final class Client {
        final String getName() {
            return "text";
        }
    }

    static final class Utility {
        static Optional<String> getName(Client client) {
            return Optional.ofNullable(client).map(Client::getName);
        }
    }    
}

Với một quy tắc riêng cho các giả lập nội tuyến:

import org.junit.rules.TestRule;
import org.junit.runner.Description;
import org.junit.runners.model.Statement;
import org.mockito.internal.configuration.plugins.Plugins;
import org.mockito.internal.util.MockUtil;

import java.lang.invoke.MethodHandles;
import java.lang.invoke.VarHandle;
import java.lang.reflect.Field;
import java.lang.reflect.Modifier;

public class InlineMocksRule implements TestRule {
    private static Field MOCK_MAKER_FIELD;

    static {
        try {
            MethodHandles.Lookup lookup = MethodHandles.privateLookupIn(Field.class, MethodHandles.lookup());
            VarHandle modifiers = lookup.findVarHandle(Field.class, "modifiers", int.class);

            MOCK_MAKER_FIELD = MockUtil.class.getDeclaredField("mockMaker");
            MOCK_MAKER_FIELD.setAccessible(true);

            int mods = MOCK_MAKER_FIELD.getModifiers();
            if (Modifier.isFinal(mods)) {
                modifiers.set(MOCK_MAKER_FIELD, mods & ~Modifier.FINAL);
            }
        } catch (IllegalAccessException | NoSuchFieldException ex) {
            throw new RuntimeException(ex);
        }
    }

    @Override
    public Statement apply(Statement base, Description description) {
        return new Statement() {
            @Override
            public void evaluate() throws Throwable {
                Object oldMaker = MOCK_MAKER_FIELD.get(null);
                MOCK_MAKER_FIELD.set(null, Plugins.getPlugins().getInlineMockMaker());
                try {
                    base.evaluate();
                } finally {
                    MOCK_MAKER_FIELD.set(null, oldMaker);
                }
            }
        };
    }
}

Hãy chắc chắn rằng bạn chạy thử nghiệm với các đối số tương tự. Kiểm tra xem cấu hình chạy intellij của bạn có khớp với jenkins không. https://www.jetbrains.com/help/idea/creating-and-editing-run-debug-configurations.html . Bạn có thể thử chạy thử nghiệm trên máy cục bộ với các đối số tương tự như trên jenkins (từ thiết bị đầu cuối), nếu nó không thành công có nghĩa là sự cố nằm trong các đối số