2016-03-18 16:14 GMT+01:00 Giovanni Porcari :
>
> Se esiste un sistema di test di questo genere e se posso implementarlo ai
> prezzi da
> fame che i clienti sono disposti a pagare vi prego di dirmelo :).
Viaggia nel tempo e procurati degli schiavi. Altri metodi per
2016-03-18 10:28 GMT+00:00 Carlos Catucci :
> Tutto e' relativo, dipende dal contesto.
>
Yep.
> Io per esempio per garantire di poter lavorare anche se la ruspa dei
> lavori in corso trancia i cavi dell'adsl (ci e' successo realmente a
> Modena) un rapsino con un
2016-03-18 15:09 GMT+01:00 enrico franchi :
>
> Breaking news... da qualche mese e' disponibile una nuova cosa chiamata
> "cloud computing", che vuole dire che in pratica ti scegli il modello di
> ridondanza/availability che vuoi e fine della fiera. Vuoi piu' availably
>
2016-03-18 15:59 GMT+01:00 Giovanni Porcari :
> No. Però un bel modem 4G qualcosa di buono fa…
Concordo, se sei coperto da rete 4G. Cosa che per molte (troppe) zone in
questo paese non corrisponde al vero.
Carlos
--
EZLN ... Para Todos Todo ... Nada para nosotros
2016-03-18 10:58 GMT+00:00 Gollum1 :
>
>
> lasciamo perdere va... sono da mesi oramai che chiedo di replicare
> localmente un server di autenticazione, che ora è solo a Roma...
>
> in un paio di occasioni c'é stato un problema sulle linee di
> comunicazione, e ci siamo
2016-03-15 18:22 GMT+00:00 Carlos Catucci :
> Questione di scala Enrico.
A me verrebbe dire anche questione di business, piuttosto. O se vuoi, del
tipo di business e del modello di deploy che hai.
Per esempio se fai sw "boxed" i rilasci sono costosissimi e vuoi
2016-03-18 16:14 GMT+01:00 Giovanni Porcari :
> [...]
> Altrettanto ovvio (almeno per me) che ogni volta che si fanno delle modifiche
> o delle
> aggiunte di un certo peso (non quindi il css che colora in rosso una riga se
> il camion
> non è arrivato) l'utente
2016-03-18 18:07 GMT+01:00 enrico franchi :
> No. Ma se la postazione del cliente e' isolata dal mondo, e' un caso molto
> particolare che avendo una specifica applicazione hostata in locale tutto
> funzioni (senza accesso ad internet, a questo punto). Tutto funzioni
2016-03-15 19:09 GMT+01:00 enrico franchi :
> Ottimo. Mi fa piacere che per te funzioni. Vorrei solo che sia chiaro che
> non e' un caso generale che sia facilmente estensibile ad altri business in
> modo automatico. Appena cambi un pochetto le regole del business e'
2016-03-10 14:21 GMT+00:00 Giovanni Porcari :
>
> Si. Tutto vero. Tutto sacrosanto. Tutto giusto.
>
> Però come dicevo in un'altra mail è un problema di risorse che puoi avere
> e non avere
> e le compatibilità economiche non sono meno importanti di quelle tecniche.
Giovanni Porcari wrote:
> E poi posso sempre passare a Ruby:
Fai pure se credi, ma non passare a Rails.
> http://david.heinemeierhansson.com/2014/tdd-is-dead-long-live-testing.html
Faccio fatica a leggere roba scritta da stronzi:
> Il giorno 10 mar 2016, alle ore 15:52, Marco Beri ha
> scritto:
>
> 2016-03-10 15:43 GMT+01:00 Giovanni Porcari :
>
> > Il giorno 10 mar 2016, alle ore 15:36, Nicola Larosa ha
> > scritto:
> >
> > Che è più di quanto
2016-03-10 15:43 GMT+01:00 Giovanni Porcari :
>
> > Il giorno 10 mar 2016, alle ore 15:36, Nicola Larosa
> ha scritto:
> >
> > Che è più di quanto molti di noi possano vantare, ma non puoi avere
> > culo per sempre. ;-)
>
> Menagramo :P
>
> Il giorno 10 mar 2016, alle ore 15:36, Nicola Larosa ha
> scritto:
>
> Che è più di quanto molti di noi possano vantare, ma non puoi avere
> culo per sempre. ;-)
Menagramo :P
G
___
Python mailing list
Python@lists.python.it
2016-03-10 15:36 GMT+01:00 Nicola Larosa :
> Scusa, ma è solo una tua convinzione, secondo me errata. Vedi quanto
> detto da Stefano circa il progettare il codice in funzione dei test.
>
Ecco diciamo che dipende da dove lavori. Sono stato in posti dove il test
veniva
Giovanni Porcari wrote:
> Lavoro in questo ambito da più di 40 anni e non ho mai infilato in
> produzione dei bachi che non fossero 'cosmetici'.
Giovanni, scusa ma questo è altamente improbabile (soprattutto se non
avevi test :-) ). Al massimo non ti *risultano* bachi (il che è già un
successo),
2016-03-10 15:21 GMT+01:00 Giovanni Porcari :
>
> Si. Tutto vero. Tutto sacrosanto. Tutto giusto.
>
> Però come dicevo in un'altra mail è un problema di risorse che puoi avere
> e non avere
> e le compatibilità economiche non sono meno importanti di quelle tecniche.
Enrico Franchi wrote:
> Ma mettere *a priori* l'affermazione "comunque i bachi piu' insidiosi
> non li scopri con i test" e' un po' un blanket statement che si legge
> come: i test non servono davvero troppo, quindi inutile spendere il
> costo di scriverli.
Che è una profezia auto-avverante: se
> Il giorno 10 mar 2016, alle ore 14:58, enrico franchi
> ha scritto:
>
>
>
> 2016-03-10 1:34 GMT+00:00 Marco Beri :
> 2016-03-09 23:53 GMT+01:00 Giovanni Porcari :
> Comunque i bachi più insidiosi, purtroppo non li
2016-03-10 1:34 GMT+00:00 Marco Beri :
> 2016-03-09 23:53 GMT+01:00 Giovanni Porcari
> :
>
>> Comunque i bachi più insidiosi, purtroppo non li scovi con i test.
>
>
Giovanni, e' una posizione complicata e rischiosa. Cioe', oggettivamente,
siamo
> Il giorno 10 mar 2016, alle ore 11:52, Stefano Bossi ha
> scritto:
>
> Anche se è molto difficile testare le GUI come anche altre forme di IO,
> questo non vuol dire che non si possa testare tutto il resto.
> Certo, separare tutto ciò che è logica pura dall'IO è una
2016-03-10 11:52 GMT+01:00 Stefano Bossi :
Anche se è molto difficile testare le GUI come anche altre forme di IO,
> questo non vuol dire che non si possa testare tutto il resto.
> Certo, separare tutto ciò che è logica pura dall'IO è una gran fatica,
> ma almeno sai che
2016-03-09 23:53 GMT+01:00 Giovanni Porcari :
>
> Comunque i bachi più insidiosi, purtroppo non li scovi con i test.
> Almeno in sistemi con delle GUI molto complesse e dove il timing
> degli eventi può essere l'elemento critico.
> A volte per riprodurre un baco
Il 09/03/2016 23:53, Giovanni Porcari ha scritto:
Comunque i bachi più insidiosi, purtroppo non li scovi con i test.
Almeno in sistemi con delle GUI molto complesse e dove il timing
degli eventi può essere l'elemento critico.
Difficile testare la ui ma non impossibile, ad esempio:
> Nicola Larosa wrote:
>> Non sarebbe bello poterli indirizzare sulle porzioni più
>> interessanti dello spazio dei dati, e intanto assicurarsi
>> di esplorare
Qui intendevo "controllare", tra l'altro.
>> certi valori dimostratisi critici? È quello che fa il
>> property-based testing, tra i cui
> Il giorno 10 mar 2016, alle ore 02:34, Marco Beri ha
> scritto:
>
> 2016-03-09 23:53 GMT+01:00 Giovanni Porcari :
> Comunque i bachi più insidiosi, purtroppo non li scovi con i test.
>
> Giovanni,
> credo sia "the other way around".
>
>
2016-03-09 23:53 GMT+01:00 Giovanni Porcari :
> Comunque i bachi più insidiosi, purtroppo non li scovi con i test.
>
Giovanni,
credo sia "the other way around".
Non è che i test ti fanno scoprire i bachi.
I test ti garantiscono le non regressioni (e già questo li
2016-03-09 17:19 GMT+01:00 Nicola Larosa :
> Non sarebbe bello poterli indirizzare sulle porzioni più interessanti
> dello spazio dei dati, e intanto assicurarsi di esplorare certi valori
> dimostratisi critici? È quello che fa il property-based testing, tra i
> cui esponenti ci
> Il giorno 09 mar 2016, alle ore 23:40, Giovanni Porcari
> ha scritto:
>
>
>> Il giorno 09 mar 2016, alle ore 17:19, Nicola Larosa ha
>> scritto:
>>
>> (I'm looking at you, Genropy. ;-) )
>
>
> ehm… :D
>
> G
O per parafrasare Microsoft:
> Il giorno 09 mar 2016, alle ore 17:19, Nicola Larosa ha
> scritto:
>
> (I'm looking at you, Genropy. ;-) )
ehm… :D
G
___
Python mailing list
Python@lists.python.it
http://lists.python.it/mailman/listinfo/python
Potresti dare un'occhiata al mutation testing.
In breve: il codice sotto test viene modificato in N modi, es
if a == b
diventa
if a != b
Se il tuo test si spacca, hai una buona coverage, se il "mutante
sopravvive", il codice è mal testato
Però non ho esperienza con python,
Do I have your multilingual attention now? Good. ;-)
Sappiamo tutti che, se da un lato il codice *testato* non garantisce il
corretto funzionamento, dall'altro il codice *non testato* garantisce il
malfunzionamento al 99.99%.
Purtroppo scrivere unit test con un coverage decente è costoso (con
32 matches
Mail list logo