Home/ Questions/Q 404139
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-12T17:16:51+00:00

I’m working on a desktop email client right now, and I want to unit

  • 0

I’m working on a desktop email client right now, and I want to unit test my backend. However, I can’t see a way to make that work. In order for my code to work, it has to connect to a working mail server. Unless I tie my unit tests to an email account, and make sure that account matches the state my tests expect, I don’t see how I can manage this.

Does anyone have any ideas on how to test this sort of application, where it relies on external factors by design?

EDIT:

To add some details: I’m working on a C++ higher level mail client library for my application, which uses libEtPan, a C library, to actually handle the details of connecting to the mail server and interacting with it.

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    I’m going to assume by testing the back end you are referring to the bit of code that actually talks to the Email server and to test the rest of your software you have mocked this layer.

    Now this may or may not be integration tests depending on your definition unit. Frankly I don’t care what you decide to call it but if you write some automated tests that are quick to run and are executed often then they might as well use the same platform as your unit tests.

    I’d try to write this so it can work in at lest the following two ways – The first would be that it connects to an process-local email server that you can set up and configure as you need. In Java I use Dumpster but I’m sure alikes exist for C++.
    The second would be to connect to at least one local email server that you can script. One that you can splatter as much as you like (so NOT real or shared between developers¹) and run the same set of tests against that. The reason being that the developers of SMTP servers hate everyone and you will want to check that your stub works the same as a real thing. This I see as the equivalent to One Database Per Developer.

    Now if you have not written your own SMTP client and just have a facade around an existing 3rd party API I less likely to “integration test” this on the assumption that the 3rd party API has been battered enough that bugs have already fallen out. I would look at mocking the 3rd party API and validating that the facade works as expected.

    1) Maybe you could do this just during the CI cycle, so then share one set of email servers between all developers and the local run just uses a C++ Dumpster alike.

    • 0