这样的类应该被测试吗？ （已测试功能的聚合）

Question

我在A类中有以下代码，其中两个requestService.CreateGetSessionRequest（）和httpservice.sendasyncandreceive（）已经在其他单元测试中进行了测试：

public GetSessionResponse createSession(String endpointBaseUrl, String endpointId, String salt, String endpointSecret) throws JsonProcessingException, ExecutionException, InterruptedException, HttpException {
    final HttpRequest request = requestService.createGetSessionRequest(endpointBaseUrl,endpointId,salt,endpointSecret);
    final GetSessionResponse response = httpService.sendAsyncAndReceive(request, GetSessionResponse.class);
    return response;
}

我想知道，我是否想知道，我是否应该想知道，我是否想知道创建A.Createsession（）的测试？

基本上，看来开发人员在调用requestService.CreateGetSessionRequest（） in a.CreateSession（） 在他们'''''''''''''''''时，它似乎很有用，因为开发人员可能会意外混合参数。所有字符串。

另一方面，测试的努力似乎很高，这让我想知道方法设计（只需将多个调用汇总到一个方法中，所以我有一个更清洁的界面）

样本测试用例看起来像这样：

void createSessionSuccessfullyTest() throws HttpException, ExecutionException, InterruptedException, JsonProcessingException {
    String endpointBaseUrl = "http://te.st";
    String endpointId = "abc";
    String salt = "salt";
    String endpointSecretHash = "hash";
    HttpRequest request = requestService.createGetSessionRequest(endpointBaseUrl,endpointId,salt,endpointSecretHash);
    String endpoint_session_id = "0TbKHn9MsZKJYhfQ0FZ0W2y0RHVwxTOY";
    GetSessionResponse expected = new GetSessionResponse();
    expected.setEndpointSessionId(endpoint_session_id);
    HttpService httpService = mock(HttpService.class);
    when(httpService.sendAsyncAndReceive(request, GetSessionResponse.class)).thenReturn(expected);
    AuthenticationFlow authenticationFlow = new AuthenticationFlowImpl(requestService,httpService);
    GetSessionResponse actual = authenticationFlow.createSession(endpointBaseUrl,endpointId,salt,endpointSecretHash);
    assertThat(actual).usingRecursiveComparison().isEqualTo(expected);
}

Answer 1

是的。您必须测试 A.createSession() 方法：

1. 没有人可以保证代码将保持不变。如果您或其他开发人员必须重构或更改您的代码，
   你将能够安全地做到这一点，因为你将通过测试检查正确性，
   否则开发人员可能会无意中破坏某些东西。
2. 当你编写测试时，你实际上会考虑一个好的设计，
   没有测试，你的结局将会很糟糕。你自己也提到过：

这让我对方法设计感到好奇

至于测试的努力 - 这意味着你的测试类中有糟糕的设计，你必须重构并保持它们（测试）像主代码一样清晰。

您可以在问题。