Software Test Automation - Masters Thesis [chiusa]

Question

sto cercando di scrivere una tesi su Software Test Automation. Ho intenzione di confrontare i due approcci di registrazione e programmazione di script di test, e per discutere di diversi quadri di automazione, per esempio Abate, selenio, Yemmy, FEST, ecc ... Anche nella mia tesi sarà una panoramica breve di Tecniche di collaudo del software e forse un confronto di test automatizzati per test del software.

EDIT: Sto pensando agli aspetti di test di un'applicazione su di esso la GUI. Così i miei test sarebbero per lo più sulla Blackbox parte del mondo test. Non ho in programma di scrivere di test di unità.

Al momento ho letto praticamente sui diversi quadri di automazione, ma non possono avere il tempo di rivedere tutti loro. Così ho intenzione di leggere su di loro e fare la tesi di più la letteratura -. Base

• Pensi che questo argomento potrebbe avere successo?
• Avete altre idee riguardanti questo argomento?
• Puoi consiglio Letteratura?
• Qual è la tua opinione su questo argomento?

Answer 1

Un sondaggio della letteratura dovrebbe essere un bel punto di riferimento per una tesi di laurea. Sembra che si vuole parlare solo di strumenti di customer-facing GUI-guida black-box, che è ragionevolmente piccola nicchia.

/ potrebbe / vogliono avere una pagina o due in tutto il mondo di strumenti di test - test di unità, sicurezza, carico, ecc, come qualcuno ha detto in precedenza. Ma penso che la tua nicchia mirato abbastanza bene.

Vorrei pensare con una tesi 6-credito si dovrebbe avere un sacco di tempo per esplorare e provare alcuni degli strumenti commerciali e open-source più grandi così come indagine della letteratura. Vi incoraggio a guardare in entrambi gli strumenti commerical (test rapido pro, test completo) e anche di automazione parola chiave-driven - il selenio RC, per esempio. Qualcun altro ha menzionato test "dietro la GUI" ad esempio, FIT / Fitnesse, potrebbe essere la pena di discutere e valutare.

I coprire black-box, l'automazione dei test funzionali nella mia rubrica mensile nel dicembre 2008 di prova del software e la rivista prestazioni:

http://www.stpmag.com/issues/stp-2008- 12.pdf (pagina 7)

Questa è l'unica pagina di introduzione ai graffi della superficie. L'introduzione di cinque frase è che gli strumenti di annotazione dello schermo / riproduzione confrontare tutto, quindi, se le modifiche GUI a tutti, in qualsiasi modo (anche se basta cambiare la risoluzione dello schermo), che possono tornare come un errore di falso. strumenti chiave-driven solo controllare che cosa dite loro di controllare -. mancano se un pulsante viene improvvisamente disattivato per nessuna buona ragione o un'icona non è trasparente

Solo un essere umano è un bene a verificare tale affermazione nascosto alla fine di ogni test case "... e nient'altro di strano è accaduto".

Quindi, l'esecuzione di test computer basato e di valutazione possono avere un certo valore, ma dovrebbe essere parte di una colazione equilibrata.

Altre cose da guardare in:

• James Bach "Software Test Automation Snake Oil"
• Kaner, Bach e il libro di Pettichord "lezioni apprese in Software Testing"
• Il mio blog post su Frameworks di prova - http://xndev.blogspot.com/2007/09/whats-test -framework.html (è il risultato numero 4 google per "quello che è un framework di test", quindi mi sento a mio agio a consigliarlo)
• L'analogia campo minato ( http://www.testingperspective.com/tpwiki/ doku.php? id = campo minato )
• Le carte di Doug Hoffman su automazione dei test: http://www.softwarequalitymethods.com/H-Papers.html
• Il classico "shelfware" problema di automazione di test
• L'anti-intellettualismo spinto da alcuni sostenitori della comunità Blackbox automazione di test
• Black Box Software Testing Corso di Kaner
• Il lavoro di James Bach / cognitiva / testing
• Context Driven Software Testing
• Il lavoro di Jon Kohl sull'approccio cyborg (invece di esecuzione del test del computer-alone e valutazione) "uomo e la macchina", o

Mi auguro che aiuta.

Answer 2

Software Test Automation è un grande argomento, e si può decidere di restringere il campo, piuttosto che tentare di coprire un mix di quadri, riproduzione / registrazione, panoramica delle tecniche, contro automatica non.

interi libri sono stati scritti su di automazione di test del software:

• Come tema generale
• di messa a fuoco sulla funzionale / funzione test (FIT)
• Concentrandosi su unit test
• Concentrandosi su test di unità che utilizzano una lingua e di un quadro particolare

quadri sono rivolti a diversi tipi di test:

• Unità di test
  • Test-Driven Development
  • Behavior-Driven Development
• Feature / testing funzionale
• test GUI (Windows, Java GUI, X di Windows, ecc.)
• testing Web
• Performance Testing
• test Sicurezza

Vorrei considerare concentrandosi sui quadri (o tecniche, o altro) in una di queste aree, piuttosto che cercare di coprire tutti. O scegliere un paio di queste aree e di contrasto.

La questione della riproduzione / registrazione vs. prove scritte a mano sembra vecchio per me. Nella fornitori del 1980 voluto spingere la riproduzione / registrazione per l'automazione GUI di Windows. E 'fatta per grandi demo e grandi speranze. Ma ha fatto anche per le prove fragili e shelfware. La riproduzione / registrazione è bello ad iniziare con uno strumento, ma per essere gestibile, in genere bisogno di script scritti a un livello superiore. Che ha inaugurato una nuova era di foglio di calcolo e approcci basati su parole chiave, e, infine, FIT / FitNesse.

Answer 3

Non so di letteratura, ma credo che le pubblicazioni ACM nella vostra biblioteca della scuola probabilmente produrre risultati. In particolare le SIG * newsletter . (Forse Sigsoft ? )

E 'suona come una buona tesi di Master per me. Naturalmente il vostro consulente tesi è l'ultima parola su questo. Si dovrebbe andare a parlare con loro.

Answer 4

Come una revisione della letteratura basata, questo rende un argomento eccellente; c'è un sacco di materiale là fuori. Ovviamente non ho intenzione di iniziare a entrare in tutti i dettagli di quella, dato che questo è il tuo lavoro come autore. : -)

Tuttavia, anche se non sono a conoscenza dei requisiti di ricerca originali per una tesi di laurea, questo certamente non sarebbe sufficiente per una tesi di dottorato. Vorrei cercare lavoro originale si potrebbe aggiungere a questo. Un'idea potrebbe essere una tassonomia di metodi e sistemi di test. Si potrebbe anche esaminare il ruolo delle prove rispetto a verifica formale.

Answer 5

Sarei interessato a leggere la tesi se è disponibile on-line. Vale la pena considerare l'accesso programmatico alla GUI - sia web e l'applicazione. Poi c'è di registrazione e riproduzione strumenti come selenio o Watir. E, naturalmente, i pro ei contro di automazione - limiti degli strumenti (la maggior parte non si vede in applet Java o Flash sulle pagine Web, per esempio) e la cosa più importante, quando alcune persone dimenticano l'automazione - non tutto dovrebbe essere automatizzato!

Ma se a tutto il possibile per voi per commentare questo per notificare noi quando è fatto, mi piacerebbe davvero come una lettura.

Answer 6

Un libro eccellente su automazione dei test è stato appena pubblicato quest'anno:. “Implementazione Test Automated”, Elfriede Dustin, Thom Garrett e Bernie GAUF, Addison Wesley