title: What is the Pattern for Unit Testing flow control
body: <p>I have a method that checks some assumptions and either follows the happy path, or terminates along the unhappy paths. I've either designed it poorly, or I'm missing the method for testing that the control of the flow.</p>
  
  <pre><code>if (this.officeInfo.OfficeClosed)
  {
      this.phoneCall.InformCallerThatOfficeIsClosedAndHangUp();
      return;
  }
  if (!this.operators.GetAllOperators().Any())
  {
      this.phoneCall.InformCallerThatNoOneIsAvailableAndSendToVoicemail();
      return;
  }
  Call call=null;
  forach(var operator in this.operators.GetAllOperators())
  {
      call = operator.Call();
      if(call!=null) {break;}
  }
  </code></pre>
  
  <p>and so on. I've got my dependencies injected. I've got my mocks moq'd. I can make sure that this or that is called, but I don't know how to test that the "return" happens. If TDD means I don't write a line until I have a test that fails without it, I'm stuck.</p>
  
  <p>How would you test it? Or is there a way to write it that makes it more testable?</p>
  
  <p><strong>Update:</strong> Several answers have been posted saying that I should test the resultant calls, not the flow control. The problem I have with this approach, is that every test is required to setup and test the state and results of the other tests. This seems really unwieldy and brittle. Shouldn't I be able to test the first if clause alone, and then test the second one alone? Do I really need to have a logarithmically expanding set of tests that start looking like Method_WithParameter_DoesntInvokeMethod8IfMethod7IsTrueandMethod6IsTrueAndMethod5IsTrueAndMethod4IsTrueAndMethod3IsFalseAndMethod2IsTrueAndMethod1isAaaaccck()?</p>