-
-
Notifications
You must be signed in to change notification settings - Fork 26
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Proposta prima bozza capitolo testing #145
Conversation
@frnmjn ho buttato giù qualcosa, considera che sono le 05:42 quindi la qualità lascia a desiderare. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ho lasciato un po' di commenti. LMKWYT
Anni fa ho sperimentato il ping pong tdd. Uno sviluppatore scrive il test che fallisce. L'altro deve farlo diventare verde quel test. E poi il gioco si ripete. Mi piacerebbe scrivere un paragrafetto a riguardo se c'è posto. Altro concetto che mi è capitato di provare sono i learning test. Per lo meno li ho sentiti chiamare cosi. In pratica consiste nel testare sia codice legacy che funzioni o classi del linguaggio che si sta usando per studiare il suo comportamento. Molto utile se si va ad usare un componente poco conosicuto e si vuole scrivere un po' di documentazione per vedere come si comporta. Infine questo: https://www.youtube.com/watch?v=_NnElPO5BU0. Ovvero una tecnica per testare codice legacy prima di rifattorizzarlo. Stavo quasi per dimenticarmi: un ottimo evento per imparare a testare è partecipare al global day of code retreat. Si potrebbero spiegare un po di regole del game of life e come si svolge di solito l'evento. |
Co-authored-by: Michael Di Prisco <[email protected]>
Co-authored-by: Michael Di Prisco <[email protected]> Co-authored-by: Corrado Petrelli <[email protected]> Co-authored-by: Angelo Cassano <[email protected]>
Co-authored-by: Michael Di Prisco <[email protected]>
fce9323
Co-authored-by: sistella <[email protected]>
@sistella ho portato dentro tutti i suggerimenti! |
|
||
Esistono diverse tipologie di test, ognuna con un suo scopo ben preciso. Vediamole brevemente: | ||
|
||
- **Functional testing**: Il test funzionale è un tipo di test in cui il target sono le specifiche funzionali. Il sistema viene infatti testato rispetto ai requisiti funzionali, garantendo che questi siano adeguatamente soddisfatti dall'applicazione. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Functional testing: potrebbe essere utili spendere due parole due per dire cosa sono?
- **Functional testing**: Il test funzionale è un tipo di test in cui il target sono le specifiche funzionali. Il sistema viene infatti testato rispetto ai requisiti funzionali, garantendo che questi siano adeguatamente soddisfatti dall'applicazione. | ||
- **Performance testing**: Il test di performance è un tipo di test in cui il target è la performance del sistema. Il sistema viene infatti testato rispetto ai requisiti di performance, garantendo che questi siano adeguatamente soddisfatti dall'applicazione. | ||
- **Usability testing**: Il test di usabilità è un tipo di test in cui il target è l'usabilità del sistema. Il sistema viene infatti testato rispetto ai requisiti di usabilità, garantendo che questi siano adeguatamente soddisfatti dall'applicazione. | ||
- **Security testing**: Il test di sicurezza è un tipo di test in cui il target è la sicurezza del sistema. Il sistema viene infatti testato rispetto ai requisiti di sicurezza, garantendo che questi siano adeguatamente soddisfatti dall'applicazione. | ||
- **Regression testing**: Il test di regressione è un tipo di test in cui il target è la regressione del sistema. Il sistema viene infatti testato rispetto ai requisiti di regressione, garantendo che questi siano adeguatamente soddisfatti dall'applicazione. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Non amo il didascalico normalmente, ma qui può aiutare per separare in comparti "stagni" i diversi tipi di test
|
||
## Test Coverage | ||
|
||
La test coverage è una metrica che indica la percentuale di codice sorgente che viene eseguita (_coperta_) durante l'esecuzione dei test. Questa metrica è molto importante, in quanto permette di capire quanto il codice sorgente è stato testato. Solitamente si cerca di raggiungere una test coverage del 100%, ma questo non è sempre possibile, oltre che non necessario. Una test coverage del 100% non garantisce che il codice sorgente sia privo di bug, esattamente come non lo garantisce una coverage del 50%. Come in moltissimi altri aspetti della programmazione, la parola _dipende_ assume un significato molto importante. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
La ---> Il test coverage ? Ma non sono sicura
66bffdc
No description provided.