Cómo probar el servicio web de C# con Visual Studio 2008

Question

¿Cómo se supone que debe probar un servicio web en C# con Visual Studio 2008? Cuando genero una prueba de unidad, agrega una referencia real a la clase de servicio web en lugar de una referencia web. En él se establecen los atributos especificados en:

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

Sin embargo, se completará sin ejecutar la prueba. Intenté agregar la llamada al WebServiceHelper.TryUrlRedirection(...) pero a la llamada no le gusta el objetivo ya que hereda de WebService, no de WebClientProtocol.

Answer 1

Lo que suelo hacer es no probar directamente contra el servicio web, sino intentar poner la menor cantidad de código posible en el servicio y llamar a una clase diferente que haga todo el trabajo real. Luego escribo pruebas unitarias para esa otra clase. Resulta que la clase a veces puede ser útil fuera del contexto del servicio web, así que de esta manera, ganas dos veces.

Answer 2

Puede agregar una referencia de servicio al proyecto de prueba de su unidad o generar su talón de cliente y poner la clase en su proyecto de prueba de unidad.

Answer 3

Si está escribiendo un servicio web, intente poner toda la lógica en otra capa (comprobable). Cada método web debe tener un pequeño código como sea posible. Entonces tendrá pocas razones para probar el método web directamente porque puede probar las capas subyacentes.

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

Si usted está consumiendo un método web, envuelva la persona que llama generada en un contenedor de clase, e implementar una interfaz para el contenedor de clase. Luego, cada vez que necesite llamar al servicio web, use la interfaz para llamar al método. Desea utilizar la interfaz para que la envoltura de clase se pueda intercambiar durante la prueba (utilizando Rhino Mocks, Moq o TypeMock).

Answer 4

Por encima de mis pruebas de unidad método Web, Tengo el siguiente:

// 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")] 

Además de la habitual:

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

Este código surgió de utilizar el Asistente de ensayo Unidad 2008 Visual Studio.

Answer 5

he tenido problemas con esto también, así que utiliza esta solución: http://techkn0w.wordpress.com/2009/07/01/unit-testing-an-asmx-web-service-in-visual-studio-2008/

Answer 6

saber que hay dos tipos de servicio Web. Los que usted mismo escribe y quiere probar, y los que consume. Para el primero, se aplican las reglas anteriores. Sin embargo, yo diría que a veces veo a los desarrolladores probar contra servicios web externos. La lógica dicta que un servicio de terceros no es confiable y, por lo tanto, requiere muchas más pruebas. En la programación orientada a objetos, lo mejor es comprender la separación de preocupaciones de la que Martin Fowler y los demás nos hablaron. Esto significa que no deberíamos probar sistemas externos a los nuestros.

Sin embargo, me gusta escribir clases de contenedor para proporcionar una funcionalidad útil contra los servicios. Por ejemplo, Bing Maps tiene una cantidad de funciones increíblemente poderosas. Escribo pruebas contra estos solo para asegurarme de que me den los valores esperados. Aunque no es extenso, el punto de ellos es que si el servicio web muere por algún motivo (la clave de autenticación caduca, etc.) entonces puedo ser informado a través del servidor de prueba.