analizza la classe di test in più convenzioni di denominazione dei file

0

Ho una classe di test con circa 25 test che ne stanno testando il diverso aspetto.

Mi chiedo

  • Dovrei suddividerlo in classi più piccole?
  • Se sì, qual è la migliore convenzione di denominazione / packaging?

diciamo che il mio nome di classe è abcService e voglio suddividerlo in x , y e z aspetto di esso.

  1. assegna le classi di test come xTest , yTest e zTest . il problema in questo modo è che potrebbe essere difficile per qualcun altro trovare test per la classe abcService poiché ha un nome diverso e in genere le persone cercano il file abcServiceTest .
  2. crea una cartella nella sezione di prova e assegnagli il nome abcServiceTest e sposta xTest , yTest e zTest in essa.
  3. nome classi di test come abcServiceTestForX , abcServiceTestForY e abcServiceTestForZ
posta rawData 29.09.2016 - 14:54
fonte

1 risposta

0

Il file di test unitario ha una correlazione diretta con il file di codice che sta testando. Quindi, il problema di fondo è molto probabilmente con il codice stesso. Se si effettua il refactoring del codice sottoposto a test in classi più piccole con responsabilità singole, anche i file di test delle unità saranno più piccoli e quindi non sarà necessario creare più file di test con una sorta di schema / convenzione di denominazione. / p>

25 test non è poi così male. Se molti test sono solo variazioni su un tema, considera la possibilità di creare un test guidato da un elenco di dati nel test stesso o esterno in un file.

    
risposta data 29.09.2016 - 17:34
fonte

Leggi altre domande sui tag