Wie zum Hohn WCF-client über Moq?

Spott, wenn Sie Ihre service-client, den Sie eigentlich mocking eine der Schnittstellen, die Sie implementiert. Also in deinem Fall kann es sein IContactService.

Der generierte code implementiert die beiden System.ServiceModel.ClientBase<IContactService> und IContactService. Ihre Abhängigkeit von den Anbieter (in Ihrem Fall ein factory) zurück ContactServiceClient - ändern Sie dies, um IContactService für den Anfang. Dies wird helfen, Ihre DI jetzt und in der Zukunft.

Ok, du bist schon über eine abstrakte Fabrik-und nun kehren Sie Ihre service-Schnittstelle IContactService. Sie sind über Schnittstellen nur jetzt so der Spott ist ziemlich trivial.

Zunächst einige Annahmen über den code, den Sie versuchen zu trainieren. Das code-snippet bereitgestellt Nachrichten, die sowohl der abstrakten Fabrik und der service-client. Vorausgesetzt, dass die //etwas code hier, muss sein Gerät getestet Abschnitt ist nicht für die Interaktion mit anderen Abhängigkeiten dann bist du auf der Suche nach mock in dem sowohl die Fabrik und den service-client, so dass Sie test isoliert, wird nur die Methode-Körper-code.

Habe ich eine Einstellung für den sake des Beispiels. Ihre Schnittstellen:

public class Contact {
    public string Name { get; set; }
}

public interface IContactService {
    Contact GetContactById(int contactid);
}

public interface IContactServiceFactory {
    IContactService GetContactService();
}

Dann ist dein test Aussehen würde, zusammenfassend so:

public void WhateverIsToBeTested_ActuallyDoesWhatItMustDo() {

    //Arrange
    var mockContactService = new Mock<IContactService>();
    mockContactService.Setup(cs => cs.GetContactById(It.IsAny<int>()))
        .Returns(new Contact { Name = "Frank Borland" });

    var fakeFactory = new Mock<IContactServiceFactory>();
    fakeFactory.Setup(f => f.GetContactService())
        .Returns(mockContactService.Object);

    /* i'm assuming here that you're injecting the dependency intoto your factory via the contructor - but 
     * assumptions had to be made as not all the code was provided
     */
    var yourObjectUnderTest = new MysteryClass(fakeFactory.Object);

    //Act
    yourObjectUnderTest.yourMysteryMethod();

    //Assert
    /* something mysterious, but expected, happened */            

}

EDIT: lustig das Async-Methoden

Den async-Methoden generiert werden, die nicht Teil der service-Methoden und erstellt von der WCF als Teil der Client-Klasse. Zu verspotten diejenigen, die als eine Schnittstelle Folgendes tun:

1. Auszug der Schnittstelle des ContactServiceClient Klasse. In VS ist es einfach ein rechts-Klick (auf den Namen der Klasse), refactor, extract interface. Und wählen Sie nur die anwendbaren Methoden.

2. Den ContactServiceClient Klasse ist teilweise so erstellen Sie eine neue Klasse-Datei und neu zu definieren, ContactServiceClient Klasse zum implementieren der neuen IContactServiceClient Schnittstelle, die Sie gerade extrahiert.

   public partial class ContactServiceClient : IContactServiceClient {
   }

Wie so und jetzt die client-Klasse implementiert AUCH die neue Oberfläche mit den ausgewählten async-Methoden. Beim aktualisieren Sie Ihren service-Schnittstelle und der service-Klasse neu erzeugt - Sie müssen nicht re-extrahieren Sie die Schnittstelle, die Sie erstellt haben eine separate partial-Klasse mit der interface-Referenz.

1. Erstellen Sie eine neue Fabrik, um die Rückkehr der neuen Schnittstelle

   public interface IContactServiceClientFactory {
       IContactServiceClient GetContactServiceClient();
   }

2. Ändern Sie die test arbeiten mit dieser Schnittstelle.

InformationsquelleAutor Quinton Bernhardt