top 20 practical software testing tips you should read before testing any application
Auguro a tutti i tester di leggere le pratiche di test del software aggiornate in questo articolo . Leggi attentamente ogni punto e cerca di implementarli nelle tue attività di test quotidiane. Questo è quello che mi aspetto dai lettori attraverso questo articolo. Se non capisci alcuna pratica di test, chiedi maggiori chiarimenti nella sezione commenti qui sotto.
Tuttavia, imparerai tutte queste pratiche di test per esperienza. Ma perché non impari tutte queste cose prima di commettere qualche errore?
Vieni, diamo un'occhiata a loro!
Ecco alcune delle migliori pratiche di test che ho imparato dall'esperienza:
domande e risposte dell'intervista all'amministratore di salesforce pdf
# 1) Impara ad analizzare a fondo i risultati dei tuoi test. Non ignorare i risultati dei test. Il risultato finale del test può essere 'superato' o 'non superato', ma la risoluzione dei problemi alla radice del 'fallimento' fornirà la soluzione al problema. I tester saranno rispettati se non solo registrano il file Bug ma anche fornire soluzioni.
#Due) Impara a massimizzare il Copertura del test ogni volta che provi un'applicazione. La copertura del test al 100% potrebbe non essere possibile, ma puoi sempre provare a raggiungerla.
# 3) Per garantire la massima copertura del test, suddividere la tua applicazione in test (AUT) in moduli funzionali più piccoli. Scrivere casi di test su tali moduli di unità individuali. Inoltre, se possibile, suddividere questi moduli in parti più piccole.
Per esempio, supponiamo che tu abbia diviso l'applicazione del tuo sito web in moduli e che 'accettare le informazioni dell'utente' sia uno dei moduli. Puoi suddividere questa schermata 'Informazioni utente' in parti più piccole per scrivere casi di test: parti come test dell'interfaccia utente, Test di sicurezza , Test funzionali del modulo 'Informazioni utente' ecc.
Applica tutti i test di tipo e dimensione del campo modulo, i test negativi e di convalida sui campi di input e scrivi tutti questi casi di test per la massima copertura.
# 4) Mentre Scrittura di casi di test , scrivere prima i casi di test per la funzionalità prevista, ovvero per condizioni valide in base ai requisiti. Quindi scrivi casi di test per condizioni non valide. Ciò coprirà il comportamento previsto e imprevisto dell'applicazione in prova.
# 5) Pensa positivo. Inizia a testare l'applicazione con l'intento di trovare bug / errori. Non pensare in anticipo che non ci saranno bug nell'applicazione. Se provi l'applicazione con l'intenzione di trovare bug, riuscirai sicuramente a trovarli Bug sottili anche.
# 6) Scrivi i tuoi casi di test durante l'analisi dei requisiti e la fase di progettazione stessa. In questo modo puoi assicurarti che tutti i requisiti siano testabili.
# 7) Rendere il vostro casi di test disponibili per gli sviluppatori prima della codifica. Non tenere i tuoi casi di test con te in attesa di ottenere la versione finale dell'applicazione per i test, pensando di poter registrare più bug. Consenti agli sviluppatori di analizzare a fondo i tuoi casi di test per sviluppare un'applicazione di qualità. Ciò salverà anche il tempo di rilavorazione.
# 8) Se possibile identificare e raggruppa i tuoi casi di test per Test di regressione . Ciò garantirà un test di regressione manuale rapido ed efficace.
# 9) Le applicazioni che richiedono tempi di risposta critici dovrebbero essere accuratamente testate per le prestazioni. Test delle prestazioni è una parte fondamentale di molte applicazioni. Nel Manuale Test, questa è la parte più ignorata dai tester a causa della mancanza di un grande volume di dati richiesto nei test delle prestazioni.
Scopri i modi per testare le prestazioni della tua applicazione. Se non è possibile creare manualmente i dati di test, scrivi alcuni script di base per creare dati di test per i test delle prestazioni o chiedi agli sviluppatori di scriverne uno per te.
# 10) I programmatori non dovrebbero testare il proprio codice. Come discusso nel nostro messaggio precedente , gli unit test di base delle applicazioni sviluppate dovrebbero essere sufficienti agli sviluppatori per rilasciare l'applicazione per i tester. Ma tu (tester) non dovresti costringere gli sviluppatori a rilasciare il prodotto per il test.
Lascia che si prendano il loro tempo. Tutti, dal lead al manager, sanno quando il modulo / aggiornamento viene rilasciato per il test e possono stimare il tempo di test di conseguenza. Questa è una situazione tipica in un file Agile ambiente del progetto.
# 11) Vai oltre il test dei requisiti. Testare l'applicazione per ciò che non dovrebbe fare.
# 12) Durante il test di regressione usa il precedente grafico dei bug (Grafico dei bug - numero di bug trovati nel tempo per diversi moduli). Questo grafico di bug basato sul modulo può essere utile per prevedere la parte di bug più probabile dell'applicazione.
# 13) Annota i nuovi termini, concetti che impari durante i test. Tenere aperto un file di testo durante il test di qualsiasi applicazione. Annotare i progressi e le osservazioni del test dentro. Utilizzare queste osservazioni del blocco note durante la preparazione del rapporto di rilascio del test finale. Questa buona abitudine ti aiuterà a fornire un rapporto di prova completo e inequivocabile e dettagli sul rilascio.
# 14) Molte volte i tester o gli sviluppatori apportano modifiche alla base del codice per l'applicazione sotto test. Questo è un passaggio necessario nell'ambiente di sviluppo o test per evitare l'esecuzione dell'elaborazione delle transazioni in tempo reale come nei progetti bancari.
Annotare tutte le modifiche al codice eseguite a scopo di test e al momento del rilascio finale assicurati di aver rimosso tutte queste modifiche dalle risorse del file di distribuzione finale lato client.
# 15) Tieni gli sviluppatori lontani dall'ambiente di test. Questo è un passaggio necessario per rilevare eventuali modifiche alla configurazione mancanti nel documento di rilascio o di distribuzione. A volte gli sviluppatori apportano modifiche alla configurazione del sistema o dell'applicazione ma dimenticano di menzionarle nei passaggi di distribuzione.
Se gli sviluppatori non hanno accesso all'ambiente di test, non apporteranno accidentalmente tali modifiche nell'ambiente di test e queste cose mancanti possono essere catturate nel posto giusto.
# 16) È una buona pratica coinvolgere i tester fin dalla fase di progettazione e requisiti del software. In questo modo i tester possono acquisire conoscenze sull'affidabilità dell'applicazione con conseguente copertura dettagliata dei test. Se non ti viene chiesto di far parte di questo ciclo di sviluppo, puoi fare una richiesta al tuo responsabile o manager per coinvolgere il tuo team di test in tutti i processi decisionali o riunioni.
# 17) I team di test dovrebbero condividere le migliori pratiche di test , esperienza con gli altri team della loro organizzazione.
# 18) Aumenta la tua conversazione con gli sviluppatori per saperne di più sul prodotto. Quando possibile, effettuare comunicazioni faccia a faccia per risolvere rapidamente le controversie e per evitare malintesi.
VPN chrome gratis
Ma anche quando si comprende il requisito o si risolve una controversia, assicurarsi di comunicare gli stessi modi di comunicazione sovrascritti come le e-mail. Non mantenere nulla di verbale.
# 19) Non correre Fuori tempo per eseguire attività di test ad alta priorità. Dai la priorità al tuo lavoro di test da alta a bassa e pianifica il tuo lavoro di conseguenza. Analizza tutti i rischi associati per dare la priorità al tuo lavoro.
# 20) Scrivi un messaggio chiaro, descrittivo, non ambiguo Riportare un errore . Non solo fornire i sintomi del bug, ma fornire anche l'effetto del bug e tutte le possibili soluzioni.
Non dimenticare che il test è un compito creativo e stimolante. Infine, tutto dipende dalla tua abilità ed esperienza su come gestisci questa sfida.
A voi:
Condividere la tua esperienza di test, suggerimenti o segreti di test nei commenti qui sotto renderà sicuramente questo articolo più interessante e utile !!
Fateci sapere i vostri pensieri / suggerimenti su questo articolo.
Lettura consigliata
- Migliori strumenti di test del software 2021 (Strumenti di automazione del test QA)
- Lavoro assistente QA test software
- Il test del software è un'attività emotiva?
- Corso di test del software: quale istituto di test del software dovrei iscrivermi?
- Scegliere il test del software come carriera
- Lavoro freelance di scrittore di contenuti tecnici di test del software
- Che cos'è il Monkey Testing nel Software Testing?
- Test delle applicazioni: le basi del test del software!