how find bug application
Un punto molto buono e importante. Giusto? Se sei un tester del software o un ingegnere del controllo qualità, devi pensare ogni minuto per trovare un bug in un'applicazione. E dovresti esserlo!
Penso che trovare un file Bug bloccante come qualsiasi Crash di sistema è spesso gratificante! No, non la penso così. Dovresti cercare di scoprire i bug più difficili da trovare e quelli che fuorviano sempre gli utenti.
Trovare insetti così sottili è il lavoro più impegnativo e ti dà la soddisfazione del tuo lavoro. Inoltre, dovrebbe essere ricompensato dagli anziani. Condividerò la mia esperienza di un bug così sottile che non solo era difficile da catturare, ma era anche difficile da riprodurre.
Stavo testando un modulo dal mio progetto del motore di ricerca. Eseguo la maggior parte delle attività di questo progetto manualmente poiché è un po 'complesso da automatizzare. Questo modulo è costituito da statistiche sul traffico e sulle entrate di diversi affiliati e inserzionisti. Quindi testare tali rapporti è sempre un compito difficile.
Quando ho testato questo rapporto, mostrava i dati accuratamente elaborati per un po 'di tempo, ma quando ho provato di nuovo a testare dopo un po' di tempo mostrava risultati fuorvianti. Era strano e confuso vedere i risultati.
C'era un Cron (Cron è uno script automatizzato che viene eseguito dopo un tempo o una condizione specificati) per elaborare i file di registro e aggiornare il database. Tali colture multiple vengono eseguite sui file di registro e sul DB per sincronizzare i dati totali.
C'erano due Crons in esecuzione su un tavolo con alcuni intervalli di tempo.
C'era una colonna nella tabella che veniva sovrascritta da un altro Cron, rendendo alcuni dati incoerenti. Ci è voluto molto tempo per capire il problema a causa dei vasti processi DB e dei diversi Crons.
Il mio punto è cercare di scoprire i bug nascosti nel sistema che potrebbero verificarsi per condizioni speciali e causano un forte impatto sul sistema. Puoi trovare un tale bug con alcuni suggerimenti e trucchi.
implementazione dell'elenco di adiacenza c ++
Quindi quali sono questi suggerimenti:
# 1) Comprendi l'intera applicazione o modulo in profondità prima di iniziare il test.
#Due) Preparare buoni casi di test prima di iniziare il test. Intendo sottolineare i casi di test funzionali che includono il maggior rischio dell'applicazione.
# 3) Creare dati di test sufficienti prima dei test, questo set di dati include le condizioni del test case e anche i record del database se si intende testare l'applicazione relativa al DB.
# 4) Eseguire test ripetuti con diverso ambiente di test .
# 5) Prova a scoprire il file modello risultante e poi confronta i tuoi risultati con quei modelli.
# 6) Quando pensi di aver completato la maggior parte delle condizioni del test e quando pensi di essere un po 'stanco allora fare alcuni test sulle scimmie.
# 7) Usa il tuo precedente Test pattern dati per analizzare l'attuale serie di test.
# 8) Provane alcuni Casi di test standard per cui hai trovato i bug in qualche applicazione diversa. Ad esempio, se stai testando la casella di testo di input, prova a inserire alcuni tag HTML come input e vedi l'output sulla pagina di visualizzazione.
# 9) L'ultimo e il miglior trucco è provare molto duramente per trovare il bug. Come se stessi provando solo per rompere l'applicazione!
Includerò ulteriori suggerimenti in alcuni prossimi post. Nel frattempo puoi commentare altri suggerimenti qui.
Lettura consigliata
- Come scrivere una buona segnalazione di bug? Suggerimenti e trucchi
- I 20 migliori consigli pratici per il test del software da leggere prima di testare qualsiasi applicazione
- Che cos'è il Monkey Testing nel Software Testing?
- Differenza tra desktop, test server client e test Web
- Esempio di segnalazione di bug
- Test di applicazioni sanitarie - Suggerimenti e scenari di test importanti (Parte 2)
- Guida al test di sicurezza delle applicazioni Web
- 7 suggerimenti di base per testare siti web multilingue