Domanda

HI, Mi è stato assegnato un compito di esplorare unit testing utilizzando gli strumenti disponibili sul mercato. La mia domanda è come faccio a scrivere un'API che avrebbe aiutato per iscritto casi di test unità. Esempio posso utilizzare NUnit per scrivere qualcosa di simile per verificare se il file esiste nella posizione indicata.

<Test()> _
   Public Sub CheckOutputFileInfo()
    ReportPath = "D:temp\test.txt"
    Dim result As Boolean
    result = File.Exists(ReportPath)
    Assert.IsTrue(result)
End Sub

ho capito questo non è l'esempio migliore, ma la mia domanda è: come faccio a incorporare NUnit e sviluppare un'API in modo che altri sviluppatori / tester possono scrivere i casi di test senza preoccuparsi di conoscere NUnit. FYI ho mai scritto un'API questo sarà il mio primo colpo a questo. Tutti i consigli su dove cominciare ?? grazie

È stato utile?

Soluzione

Il tuo esempio non è strettamente un test di unità in quanto colpisce il file system.

Un test non è una prova di unità se:

  1. Si parla al database
  2. Si comunica attraverso la rete
  3. Si tocca il file system
  4. Non può funzionare allo stesso tempo, come tutti gli altri tuoi test di unità
  5. Devi fare cose speciali per l'ambiente (come ad esempio la modifica di file di configurazione) per eseguirlo.

Vi consiglio di imparare Unit Test buone pratiche e modelli prima di iniziare a cercare di rendere gli sviluppatori iniziano unit testing. Dall'esperienza qualcuno ha bisogno di unità di campione del test aver pienamente compreso se stessi. Ti farà risparmiare un sacco di mal di testa nel lungo periodo.

Ecco un ottimo libro per iniziare:

http://artofunittesting.com/

Altri suggerimenti

Credo che è meglio lasciare che gli sviluppatori di utilizzare NUnit. E 'già ben progettato e flessibile. Se si vuole rendere la vita più facile per gli sviluppatori, provare a costruire alcune classi di supporto che si insediano gli oggetti di prova e dati di esempio in configurazioni che sono necessari da molti test differenti. Forse provare qualcosa di simile alla Metodo di creazione modello . Quella di un ottimo libro intitolato Patterns xUnit test che descrive un sacco di modi per rendere il codice di prova più facile da scrivere, leggere e mantenere. La maggior parte del libro è disponibile on-line, e il breve escursione è un buon posto per cominciare.

Perché vorresti farlo? NUnit e la maggior parte delle alternative sono molto semplici da imparare e da usare. La sfida nel test di unità di scrittura non è la padronanza della api, ma piuttosto di scrivere buoni test e codice verificabile.

Per usare in modo efficiente NUnit avete solo bisogno di conoscere gli attributi di test e TestFixture e impostazione e di conoscere la disposizione afferma nella classe Assert. E 'davvero semplice!

Quindi consiglio di concentrarsi su come scrivere buoni test e come scrivere il codice che è facile da test. Entrambi gli argomenti sono difficili e non c'è molto da imparare.

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