Consejo de prueba de la unidad: cómo probar la unidad .asmx

Question

Estoy a punto de crear un servicio web que será consumido por un sistema personalizado interno que no sea .NET. Me gustaría obtener algunos consejos sobre la mejor manera de configurar clases de prueba y métodos a través de .asmx (mejores prácticas, cómo probar las llamadas, qué no hacer, etc.) específicamente en un entorno .NET 3.5.

Voy a utilizar NUnit para hacer esta prueba. ¿Es tan simple como crear un proyecto de prueba, agregarle el servicio y luego crear una clase de prueba e instancia de ese servicio ... y luego comenzar a crear sus métodos de prueba?

Necesito probar los métodos .asmx y .asmx.cs (pruebe los métodos por unidad) para saber si le paso esto a un compañero de equipo que va a funcionar.

Quizás no sea posible probar un .asmx.cs directamente y solo tendré que realizar pruebas mediante pruebas de integración. Creo que lo que realmente necesitaría es burlarme de mi .asmx. Probablemente no sea posible.

Answer 1

La mejor práctica de una prueba unitaria no es probar el archivo asmx, sino las partes (unidades) detrás de el archivo asmx. Si puedes dividir tu código en piezas pequeñas y separadas, entonces puedes probar esas piezas por separado.

Si quiere probar el archivo asmx, está hablando de una prueba de integración. Puedes usar NUnit para eso en la forma descrita, pero eso no es realmente una prueba unitaria.

Answer 2

Como Lodewijk declaró, es una buena práctica no probar el archivo asmx. En su lugar, extraiga la lógica de ese archivo en archivos de clase que manejen el comportamiento que busca. De esa manera, entonces puede probar esas clases en forma aislada desde la IU. Puede encontrar que el problema real que tiene es que hay demasiada lógica comercial en su capa de interfaz de usuario.

Si desea probar el archivo asmx en sí mismo, tendrá que considerar las pruebas manuales, las pruebas de integración o las pruebas de aceptación ... pero si puede mover su lógica a la capa de negocios, probablemente la encuentre mucho más fácil de probar

Answer 3

Lamentablemente, este es un problema con los servicios web .asmx, dependen de ASP.net, lo mejor sería mantener el servicio web .asmx como un resguardo y extraer la lógica del servicio web en una dependencia limpia -la prueba de clase y unidad libre que en su lugar. La otra alternativa es ejecutar pruebas de integración también.

A largo plazo, si las pruebas unitarias son importantes para usted, es mejor que desarrolle usando un web service framework que fue diseñado con pruebas unitarias desde el principio.

Answer 4

Puede que te estés perdiendo el sentido de lo que otras personas dicen. El archivo .asmx debe tener sin ninguna lógica que valga la pena probar. Si realmente es solo una envoltura alrededor de las llamadas de la capa empresarial, entonces no agrega nada y no necesita ser probado. Si agrega algo, extráigalo hasta que el .asmx no contenga nada más que una llamada de paso.

¿Qué contiene el archivo .asmx que no se puede extraer en clases independientes y comprobables?