Test ad hoc
Il test ad hoc è un tipo di test del software informale o non strutturato che mira a interrompere il processo di test al fine di trovare possibili difetti o errori in una fase precoce possibile. Il test ad hoc viene eseguito in modo casuale e di solito è un'attività non pianificata che non segue alcuna documentazione e tecniche di progettazione dei test per creare casi di test.
Il test ad hoc non segue alcun modo strutturato di test e viene eseguito in modo casuale su qualsiasi parte dell'applicazione. Lo scopo principale di questo test è trovare i difetti mediante controllo casuale. Il test ad hoc può essere ottenuto con la tecnica di test del software chiamata Error Guessing. L'individuazione degli errori può essere eseguita dalle persone che hanno abbastanza esperienza sul sistema per "indovinare" la fonte più probabile di errore.
Questo test non richiede alcuna documentazione / pianificazione / processo da seguire. Poiché questo test mira a trovare i difetti attraverso un approccio casuale, senza alcuna documentazione, i difetti non verranno mappati sui casi di test. Ciò significa che, a volte, è molto difficile riprodurre i difetti poiché non ci sono passaggi di test o requisiti mappati ad esso.
Il seguente video ti guida su come eseguire i test ad hoc
Fare clic qui se il video non è accessibile
Quando eseguire il test ad hoc?
È possibile eseguire test ad hoc quando il tempo per eseguire test elaborativi è limitato. Di solito il test ad hoc viene eseguito dopo l'esecuzione del test formale. E se il tempo lo consente, è possibile eseguire test ad hoc sul sistema. I test ad hoc saranno efficaci solo se il tester è a conoscenza del sistema sottoposto a test.
Tipi di test ad hoc
Esistono diversi tipi di test ad hoc e sono elencati di seguito:
| Buddy Testing | Due amici lavorano reciprocamente per identificare i difetti nello stesso modulo. Per lo più un amico proverrà dal team di sviluppo e un'altra persona proverrà dal team di test. Buddy testing aiuta i tester a sviluppare casi di test migliori e il team di sviluppo può anche apportare modifiche al progetto in anticipo. Questo test di solito avviene dopo il completamento di Unit Testing. |
| Test di coppia | A due tester vengono assegnati moduli, condividono idee e lavorano sulle stesse macchine per trovare i difetti. Una persona può eseguire i test e un'altra persona può prendere appunti sui risultati. I ruoli delle persone possono essere tester e scriber durante i test. Confronto Buddy e test di coppia: il test di coppia è una combinazione di test di unità e di sistema insieme a sviluppatori e tester, ma il test di coppia viene eseguito solo con tester con diversi livelli di conoscenza. (Esperto e non esperto per condividere le proprie idee e opinioni) |
| Monkey Testing | Testare casualmente il prodotto o l'applicazione senza casi di test con l'obiettivo di rompere il sistema. |
Best practice per i test ad hoc
Seguire le migliori pratiche può garantire un test ad hoc efficace.
Buona conoscenza degli affari
I tester devono avere una buona conoscenza del business e una chiara comprensione dei requisiti: una conoscenza dettagliata del processo aziendale end-to-end aiuterà a trovare facilmente i difetti. I tester esperti trovano più difetti poiché sono più bravi a indovinare gli errori.
Test dei moduli chiave
I moduli aziendali chiave dovrebbero essere identificati e mirati per test ad hoc. I moduli business critical dovrebbero essere testati prima per acquisire fiducia sulla qualità del sistema.
Difetti di registrazione
Tutti i difetti devono essere registrati o scritti in un blocco note. I difetti devono essere assegnati agli sviluppatori per la correzione. Per ogni difetto valido, i casi di test corrispondenti devono essere scritti e devono essere aggiunti ai casi di test pianificati.
Questi risultati dei difetti dovrebbero essere fatti come lezione appresa e dovrebbero riflettersi nel nostro prossimo sistema mentre stiamo pianificando i casi di test.
Conclusione:
Il vantaggio dei test ad hoc consiste nel verificare la completezza dei test e trovare più difetti rispetto ai test pianificati. I casi di test di rilevamento dei difetti vengono aggiunti come casi di test aggiuntivi ai casi di test pianificati.
Nell'ingegneria del software, i test ad-hoc consentono di risparmiare molto tempo in quanto non richiedono un'elaborata pianificazione dei test, documentazione e progettazione di casi di test.