Testen des C# -Webdienstes mit Visual Studio 2008

Question

Wie soll ein Webdienst in C# mit Visual Studio 2008 getestet werden? Wenn ich einen Komponententest erzeuge, fügt er anstelle einer Webreferenz einen tatsächlichen Verweis auf die Webservice-Klasse hinzu. Es legt die Attribute angegeben in:

http://msdn.microsoft.com/en-us/library/ms243399(VS.80).aspx#TestingWebServiceLocally

Doch es ohne die Ausführung der Test abgeschlossen wird. Ich habe versucht, den Anruf zu WebServiceHelper.TryUrlRedirection(...) hinzuzufügen, aber der Anruf mag das Ziel nicht, da es von WebService, nicht WebClientProtocol erbt.

Answer 1

Was ich normalerweise tue, ist nicht direkt gegen den Web-Service zu testen, sondern zu versuchen, so wenig Code wie möglich in den Dienst zu stellen und eine andere Klasse aufzurufen, die die ganze Arbeit erledigt. Dann schreibe ich Komponententests für diese andere Klasse. Es stellt sich heraus, dass die Klasse manchmal außerhalb des Web-Service-Kontexts nützlich sein kann, also auf diese Weise - Sie gewinnen doppelt.

Answer 2

Sie können Ihrem Komponententestprojekt eine Servicereferenz hinzufügen oder Ihren Client-Stub generieren und die Klasse in Ihr Komponententestprojekt einfügen.

Answer 3

Wenn Sie einen Webdienst schreiben, versuchen Sie, die gesamte Logik in eine andere (testbare) Ebene zu stellen. Jede Webmethode sollte so wenig Code wie möglich enthalten. Dann haben Sie wenig Grund, die Webmethode direkt zu testen, da Sie die darunter liegenden Schichten testen können.

[WebMethod] 
public void DoSomething() 
{ 
    hander.DoSomething(); 
} 

Wenn Sie eine Web-Methode verbrauchen, wickeln Sie das erzeugte Anrufer in einer Klasse-Wrapper und eine Schnittstelle für die Wrapper-Klasse implementieren. Wenn Sie dann den Web-Service aufrufen müssen, rufen Sie die Methode über die Schnittstelle auf. Sie möchten die Schnittstelle verwenden, damit der Klassenwrapper während des Tests (mit Rhino Mocks, Moq oder TypeMock) ausgetauscht werden kann.

Answer 4

Vor meinen Web-Methode Unit-Tests, ich habe folgenden:

// TODO: Ensure that the UrlToTest attribute specifies a URL to an ASP.NET page (for example, 
// http://.../Default.aspx). This is necessary for the unit test to be executed on the web server, 
// whether you are testing a page, web service, or a WCF service. 
[HostType("ASP.NET")] 
[UrlToTest("http://localhost/MyWebService")] 

Neben dem üblichen:

[TestMethod()] 
[DeploymentItem("MyWebService.dll")] 

Dieser Code entstand aus der Visual Studio 2008 Unit-Test-Assistenten.

Answer 5

hatte ich damit Probleme wie gut, so dass ich verwende diese Abhilfe: http://techkn0w.wordpress.com/2009/07/01/unit-testing-an-asmx-web-service-in-visual-studio-2008/

Answer 6

Wissen, dass es zwei Arten von Web-Service sind. Diejenigen, die Sie selbst schreiben und testen wollen, und diejenigen, die Sie konsumieren. Für die ersteren gelten die obigen Regeln. Ich würde jedoch sagen, dass Entwickler manchmal Tests mit externen Webdiensten durchführen. Logik schreibt vor, dass ein Dienst eines Drittanbieters unzuverlässig ist und daher viel mehr Tests erfordert. In der objektorientierten Programmierung ist es am besten, die Trennung von Bedenken zu verstehen, über die Martin Fowler und die anderen uns erzählt haben. Dies bedeutet, dass wir keine externen Systeme testen sollten.

Allerdings schreibe ich Wrapper-Klassen, um nützliche Funktionalität gegen die Dienste zu bieten. Zum Beispiel hat Bing Maps eine Reihe von erstaunlich leistungsstarken Funktionen. Ich schreibe Tests gegen diese, nur um sicherzustellen, dass sie mir die erwarteten Werte geben. Obwohl nicht umfassend, der Sinn von ihnen ist, dass, wenn der Web-Service aus irgendeinem Grund stirbt (Authentifizierungsschlüssel abläuft, usw.), dann kann ich über den Testserver darüber informiert werden.