Test di applicazioni software è quando un essere umano che imita un utente o software di test automatizzato viene eseguito attraverso un piano di test tramite script alla ricerca di errori o guasti. Test del software è un equilibrio di dettaglio, la ripetizione e la riunione dei programmi di consegna del software. Prova insufficiente può provocare il prodotto difettoso viene inviato agli utenti. Tasti di scelta rapida in fase di test, guasto in metodologie o mancanza di pianificazione può causare bug software perdere. Evitando sviste comuni nell'applicazione software test aumenta le probabilità che saranno trovati tutti i bug del software. Questo a sua volta aumenta le probabilità quei bug verranno risolto prima software è implementato per l'utente.

Istruzioni

Metodi per evitare sviste di test dell'applicazione Software

1

Eseguire tutti i generali funzionale test utente loggato come un utente generico. Consentendo agli amministratori di testare le funzioni utente come amministratori non intercetterà errori di permessi utente generale.

2

Testare tutti i livelli di autorizzazione utente. Funzioni anche amministrative e gli account guest devono essere testati prima che il software è rilasciato.

3

Tutti i passaggi del documento gli utenti devono completare per terminare una transazione. Dimenticando un passo può causare l'esito negativo a causa della scarse istruzioni del test. Includere tutti questi passaggi nel piano di test dell'applicazione software.

4

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

5

Impostare la segnalazione dei problemi ed errore database di rilevamento per consentire l'entrata di potenziali duplicati. Segnalazioni di errore di screening di duplicati possono causare lo stesso errore causato da diverse azioni o su diversi ambienti di sistema vengano contrassegnati come duplicato e così non essere registrate.

6

Testare il software in tutti gli ambienti in cui verrà utilizzato. Ad esempio, test sul 32 bit e 64-bit sistema operativo, se entrambi sono in uso. Cosa gira su 32 bit non può eseguire il sistema operativo a 64-bit.

7

Assegnare i tester di software che non hanno creato le procedure di test per eseguire i test. Coloro che hanno creato la procedura del test può eseguire transazioni basate sulla loro memoria di flusso del processo, invece di agire come se trattasse di nuovi utenti.

8

Quando il software viene modificato, eseguire nuovamente tutti i test. Prove preliminari che passato non siano successi sulla nuova versione.

9

Prova il metodo di installazione del software, nonché l'applicazione stessa. Un'applicazione software perfetto è un fallimento se gli utenti non possono eseguire l'installazione.

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 utente pop-up. Hanno l'umano fermata il test del software di monitoraggio e rivedere eventuali errori o notifiche utente. Contare tutti gli errori e le notifiche utente come un errore del test a meno che la notifica è semplicemente un stato aggiornamento o completamento di avviso.

Consigli & Avvertenze

• Registrare qualsiasi arounds di lavoro utilizzato per ignorare un errore o un problema. Queste sono le possibili soluzioni di primi livelli per gli utenti.
• Piani di test su piani di test esistenti software di scrittura, è possibile risparmiare tempo, per garantire che il piano di test include tutte le funzioni necessarie della nuova applicazione software.
• È consigliabile utilizzare più di uno strumento di test automatizzati quando testing del software umano impiega troppo tempo. Strumenti di test automatizzati di software possa avere i propri punti di forza e debolezze. Test con due o più test automatizzati software aumenta le probabilità che si trovano tutti gli errori del software.
• Vietare una transazione come un "passaggio" di conteggio se un bypass o lavoro intorno era necessario. Se gli utenti non possono completare transazioni secondo la procedura, la procedura o il software deve essere corretto. Arounds di lavoro non dovrebbe essere necessario.
• Eseguire test di software completo per rilasci di software e gli aggiornamenti per garantire che piccole modifiche per correggere un bug non introdurne di nuovi.