Question 1

Cosa coprono i test manuali software?

Accepted Answer

I test manuali software coprono la verifica funzionale e di usabilità della vostra applicazione eseguita da persone. Il servizio parte dalla discovery, in cui comprendiamo obiettivi, profili utente e flussi di lavoro e individuiamo i percorsi critici. Seguono il piano di test con casi personalizzati, la preparazione di ambienti che riproducono le condizioni reali d’uso, l’esecuzione con registrazione dei difetti, il report con problemi critici e minori e suggerimenti, e il ritest dopo le correzioni. Copre anche accessibilità e coerenza visiva, dove serve un giudizio umano.

Question 2

In cosa si differenzia il testing manuale dal testing automatizzato?

Accepted Answer

Il testing manuale si differenzia dal testing automatizzato per chi esegue il test e per cosa può giudicare. Nel testing manuale una persona segue i casi di test o esplora l’applicazione, e valuta usabilità, coerenza visiva e comportamenti anomali legati al contesto, cose che uno script non riconosce. Nel testing automatizzato gli script ripetono gli stessi controlli a ogni modifica, ideali per la regressione. Una strategia QA completa usa entrambi: l’automazione per la ripetibilità, il testing manuale per il giudizio.

Question 3

Test manuali software: servizio o strumento?

Accepted Answer

Cercando test manuali software si trovano spesso elenchi di strumenti per test funzionali o piattaforme di test management. Questa pagina riguarda un’altra cosa: il servizio in cui tester WWG eseguono i test sulla vostra applicazione, documentano i difetti e li ritestano dopo le correzioni. Gli strumenti di test management servono a organizzare casi di test e segnalazioni, e li usiamo; non sostituiscono la persona che esegue il test e giudica il risultato. Se cercate solo un software da installare, questa non è la pagina giusta.

Question 4

Che cos’è il test funzionale?

Accepted Answer

Il test funzionale è la verifica che una funzionalità faccia ciò che i requisiti prevedono: dato un input, l’applicazione produce l’output atteso. Si scrive un caso di test con precondizioni, passi e risultato atteso, lo si esegue e si confronta il risultato. Nei test manuali il tester esegue il caso a mano e annota ogni scostamento, inclusi quelli che il caso non prevedeva. I test funzionali sono il cuore del nostro piano di test; accanto a loro stanno i test di usabilità, di accessibilità e i test esplorativi.

Question 5

Quali sono i diversi tipi di test del software?

Accepted Answer

I diversi tipi di test del software si distinguono per ciò che verificano. I test funzionali controllano il comportamento previsto; i test di usabilità e accessibilità, come l’interfaccia viene usata da persone diverse; i test esplorativi cercano difetti fuori dai casi scritti; i test di regressione verificano che una correzione non abbia rotto altro; i test di prestazioni misurano tempi e carico; i test di integrazione, il dialogo tra componenti. Nel testing manuale rendono di più i test funzionali, esplorativi, di usabilità e di accessibilità; regressione e prestazioni si prestano all’automazione.

Question 6

Cosa significa “unit test”?

Accepted Answer

Unit test significa test unitario: un test scritto dallo sviluppatore che verifica in isolamento un singolo componente del codice, per esempio una funzione, ed è automatizzato per definizione. Non è un test manuale e non fa parte di questo servizio, ma non lo sostituisce nemmeno: gli unit test dicono se un pezzo di codice fa quello che il programmatore intendeva, i test manuali dicono se l’applicazione nel suo insieme fa quello che l’utente si aspetta. Un prodotto affidabile ha entrambi.

Question 7

Quali sono le fasi di test di un software?

Accepted Answer

Le fasi di test di un software, nel nostro servizio di test manuali, sono sei. Discovery e raccolta dei requisiti, per capire obiettivi, profili utente e percorsi critici. Pianificazione, con casi di test allineati ad architettura e funzionalità. Impostazione dell’ambiente, che replica le condizioni reali d’uso. Esecuzione, con registrazione dei bug: passi per riprodurli, ambiente, gravità. Reportistica e analisi, con problemi critici e minori e suggerimenti. Ritest e validazione dopo le correzioni, per confermare che i problemi siano risolti e che non ne siano emersi di nuovi. Dopo l’ultima fase decidete voi se proseguire con cicli successivi.

Question 8

Quanto dura un engagement di test manuali?

Accepted Answer

La durata di un engagement di test manuali è definita nello scoping, in base al perimetro: numero di flussi da coprire, piattaforme, quanti cicli di ritest servono. Può essere un singolo ciclo prima di un rilascio, oppure test iterativi integrati nei vostri sprint, in cui i tester lavorano al ritmo del vostro team di sviluppo. Il calendario viene fissato dopo la fase di discovery, quando conosciamo i percorsi critici dell’applicazione.

Question 9

Come si definisce il prezzo dei test manuali, e come garantite l’efficienza dei costi?

Accepted Answer

Il prezzo dei test manuali si definisce prima di iniziare, sulla base del perimetro concordato nello scoping. Un ciclo a perimetro definito ha una stima prima della partenza; per test iterativi integrati nei vostri sprint il modello è un canone mensile, con un numero di tester che scala con le esigenze, da un singolo tester a un team. L’efficienza dei costi viene dalla priorità: i tester si concentrano sulle aree ad alto impatto individuate nella discovery, così tempo e risorse vanno sui problemi che contano. Non pubblichiamo un listino.

Question 10

Chi esegue i test e cosa serve da parte nostra?

Accepted Answer

I test sono eseguiti da tester WWG che nella discovery imparano il ruolo del vostro software nei processi aziendali, così che le verifiche si concentrino su ciò che conta per la vostra attività. Un referente nominato segue l’engagement e mantiene il contesto documentato. Da parte vostra servono l’accesso all’applicazione e agli ambienti, i requisiti o una descrizione dei flussi principali, un referente nel team di sviluppo a cui inviare i difetti e, se lavorate in agile, l’accesso al vostro processo per integrare i test negli sprint.

Question 11

Quali tipi di progetti sono più adatti al testing manuale?

Accepted Answer

Il testing manuale è più adatto a progetti che richiedono test esplorativi, valutazioni di usabilità e accessibilità, o aggiornamenti una tantum per cui impostare l’automazione sarebbe sproporzionato. Il servizio è per aziende con un prodotto web o mobile rivolto a clienti o dipendenti, che vogliono un giudizio umano prima di un rilascio, e per team di sviluppo senza QA interno che hanno bisogno di tester che si integrino nei loro cicli, da un singolo tester a un team completo.

Question 12

Il vostro team può gestire progetti ad alta complessità?

Accepted Answer

Sì, i nostri tester gestiscono progetti ad alta complessità: flussi di lavoro articolati, integrazioni con più sistemi e standard di settore diversi. La complessità si affronta nella fase di discovery, dove mappiamo i percorsi critici e le aree che richiedono attenzione dettagliata, e nel piano di test, con casi allineati all’architettura del software. Gli ambienti di test replicano le condizioni reali, comprese le integrazioni, così che i difetti trovati siano quelli che gli utenti incontrerebbero.

Criterio	Test manuali WWG	Solo test automatizzati	Test fatti dagli sviluppatori	Crowd testing
Per chi	Aziende con un prodotto rivolto a persone, che vogliono un giudizio umano prima del rilascio.	Prodotti stabili con regressioni frequenti e pochi cambi di interfaccia.	Team piccoli senza QA, in fase iniziale.	Prodotti consumer che vogliono feedback da molti dispositivi e utenti reali.
Cosa copre	Discovery, piano di test, esecuzione, difetti documentati, report, ritest.	I casi già scritti come script; niente esplorazione né usabilità.	Ciò che chi ha scritto il codice pensa di dover controllare.	Esecuzione diffusa, con qualità delle segnalazioni variabile.
Durata	Definita nello scoping: un ciclo o test iterativi negli sprint.	Continua, con manutenzione degli script.	Frammentata tra le attività di sviluppo.	A campagne.
Cosa ottenete	Difetti riproducibili, giudizio su usabilità e accessibilità, un referente nominato.	Ripetibilità e velocità sui controlli noti.	Nessuna verifica indipendente.	Molte segnalazioni da filtrare.
Quando ha senso	Prima di un rilascio, per test esplorativi e di usabilità, o quando l’automazione non si ripaga.	Per la regressione a ogni modifica, insieme ai test manuali.	Come primo controllo, mai come unico.	Per un lancio consumer su molti dispositivi, in aggiunta a test strutturati.

Testing Manuale

Che cosa sono i test manuali software

Servizi di Testing Manuale del Software

Testing Funzionale

Testing di Regressione

Testing dell’Esperienza Utente (UX)

Testing di Localizzazione

Testing di Compatibilità

Testing Esplorativo

Vantaggi del Testing Manuale con WWG

Approfondita Comprensione del Contesto Aziendale

Team Flessibili e Scalabili

Feedback Trasparente e Azionabile

Focalizzazione su Usabilità e Accessibilità

Allineamento con i Workflow Agile

Riduzione del Rischio

Il Nostro Processo

Scoperta e Raccolta dei Requisiti

Scoperta e Raccolta dei Requisiti

Pianificazione dei Test

Pianificazione dei Test

Impostazione dell’Ambiente

Impostazione dell’Ambiente

Esecuzione dei Test

Esecuzione dei Test

Reportistica e Analisi

Reportistica e Analisi

Ritest e Validazione

Ritest e Validazione

Tecnologie e Strumenti che Utilizziamo

Storie di successo dei clienti

17Tons

1Trueid

Cosa Dicono i Nostri Clienti

I test manuali in termini concreti

I test manuali e le alternative

Domande Frequenti

Accanto al test manuale

Raccontaci il Problema

Invia Il Tuo Brief