Base de datos para importar los resultados de NUnit?

Question

Tengo un gran conjunto de pruebas NUnit; Tengo que importar los resultados de una ejecución dada en una base de datos, entonces caracterizar el conjunto de resultados y presentarlos a los usuarios de correo electrónico (por fallos de las pruebas, presentación de la tela para el examen de los resultados). Necesito ser el seguimiento de múltiples carreras con el tiempo, también (para reportar las tasas de fracaso con el tiempo, etc.).

El XML será el XML generado por nunit-consola. Me gustaría importar el XML con un mínimo de esfuerzo en alguna base de datos que luego pueden ser utilizados para persistir y presentar los resultados. Vamos a tener un número de categorías personalizadas que tendremos que ser capaces de ordenar a través, también.

¿Alguien sabe de un esquema de base de que puede manejar la importación de este tipo de datos que se pueden personalizar para nuestras necesidades individuales? Este tipo de problema parece que debería ser común, y por lo tanto una solución común debe existir para ello, pero parece que no puede encontrar uno. Si alguien ha implementado una solución de este tipo antes, consejo sería apreciado también.

Answer 1

Me suena como si estuviera en realidad después de un servidor de compilación como CruiseControl.NET o TeamCity .

Obtener el servidor de compilación para ejecutar las pruebas, y se hace el trabajo de decirle a la gente lo que no, y por qué.

TeamCity recomiendo ya que es varios órdenes de magnitud más fácil de configurar.

Answer 2

Estoy aquí en busca de resolver el mismo problema. Nos inclinamos hacia actualmente escribiendo un XSLT para transformar los resultados XML en sentencias de inserción. A continuación, ejecute el archivo resultante de las declaraciones de inserción a través de un intérprete de SQL línea de comandos. Idealmente, yo preferiría tener un NUnit / extensión de complemento que se encarga de todo esto para mí. Por desgracia no he sido capaz de encontrar uno.

Answer 3

Para construir fuera de la respuesta de IainMH es posible que desee echar un vistazo a el uso de Trac con MORDIDA , es un sistema de generación de código abierto, que puede ejecutar pruebas unitarias n-e informar de los resultados. Actualmente lo uso para que la funcionalidad exacta.

Answer 4

Cuando se utiliza MS SQL, puede importar todos XMLs a una columna de tipo de datos común de [XML]. Tras esto, XPaths, búsqueda y transformaciones se pueden realizar.

Answer 5

Otra alternativa para CruiseControl o TeamCity es Atlassians bambú si estás corto de dinero . Soy un gran fan de su software por su facilidad de uso y tienen una medida de donde se puede obtener de bambú por 10 dólares.

Answer 6

Hemos esperado evitar esto, pero hemos generado un esquema de base de datos a partir del esquema XML NUnit resultado; que es un poco deficiente, sin embargo, porque NUnit hace algún procesamiento (impreciso y extraño) para determinar algunas de las estadísticas críticos ( "ignorados" frente a "no ejecutar", por ejemplo).

Todavía estamos esperando encontrar un esquema / proceso que no es un sistema de construcción CIT completa que puede nos permitirá personalizar una base de datos para importar los resultados, pero actualmente estamos utilizando una base de datos enrollados a mano que vamos a hay que hacer una gran cantidad de personalización de obtener la información deseada.

Answer 7

¿Por qué es necesario tener los resultados en una base de datos? ¿Quién va a usarlos? El número de fallos no puede ser grande. Si se trata de (varias veces) el proceso de desarrollo es erróneo. Fijar el proceso. Eliminar los residuos (uno de los principios lean), no recogerla.

Tome pasos más pequeños (iteraciones más cortas, la acumulación continua), eliminar las dependencias.

Esto no se hace comúnmente, ya que los proyectos que tienen este tipo de problemas no entregar pero se cancelan (con el tiempo).

[editar] Michael, el seguimiento de fallos NUnit durante un tiempo más largo proporciona un valor cero. Es necesario un circuito de retroalimentación corto. Solucionar los problemas ahora. Si usted espera hasta que haya acumulado una gran cantidad de problemas, que van a ser abrumado por el ruido.

Buena seguimiento de problemas se hace a la derecha (más alto posible abstracción) nivel. Definitivamente no es prueba de la unidad.