testing delle applicazioni software è quando un mimando un utente o software di test automatizzati umana passa attraverso un piano di test script alla ricerca di errori o guasti. test del software è un equilibrio di dettaglio, ripetizione e software incontro tempi di consegna. test insufficiente può comportare prodotto difettoso viene inviato agli utenti. Tasti di scelta rapida in fase di test, il fallimento in metodologie o mancanza di pianificazione possono causare bug del software da non perdere. Evitare sviste comuni in fase di test software aumenta le probabilità che possano essere trovate tutti i bug del software. Questo a sua volta aumenta le probabilità questi bug saranno risolti prima che il software viene srotolato per l'utente.

istruzione

Metodi per evitare di scaricare software Application Testing sviste

1 Eseguire tutti i test funzionali utente generale loggato come utente generico. Consentendo agli amministratori di testare le funzioni utente come amministratori non rilevare gli errori generali di autorizzazione degli utenti.

2 Testare tutti i livelli di autorizzazione degli utenti. Anche le funzioni amministrative e gli account guest devono essere testati prima di software è rilasciato.

3 Documentare tutte le operazioni gli utenti devono completare per concludere una transazione. Dimenticare un passo può causare il fallimento del test a causa di istruzioni poveri. Includere tutti questi passi nel piano di test applicazione software.

4 Impostare il database di rilevamento di test del software per consentire a più rapporti di errore per lo stesso errore.

5 Impostare i rapporti problema e basi di dati di monitoraggio errore per consentire l'ingresso di eventuali duplicati. Screening rapporti di errore per i duplicati possono provocare lo stesso errore causato da azioni diverse o su diversi ambienti di sistema di essere contrassegnati come duplicato e quindi non essere registrati.

6 Testare il software su tutti gli ambienti in cui verrà utilizzato. Ad esempio, prova sia sul 32bit e sistema operativo a 64 bit se entrambe sono in uso. Ciò che funziona su 32 bit non può funzionare su sistemi operativi a 64-bit.

7 Assegnare software tester che non ha creato la procedura di prova a correre attraverso i test. Coloro che ha creato la procedura di test in grado di eseguire le operazioni in base alla loro memoria del flusso di processo invece di agire come nuovi utenti farebbe.

8 Eseguire nuovamente tutti i test quando il software viene modificato. prove preliminari che passavano non può essere successo sulla nuova versione.

9 Testare il metodo di installazione del software, così come l'applicazione stessa. Un'applicazione software perfetto è un fallimento se gli utenti non possono con successo installarlo.

10 Monitor test del software automatizzato utilizzando operatori umani. software di test automatizzato può contare una transazione come un successo anche come avvisi e notifiche all'utente pop-up. Avere il monitoraggio del software interrompere il test e rivedere eventuali errori o notifiche utente umano. Contare tutti gli errori e le notifiche utente come un fallimento del test a meno che la notifica è semplicemente un aggiornamento di stato o l'avviso di completamento.

Consigli e avvertenze

• Registrare qualsiasi work-around utilizzati per bypassare un errore o un problema. Queste sono le possibili soluzioni di primo livello per gli utenti.
• Durante la scrittura piani di test sui piani esistenti di test del software in grado di risparmiare tempo, assicurare che il piano di test include tutte le funzioni necessarie della nuova applicazione software.
• Considerare l'utilizzo di più di uno strumento di test automatizzati quando il test del software umana richiede troppo tempo. strumenti di test del software automatizzati possono avere i loro punti di forza e di debolezza. Test con due o più automatizzato software di test aumenta le probabilità che tutti gli errori del software si trovano.
• Proibire contando una transazione come un "passare" se un bypass o aggirare era necessario. Se gli utenti non possono completare le transazioni in base alla procedura, sia la procedura o il software deve essere corretto. Work-around non dovrebbe essere necessario.
• Eseguire test del software completo per rilasci e aggiornamenti del software per garantire che le piccole modifiche per risolvere un bug non introdurne di nuove.