è possibile mostrare i valori di asserzione non riusciti? Mostra il traceback e quale tipo di eccezione è stata lanciata, ma sarebbe più pratico sapere quali valori hanno fallito.Test delle unità Python: make nose show asserzioni valori
Esempio:
assert result.file == file
AssertionError
assert result.file == file, "%s != %s" % (result.file, file,)
Ecco perché brutte self.assert<Foo> metodi sono stati introdotti nel unittest.TestCase invece di bello e di breve afferma: self.assert<Foo> metodi sanno come visualizzare i messaggi di errore.
A proposito, ho pensato che il naso fare un po 'di magia nera in modo nei casi più semplici
assert a == b
dovrebbe mostrare il messaggio di errore significativo.
Un'altra possibilità: definire una funzione che fa il trucco:
def assert_eq(obt, exp):
assert obt==exp, "\n*Expected:\n%s\n*Obtained:\n%s" % (exp, obt)
così si può chiamare, invece di assert:
assert_eq (self.data['SQ'].code, "SQ")
E questo restituisce questo bel errore:
Super! Mi chiedo, se si aggiunge un terzo parametro - descrizione del test, cioè - non è nemmeno necessario definire un metodo separato per ogni semplice test, vero? Fondamentalmente, sembrerà equivalente al metodo ok() di Perl da Test :: Altro. – badbishop
@badbishop Il metodo che ho descritto potrebbe funzionare per tutti i test. Ma sì, potrebbe essere personalizzato aggiungendo un terzo parametro con il messaggio (potrebbe essere opzionale con il messaggio predefinito che è quello che ho descritto). –
Grazie, dovrei usare self.assert. Puoi far mostrare a Nose più informazioni con -d. Mostrerà il tipo ma non il valore reale. – Pickels
Appena notato perché hai detto che erano brutti. Parentesi e no == ... yuck. – Pickels
@Pickels Al giorno d'oggi puoi usare [pytest] (http://doc.pytest.org/en/latest/). Incoraggia le asserzioni nulle ma esegue alcune analisi del codice per migliorare l'output di errore, in modo da ottenere il meglio da entrambi i mondi. – augurar