<\/span><\/h2>\nIl sanity testing consente di risparmiare molto tempo e fatica, perch\u00e9 impedisce ai team QA di perdere tempo in test pi\u00f9 approfonditi prima di accertarsi che le funzioni principali della build del software funzionino come dovrebbero.<\/p>\n
Il sanity testing \u00e8 veloce, economico e necessario se i team di sviluppo e collaudo vogliono creare un software privo di bug in modo efficiente e rapido.<\/p>\n
Risparmia tempo e risorse
\nNon \u00e8 richiesto alcuno sforzo di documentazione
\nPu\u00f2 aiutare a identificare gli oggetti mancanti
\n\u25cf Previene i problemi pi\u00f9 gravi in seguito<\/p>\n
<\/h3>\n<\/span>\u00c8 efficiente e veloce<\/span><\/h3>\nIl sanity testing \u00e8 un modo rapido ed efficiente per verificare se le funzionalit\u00e0 chiave di una build di software funzionano come ci si aspetta.<\/p>\n
\u00c8 possibile eseguire semplici test di correttezza in meno di un’ora e, se il test di correttezza viene superato, il team QA ha il via libera per proseguire con ulteriori test.<\/p>\n
<\/h3>\n<\/span>Non richiede documentazione<\/span><\/h3>\nLa maggior parte dei test di integrit\u00e0 non \u00e8 scritta, il che significa che i tester non sono tenuti a scrivere i criteri di superamento\/errore di ciascun test o a redigere la documentazione per presentare i risultati del test di integrit\u00e0. Questo significa che pu\u00f2 essere fatto in modo relativamente veloce e casuale, senza causare interruzioni significative del lavoro.<\/p>\n
<\/h3>\n<\/span>Pu\u00f2 identificare gli oggetti mancanti<\/span><\/h3>\nIl sanity testing pu\u00f2 aiutare i tester a identificare gli oggetti correlati o mancanti che potrebbero essere cruciali per il funzionamento della build. Poich\u00e9 il sanity test viene utilizzato per testare funzionalit\u00e0 specifiche singolarmente, \u00e8 pi\u00f9 facile identificare singoli bug e problemi durante il sanity test rispetto all’esecuzione dello smoke test e di altri test iniziali del software.<\/p>\n
<\/h3>\n<\/span>Previene i problemi pi\u00f9 gravi in seguito<\/span><\/h3>\nI test di verifica della correttezza possono aiutarvi a identificare i problemi fin dalle prime fasi del processo di test e a evitare l’insorgere di bug gravi e clamorosi nel corso dello sviluppo. Identificare i problemi in anticipo pu\u00f2 aiutarvi a rispettare i tempi di sviluppo e a prevenire errori costosi.<\/p>\n
<\/h2>\n<\/span>Le sfide del sanity test<\/strong><\/span><\/h2>\nIl test di sanit\u00e0 mentale non \u00e8 privo di sfide. Il software di sanity testing pu\u00f2 aiutare i tester a identificare alcuni dei principali bug di una build prima di continuare con ulteriori test, ma non \u00e8 un modo affidabile per identificare tutti i problemi che potrebbero sorgere.<\/p>\n
Alcune delle sfide del sanity test includono:<\/p>\n
Ha un ambito di applicazione relativamente ristretto e pu\u00f2 non cogliere alcuni problemi.
\nIl test di sanit\u00e0 mentale non ha un copione.
\nGli sviluppatori non sempre sanno come risolvere i bug riscontrati nei test di correttezza.
\nIl Sanity test si concentra solo sui comandi e sulle funzioni del software.<\/p>\n
<\/h3>\n<\/span>Ha un ambito di applicazione ristretto<\/span><\/h3>\nIl sanity test ha un ambito di applicazione molto ristretto rispetto a molti altri tipi di test. Lo scopo del sanity test \u00e8 quello di verificare funzionalit\u00e0 o modifiche specifiche per assicurarsi che funzionino correttamente. Al di fuori di queste modifiche, il sanity testing non offre alcuna visione della funzionalit\u00e0 complessiva della build del software.<\/p>\n
<\/h3>\n<\/span>Non \u00e8 un copione<\/span><\/h3>\nSebbene alcuni tester possano considerarlo un vantaggio, il fatto che il sanity test non sia scritto significa che non c’\u00e8 documentazione da consultare in futuro se gli sviluppatori o i tester vogliono controllare i risultati di un sanity test. Il test di sanit\u00e0 mentale ha un uso limitato al di l\u00e0 del suo impatto immediato.<\/p>\n
<\/h3>\n<\/span>Testa solo le funzioni e i comandi<\/span><\/h3>\nIl Sanity test viene utilizzato solo per testare le funzioni e i comandi in una build del software. Non \u00e8 possibile verificare il funzionamento del software a livello di struttura progettuale nei test di correttezza, il che significa che non \u00e8 sempre facile per gli sviluppatori identificare i problemi che si presentano e come risolverli.<\/p>\n
<\/h2>\n<\/span>Le caratteristiche del sanity test<\/strong><\/span><\/h2>\nIl sanity testing pu\u00f2 essere differenziato da altre forme di test del software in base alle sue caratteristiche principali. \u00c8 possibile definire il sanity testing considerando le sue caratteristiche, che sono:<\/p>\n
Semplice
\nNon scritto
\nNon documentato
\nProfondo
\nStretto
\n\u25cf Eseguito dai tester<\/p>\n
<\/h3>\n<\/span>Semplice<\/span><\/h3>\nIl Sanity test \u00e8 una forma semplice di test del software, che deve essere facile da progettare e altrettanto facile da eseguire. Ci\u00f2 significa che i test di integrit\u00e0 QA possono essere eseguiti rapidamente, quando sono necessari, senza che i team di test debbano programmare test informali.<\/p>\n
<\/h3>\n<\/span>Non descritto e non documentato<\/span><\/h3>\nI test di integrit\u00e0 sono solitamente non scritti e non documentati, il che contribuisce anche al modo casuale in cui i test di integrit\u00e0 possono essere condotti nella maggior parte degli ambienti di test.<\/p>\n
Il sanity testing \u00e8 un processo informale che esiste principalmente per verificare che le funzioni e le caratteristiche modificate funzionino come previsto.<\/p>\n
<\/h3>\n<\/span>Profondo e stretto<\/span><\/h3>\nIl sanity testing \u00e8 un tipo di test del software considerato sia profondo che ristretto. Ci\u00f2 significa che il sanity testing copre solo una visione ristretta della build del software, ma approfondisce gli aspetti della build che verifica.<\/p>\n
Per esempio, i tester del software possono testare in dettaglio la funzione di una singola caratteristica piuttosto che testare tutte le caratteristiche principali a un livello di base.<\/p>\n
<\/h3>\n<\/span>Eseguito dai tester<\/span><\/h3>\nI test di sanit\u00e0 mentale sono quasi sempre eseguiti dai tester. Questo differenzia il sanity testing da altre forme comuni di test del software come lo smoke testing, che pu\u00f2 essere eseguito sia dai team QA che dagli sviluppatori.<\/p>\n
<\/h2>\n<\/span>Sanity test vs. smoke test vs. regression test<\/strong><\/span><\/h2>\nSpesso si parla di sanity testing, smoke testing e regression testing insieme e alcune persone possono confondere i diversi tipi di test se non comprendono le differenze tra la definizione di sanity testing e gli altri tipi di test.<\/p>\n
Smoke e sanity test sono entrambi test rapidi eseguiti per determinare se la build di un software funziona correttamente. Tuttavia, i sanity test sono diversi dagli smoke test e dai test di regressione.<\/p>\n