Home/ Questions/Q 133933
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-11T06:31:19+00:00

I’m connecting to a simple, if idiosyncractic, external service. I believe that my unit

  • 0

I’m connecting to a simple, if idiosyncractic, external service.

I believe that my unit tests should not depend on the availability or implementation of that external service, so I intend to mock it out.

I need the mock to accept and return realistic messages and responses – otherwise my tests won’t represent real states of affairs. For example, it has to throw the right kind of errors – and there are at least 7 different ways it can fail (between you and me it’s not a very well designed external service). Therefore, at a bare minimum I have to have a hash of message/response pairs.

So instead of reducing contingency, mocking has reintroduced it somewhere else. In fact, as the saying goes, now I’ve got two problems: I’ve got to be sure that what’s in my hash is a fair representation of how the external service behaves. But surely the canonical source of what response object X gives to message m is X itself. Anything else is risky and messy.

Have I taken a wrong turn? How can I eliminate this apparent circularity?

EDIT I’ve clarified what I think the problem is in the light of Justice’s helpful comments.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Let me refer you to my two answers at another question about unit testing just to avoid repeating myself, first.

    The thing I think that mocking gives you in this environment is that it’s rigorously specifying what you think the behavior of that external interface is going to be. This means that you’ve got a controlled test (something tells me this external service changes every so often.) So, not only can you test and debug your code with a known ‘good’ sequence of responses, but you have a documented set of examples of what you expect.

    If I were in that situation, and depending on the real service, I’d be tempted to write a unit test or mock for the external service as well. That way, if you observe a fault in real operation, you can (1) run the test against your code using the mock for the external interface, and (2) test the external service against your expectations.

    The point, though, is to have something for which you have real confidence and which you completely control.

    • 0