Domanda

Ho una grande serie di test NUnit; Ho bisogno di importare i risultati da un determinato periodo in un database, quindi caratterizzare la serie di risultati e presentarli agli utenti (e-mail per fallimenti dei test, presentazione web per l'esame dei risultati). Ho bisogno di essere monitoraggio più esecuzioni nel corso del tempo, come pure (per la segnalazione di tassi di fallimento nel corso del tempo, ecc.).

L'XML sarà il XML generato da NUnit-console. Vorrei importare l'XML con un minimo sforzo in qualche database che possono poi essere utilizzati a persistere e presentare i risultati. Avremo un certo numero di categorie personalizzate che avremo bisogno di essere in grado di ordinare attraverso, pure.

Qualcuno sa di uno schema di database in grado di gestire l'importazione di questo tipo di dati che può essere personalizzato per i nostri bisogni individuali? Questo tipo di problema sembra che dovrebbe essere comune, e quindi una soluzione comune dovrebbe esistere per questo, ma io non riesco a trovare uno. Se qualcuno ha implementato una soluzione del genere prima, il consiglio sarebbe apprezzato pure.

È stato utile?

Soluzione

Sembra a me come se fossi in realtà dopo un build server come CruiseControl.NET o TeamCity .

Prendi il build server per eseguire i test, e fa il lavoro di dire alla gente ciò che non è riuscito, e perché.

Lo consiglio TeamCity come è diversi ordini di grandezza più facile da configurare.

Altri suggerimenti

sto qui cercando di risolvere lo stesso problema. Attualmente stiamo sporgendosi verso la scrittura di un XSLT per trasformare i risultati XML in istruzioni INSERT. Quindi eseguire il file risultante di istruzioni di inserimento attraverso una SQL interprete di riga di comando. Idealmente, avrei preferito avere un NUnit aggiuntivo / estensione che gestisce tutto questo per me. Purtroppo non sono stato in grado di trovare uno.

Per costruire fuori la risposta di IainMH si consiglia di dare un'occhiata al usando Trac con PUNGENTE , è un sistema di compilazione open source, in grado di eseguire test di n-unit e riferire i risultati. Io attualmente uso per tale funzionalità esatto.

Quando si utilizza MS SQL, è possibile importare tutti i XMLs ad una colonna comune di [xml] tipo di dati. Su questo, XPaths, la ricerca e le trasformazioni possono essere eseguite.

Un'altra alternativa per CruiseControl o TeamCity è Atlassians Bamboo se siete a corto di soldi . Sono un grande fan del loro software per esso è la facilità d'uso e hanno un affare su cui è possibile ottenere bambù per 10 dollari.

Abbiamo sperato di evitare questo, ma abbiamo generato uno schema di database dallo schema NUnit risultato XML; è un po 'carente, tuttavia, perché NUnit fa alcune elaborazioni (imprecise e strano) per determinare alcune delle statistiche critiche ( "ignorati" contro "non correre", per esempio).

Stiamo ancora sperando di trovare uno schema / processo che non è un sistema di compilazione CIT completo che può permettere di personalizzare un database per l'importazione dei risultati, ma al momento stiamo utilizzando un database arrotolato a mano che vedremo bisogno di fare un sacco di personalizzazione su per ottenere il rapporto desiderato.

Perché avete bisogno di avere i risultati in un database? Chi sta per usarli? Il numero di errori non può essere grande. Se si tratta di (più volte) il processo di sviluppo è sbagliato. Fissare il processo. Eliminare gli sprechi (uno dei principi lean), non raccoglierlo.

Prendere piccoli passi (iterazioni più brevi, costruire continuo), di eliminare le dipendenze.

Questo è non è comunemente fatto, perché i progetti che hanno questo tipo di problemi non consegnare, ma vengono cancellati (alla fine).

[modifica] Michael, il monitoraggio fallimenti NUnit per un tempo più lungo fornisce un valore pari a zero. Avete bisogno di un breve ciclo di feedback. Risolvere i problemi ora. Se si attende fino a che hanno accumulato un sacco di problemi, che si sta per essere sopraffatti dal rumore.

buon inseguimento problema è fatto a destra (più alto di astrazione possibile) di livello. Sicuramente non unità di prova.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top