Orchestrierung der Annullierung im lang laufenden Komponententest

Ich schreibe Komponententests für die "Leim" -Schicht meiner Anwendung und habe Schwierigkeiten, deterministische Tests für asynchrone Methoden zu erstellen, mit denen der Benutzer die Operation vorzeitig abbrechen kann.

Genauer gesagt gibt es in einigen asynchronen Methoden Code, der auf die Aufhebung des Aufrufs reagiert und sicherstellt, dass sich das Objekt vor dem Abschluss in dem richtigen Zustand befindet. Ich möchte sicherstellen, dass diese Code-Pfade durch Tests abgedeckt werden.

Ein C # -Pseudocode, der eine typische asynchrone Methode in diesem Szenario veranschaulicht, ist wie folgt:

Die Lösung, die ich bisher gefunden habe, besteht darin, die zugrundeliegenden MyDependency -Operationen, die von der Leimschicht umschlossen sind, zu verspotten und sie für eine beliebige Zeit in den Ruhezustand zu zwingen. Ich rufe dann die Async-Methode auf und sage meinem Unit-Test für einige Millisekunden, bevor er die Async-Anfrage abbricht, in den Ruhezustand.

So etwas (mit Rhino Mocks als Beispiel):

Abgesehen davon, dass die Verwendung von Thread.Sleep in einem Komponententest mich nervös macht, ist das größere Problem, dass Tests wie diese auf unserem Build-Server fehlschlagen, wenn sie unter erheblicher Last stehen. Der Async-Anruf wird zu weit und der Abbruch kommt zu spät.

Kann jemand eine zuverlässigere Methode zum Testen der Abbruchlogik für lange laufende Operationen wie diese bereitstellen? Irgendwelche Ideen würden geschätzt werden.