2015-10-28 10:56 GMT+01:00 enrico franchi <enrico.fran...@gmail.com>: > [...] >> Tempo fa avevo sviluppato una libreria per l'unit testing in C (oddio, >> quanto codice ho che non ho mai publicato...). >> La libreria usa il protocollo TAP, eppure avevo deciso di interrompere >> l'esecuzione della funzione di test >> in caso di fallimento, anche se non necessario (usando longjmp), >> perchè mi sembrava la scelta più ragionevole. > > > Eh... come dicevo, fanno tutti cosi', e' sensato farlo anche solo per > semplificare il ragionamento ai tuoi utenti. > Sebbene, a mio avviso, ancora una volta Go rompe gli schemi per fare la cosa > giusta. >
Go può farlo perchè è safe rispetto a C. In C se vuoi continuare dovresti gestire SIGSEV, cosa non banale e non portabile. >> >> >> Non so perchè ero convinto che il test fosse interrotto in caso di >> fallimento, anche se la documentazione >> è chiara. >> > > Ci sono anche funzioni che ti danno questa semantica. Semplicemente scegli > quello che ti serve. > Magari eri abituato ad usare quelle e non ti eri guardato quelle altre. > No, uso le funzioni giuste. Semplicemente essendo abituato a unittest di Python normali, il mio cervello si aspetta una conferma su console (RUN/PASS) per ciascun test nella *tabella*. Ieri ho eseguito per la prima volta un test del genere su un progetto Go, e quando ho letto il tuo commento mi ero fatto l'idea sbagliata. Ciao Manlio _______________________________________________ Python mailing list Python@lists.python.it http://lists.python.it/mailman/listinfo/python
