Test multipli per metodo, nuovo posto di lavoro - Python

1

Sto imparando i test delle unità sul posto di lavoro, in un nuovo lavoro. Il team di test è piccolo, (1 altro) e tutti i test sono scritti nel modo seguente.

class TestClass(unittest.TestCase):
    def testFunction(self):
        #Test - 1
        #Assign
        #Act
        #Assert

        #Test - 2
        #Assign
        #Act
        #Assert

        Cont...

Quindi, asserendo, quindi riassegnando le variabili e asserendo di nuovo.

Ora, questo è diverso da quello che sto leggendo sui test unitari online sui test unitari (un test per metodo).

Questo rende difficile eseguire il debug dei test, perché se ci sono 12 test e un errore nel 12 °, devo passare attraverso 11 test diversi per controllare i dati dello stack e / o gli errori.

È normale?

    
posta Godron629 17.05.2017 - 20:26
fonte

1 risposta

2

Is this normal?

Purtroppo, sì. Molti non vedono il vantaggio di scrivere un test per metodo di classe di test e invece sembrano concentrarsi sulla velocità di scrivere test con più test per metodo. Fondamentalmente prendono la via più semplice e scrivono le cose in un modo che è facile da scrivere, piuttosto che facile da mantenere.

Come possiamo cambiare questo comportamento (ad esempio la domanda non detta)? Scrivendo i migliori test possiamo fare in modo che, speriamo, altre persone debbano affrontare i nostri test che si interrompono in futuro e quindi notare che è più facile capire cosa sta succedendo quando un metodo sta facendo un solo test. Tendo anche a menzionarlo durante la revisione del codice, anche se a causa dei limiti di tempo è raramente implementato.

    
risposta data 18.05.2017 - 06:38
fonte

Leggi altre domande sui tag