texto services reportes reporteador cuadro crear sql-server unit-testing reporting-services report

sql-server - services - reporteador sql



Cómo automatizar pruebas para informes en SSRS (7)

Vi el Testing Unit Framwork de File Services en CodePlex que podría ser útil, aunque no he tenido la oportunidad de evaluarlo.

Mi proyecto actual utiliza SSRS como motor de informes. Tengo el informe ejecutando un comando de texto con alrededor de 10 variables que se le pasan. He estado buscando una solución sobre cómo realizar pruebas unitarias (aceptación o integración, lo que sea, solo algo de automatización) en un proyecto de informe de SSRS.

Pensé en usar este método:

  1. Mueva el comando de texto SQL a un procedimiento almacenado
  2. Crear un proyecto de Reports.Tests
  3. Cree una base de datos project_tests y señale la cadena de conexión a esta base de datos
  4. Configurar mi prueba de unidad <Configuración> con los datos que devolvería en la prueba
  5. Cree una prueba con los parámetros aprobados y pruebe el conjunto de resultados

Quería asegurarme de no perderme algo obvio.

¿Cómo prueban otros programadores sus informes automáticamente? ¿Alguna sugerencia sobre cómo mejorar este método?

EDITAR: Debo aclarar que me gustaría probar solo el conjunto de resultados y no el formato del informe.

Bueno, eso solo probaría la ''API'' de la base de datos, no tomaría en cuenta ninguna de las características que podría estar usando en el informe (filtrado, clasificación, agregación, etc.).

Lo único que puedo sugerir es encontrar una herramienta que pueda comparar XML y simplemente hacer que el servidor de informes envíe una versión XML del informe.

http://reportserver/ReportServer?/directory/Report1&rs:Format=XML&rs:Command=Render

Debe haber una herramienta que pueda hacer esto

No estoy seguro si esto tiene la capacidad para hacerlo: http://www.soapui.org/

Haga pruebas de aceptación / humo con watin o selenio rc con su marco de prueba de unidades favorito.

El selenio ha sido una gran herramienta para mí. Selenium debería permitirle validar que la mayor parte de la funcionalidad del informe funciona como se espera desde el punto de vista de un usuario de navegación web.

Tener una base de datos de prueba separada de la producción ayudará a mantener las cosas limpias en su entorno, pero no afectará la calidad de la prueba.

No parece haber una gran cantidad de soluciones para pruebas unitarias de SSRS. He encontrado ideas en este blog útiles.

Además, si está interesado en una herramienta para ayudar, consulte: Conjunto de pruebas de unidades SSRS de Innosphere . Están utilizando un método muy similar al descrito en el blog, es decir, exportan el informe de SSRS como XML y usan el XML para afirmar cosas.

Espero que algo de eso ayude.