È necessario testare le proprietà una per una in ogni possibilità?

4

Ad esempio, ci sono alcune configurazioni di valori-chiave nel file .properties. Ad esempio someFeatureEnable=true . Deve essere il valore del tipo bool che verrà analizzato dal framework, nel mio caso è la tipica configurazione di Java Spring. Spring gestirà la configurazione e genererà Exception quando gli utenti impostano someFeatureEnable=123 .

La mia domanda è: se ci sono molte proprietà nel file .properties, vale la pena provarle una per una? È piuttosto fastidioso e con bassa priorità. Il file .properties è sempre configurato da personale amministratore. Possibilità limitate di compromettere la configurazione.

Grazie!

    
posta 卢声远 Shengyuan Lu 18.03.2012 - 04:29
fonte

2 risposte

5

Se una proprietà è banale (cioè restituisce semplicemente un valore), no, non scrivo un test unitario per questo.

Invece, faccio affidamento sui test unitari che dimostrano che il parser del framework funziona e sui test unitari che dimostrano che il codice che dipende dalle impostazioni delle proprietà funziona.

Se si verifica un problema durante la lettura delle proprietà (poiché ne è stato scritto erroneamente uno, forse), verrà visualizzato da qualche altra parte nella catena di test (molto probabilmente nei test di integrazione).

    
risposta data 18.03.2012 - 05:01
fonte
1

Credo che dovresti scrivere test per le proprietà accettate che hai definito (vale a dire l'enum delle proprietà che sono valide). Tuttavia, poiché questi possono essere modificati al volo in fase di esecuzione, un test molto più importante è un test di stile di integrazione (forse un'unità a seconda del progetto) che verifica il codice di analisi delle proprietà e il modo in cui tratta l'input errato o forse non valido.

    
risposta data 18.03.2012 - 15:04
fonte

Leggi altre domande sui tag