Asserzioni di cattura in NUnit

Question

Vorrei registrare alcune informazioni contestuali quando i test falliscono (come catturare schermate). Esiste un punto di estensibilità nel quadro NUnit in cui posso farlo? Idealmente sarebbe:

[TearDown] 
    public void Down(AssertionException ex) {} 

ma non ce l'abbiamo. Ho cercato di creare un componente aggiuntivo, ma non so come registrare in fase di esecuzione:

[NUnitAddin] 
public class UITestCase : TestCaseBase, NUnit.Core.EventListener, NUnit.Core.Extensibility.IAddin { 
    ............. 
    public void UnhandledException(Exception exception){} 

    public bool Install(NUnit.Core.Extensibility.IExtensionHost host) { 
     IExtensionPoint listeners = host.GetExtensionPoint("EventListeners"); 
     listeners.Install(this); 
     return true; 
    } 

}

UITestCase è la mia classe di base per tutti i test dell'interfaccia utente. Il metodo Install() non viene chiamato. Qualsiasi consiglio sarebbe apprezzato.

Aggiornamento: per un componente aggiuntivo per essere registrati i test devono correre con NUnit corridore (nel mio caso è stato TestDriven.Net plug-in per VS) e EventListener membri sono chiamati ottenere correttamente. Il problema è che tutti hanno chiamato dopo i metodi TearDown/TestFixtureTearDown (il mio contesto è stato perso).

cercato di utilizzare TestContext.CurrentContext.Result nel mio tearDown ma l'accesso sia State o Status proprietà tiri NullReferenceException :(

Answer 1

Dopo l'aggiornamento a NUnit 2.6 TestContext.CurrentContext ha iniziato a funzionare come previsto.

Answer 2

Penso che si possa utilizzare try cattura all'interno del vostro metodo di prova per la cattura di eccezione e poi fare qualche azione personalizzato come catturare screenshot all'interno cattura.

Answer 3

penso che l'approccio IAddin ha il più promettente, anche se i EventListeners potrebbero non dal punto di estensione appropriata per le vostre esigenze. hai provato i TestCaseBuilders o TestDecorators estensioni?

Per esempio, la documentazione TestDecorators afferma:

Scopo

TestDecorators sono in grado di modificare un test dopo che è stato costruito .

Extension Point

Addins utilizzano l'host per accedere a questo punto di estensione per nome:

IExtensionPoint testDecorators = host.GetExtensionPoint ( "TestDecorators"); Interfaccia

L'oggetto di estensione passato per l'installazione deve implementare l'interfaccia ITestDecorator:

public interface ITestDecorator  
{  
    Test Decorate(Test test, MemberInfo member); 
} 

Il metodo Decorare può fare diverse cose, a seconda di ciò di cui ha bisogno per compiere: prova non modificato

1. Return
2. Modificare le proprietà dell'oggetto test e restituirlo
3. Sostituire test con un altro ob ject, scartando l'originale o aggregandolo nel nuovo test.

Che suona come un buon posto per provare avvolgendo il test con codice personalizzato.

Answer 4

Se la tua intenzione è quella di eseguire test della tua applicazione in azione, NUnit non è la scelta migliore, semplicemente non è stata pensata per essere utilizzata in questo modo. NUnit è per test di unità, non test di integrazione, che testerebbe il modo in cui l'interfaccia utente si integra con la logica e i dati. Quando i test unitari sono in esecuzione (compresi quelli in nunit), non viene catturato alcuno screenshot: il test runner indirizza l'output a un file di log che contiene tutto ciò che si vorrebbe sapere sul test, incluse le eccezioni.

Se si sta tentando di eseguire test dell'interfaccia utente, si consiglia di eseguire Watin per i test WebApp e White per i test dell'app WPF/Winforms.