Enrico Franchi ha scritto:
> On Jan 20, 2008, at 4:08 PM, Manlio Perillo wrote:
>
>> Io ti consiglio anche twisted.trial, per eseguire gli unit test.
>
> Non vorrei portarmi dietro twisted anche quando non sto usando twisted.
> Mi capita spesso di fare cose che non richiedono rete ne nulla, ma il
On Jan 20, 2008, at 6:06 PM, Lawrence Oluyede wrote:
> Solo se ti interessa fare i test distribuiti.
No, non al momento.
> In un'altra vita
> replicherò tutte le funzioni di py.test che non ci sono in nose
> attraverso plugin e morta lì
Eh, bello!
>> C'è un crash course su un utilizzo ben fa
On Jan 20, 2008, at 4:08 PM, Manlio Perillo wrote:
> Io ti consiglio anche twisted.trial, per eseguire gli unit test.
Non vorrei portarmi dietro twisted anche quando non sto usando twisted.
Mi capita spesso di fare cose che non richiedono rete ne nulla, ma il
testing per me è un must.
___
> Guarda, come documentazione trovata, sui due piedi, preferirei nose.
> C'è qualche motivo per cui mi conviene invece approfondire py.test?
Solo se ti interessa fare i test distribuiti. In un'altra vita
replicherò tutte le funzioni di py.test che non ci sono in nose
attraverso plugin e morta lì
Enrico Franchi ha scritto:
> On Dec 30, 2007, at 6:38 PM, Lawrence Oluyede wrote:
>
>> Preferisco i tool che fanno discovery, come py.test e nose
>
> Guarda, come documentazione trovata, sui due piedi, preferirei nose.
> C'è qualche motivo per cui mi conviene invece approfondire py.test?
>
Io
On Dec 30, 2007, at 6:38 PM, Lawrence Oluyede wrote:
> Preferisco i tool che fanno discovery, come py.test e nose
Guarda, come documentazione trovata, sui due piedi, preferirei nose.
C'è qualche motivo per cui mi conviene invece approfondire py.test?
BTW, in sostanza questi qui semplicemente
Ti ringrazio, davvero interessante. In effetti py.test pare davvero "diretto".
Grazie ancora!
On Dec 30, 2007 7:21 PM, Lawrence Oluyede <[EMAIL PROTECTED]> wrote:
> > py.test ha lo switch "-k" che è figo ma è facilmente replicabile anche in
> > nose.
>
> -k esegue solo i test che matchano la key
> py.test ha lo switch "-k" che è figo ma è facilmente replicabile anche in
> nose.
-k esegue solo i test che matchano la keyword che gli passi come argomento.
Per la cronaca
--
Lawrence, stacktrace.it - oluyede.org - neropercaso.it
"It is difficult to get a man to understand
something when hi
> Solo per curiosità: che differenza c'è tra unittest (che capisco non
> apprezzi)
No beh, lo apprezzo, è in sostanza il tool precursore. È che c'è di
meglio, secondo me.
unittest segue la filosofia del tester Java equivalente, JUnit, creato
da Beck e Gamma. Due pietre miliari :-D
> e i due strum
On Dec 30, 2007 6:38 PM, Lawrence Oluyede <[EMAIL PROTECTED]> wrote:
> Non c'è un metodo standard. E se lo standard fosse il modulo unittest
> allora bleah :P
> Preferisco i tool che fanno discovery, come py.test e nose
Grazie, anche per i link.
Solo per curiosità: che differenza c'è tra unittest
> Sto iniziando a scrivere del codice di test in python e volevo
> iniziare subito col metodo standard del linguaggio: ma qual'è la
> prassi in python?
Non c'è un metodo standard. E se lo standard fosse il modulo unittest
allora bleah :P
Preferisco i tool che fanno discovery, come py.test e nose
Salve a tutti.
La mia esperienza dei test del codice si ferma a JUnit, dove la prassi
è raggruppare tutti i test in un package test che rifletta esattamente
la gerarchia di package del codice che si vuole testare.
Sto iniziando a scrivere del codice di test in python e volevo
iniziare subito col
12 matches
Mail list logo
