Software Test Automation - Masterarbeit [geschlossen]

StackOverflow https://stackoverflow.com/questions/883305

Frage

Ich versuche, eine Arbeit über Software Test Automation zu schreiben. Ich plane, die beiden Ansätze der Aufzeichnung und Programmierung von Testskripte zu vergleichen und über mehrere Automation Frameworks, zum Beispiel Abbot, Selen, Yemmy, FEST, etc ... Auch in meiner Diplomarbeit wird ein kurzer Überblick über Softwaretest-Techniken zu diskutieren und vielleicht ein Vergleich von automatisierten Tests auf Software-Tests.

EDIT: Ich plane, auf die Aspekte der Prüfung einer Anwendung über das GUI ist. So würde meine Tests werden meist auf der Blackbox Seite der Test Welt. Ich habe nicht zu schreiben Unit-Tests geplant.

Im Moment las ich ziemlich viel über die verschiedenen Automation Frameworks, aber ich kann die Zeit nicht haben, sie alle zu überprüfen. So plane ich über sie zu lesen und die These mehr Literatur machen -. Basis

  • Glauben Sie, das Thema erfolgreich sein könnte?
  • Haben Sie andere Ideen zu diesem Thema?
  • Können Sie reccommend Literatur?
  • Was ist Ihre Meinung zu diesem Thema?
War es hilfreich?

Lösung

Ein Überblick über die Literatur sollte eine Feinfokussierung für eine MS These sein. Es klingt wie Sie wollen einfach nur über Black-Box-GUI-driving kundenorientierten Werkzeugen sprechen, die eine einigermaßen kleine Nische ist.

Sie / könnte / möchte ein oder zwei Seiten auf der ganzen Welt von Testwerkzeugen haben - Unit-Tests, Sicherheit, Belastung, usw., wie jemand oben erwähnt. Aber ich denke, Sie Ihre Nische gezielt ziemlich gut.

Ich würde denken, mit einem 6-Kredit These Sie genügend Zeit, einige der größeren kommerziellen und Open-Source-Tool sowie Erhebung der Literatur zu erforschen und auszuprobieren haben sollte. Ich möchte Sie ermutigen, in den beiden Handels Tools (Schnelltest pro, Test abgeschlossen) sowie Keyword-driven Automatisierung aussehen - Selen RC, zum Beispiel. Jemand anders erwähnte Prüfung „hinter dem GUI“ zB FIT / Fitnesse, könnte es sich lohnen, zu diskutieren und zu bewerten.

Ich behandle Black-Box, Funktionstestautomatisierung in meiner monatlichen Kolumne in der Dezember-Ausgabe 2008 der Software-Test-und Performance-Magazin:

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

Das ist die eine Seite scratch-the-Oberfläche Einführung. Die Fünf-Satz Einführung ist, dass Bildschirm Aufnahme / Wiedergabe-Tools alles vergleichen, so dass, wenn Ihre GUI Änderungen überhaupt in irgendeine Weise (auch wenn Sie nur die Bildschirmauflösung ändern), der wieder als falscher Fehler kommen können. Keyword-angetriebene Werkzeuge nur überprüfen, was Sie ihnen sagen, zu überprüfen -. Sie vermissen, wenn ein Knopf plötzlich ohne ersichtlichen Grund deaktiviert ist oder ein Symbol ist nicht transparent

Nur ein Mensch ist gut, dass die versteckte Behauptung am Ende eines jeden Testfalls überprüft „... und nichts anderes seltsam passiert ist.“

So computerbasierte Testausführung und Auswertung kann einen gewissen Wert haben, aber es sollte Teil einer ausgewogenen Frühstück sein.

Andere Dinge suchen in:

  • James Bach "Software Test Automation Snake Oil"
  • Kaner, Bach und Pettichord Buch "Lessons Learned in Software Testing"
  • Meine Blog-Post auf Test-Frameworks - http://xndev.blogspot.com/2007/09/whats-test -framework.html (es ist die google-Ergebnis-Nummer 4 für „was für einen Test-Framework ist“, so komfortabel ich empfehle es)
  • Die Minenfeld Analogie ( http://www.testingperspective.com/tpwiki/ doku.php? id = Minenfeld )
  • Die Papiere von Doug Hoffman auf Testautomatisierung: http://www.softwarequalitymethods.com/H-Papers.html
  • Das klassische "Shelfware" Problem der Testautomatisierung
  • Der Anti-Intellektualismus von einigen Befürwortern der Blackbox Testautomatisierung Gemeinschaft geschoben
  • Kaner Black Box Software Testing Kurs
  • James Bach Arbeiten / kognitive / Prüfung
  • Context Driven Software Testing
  • Jon Kohls Arbeit an "Mensch und Maschine", oder der Cyborg Ansatz (anstelle von Computer-alone-Test Durchführung und Auswertung)

Ich hoffe, das hilft.

Andere Tipps

Software Test Automation ist ein großes Thema, und Sie können Ihren Fokus wollen eher verengen als versuchen, eine Mischung aus Frameworks zu decken, Aufnahme / Wiedergabe, Überblick über Techniken, automatisierten vs. nicht.

Ganze Bücher über Software-Testautomatisierung geschrieben wurden:

  • Als allgemeines Thema
  • Die Konzentration auf Funktions- / Feature-Tests (FIT)
  • Die Konzentration auf Unit-Tests
  • Die Konzentration auf Unit-Tests unter Verwendung einer bestimmten Sprache und Rahmen

Frameworks auf verschiedene Arten von Tests ausgerichtet sind:

  • Unit-Tests
    • Testgetriebene Entwicklung
    • Verhalten Getriebene Entwicklung
  • Eigenschaft / Funktionsprüfung
  • GUI-Tests (Windows, Java GUIs, X-Windows, etc.)
  • Web-Test
  • Performance Testing
  • Security Testing

würde ich mit Schwerpunkt auf Gerüsten (oder Techniken, oder was auch immer) betrachten in einem dieser Bereiche, anstatt zu versuchen, sie alle zu decken. pflücken oder ein paar dieser Bereiche und kontrastieren sie.

Die Frage der Aufnahme / Wiedergabe vs. handgeschriebener Tests scheint mir alt. In den Anbietern von 1980 mochte Aufnahme / Wiedergabe für Windows-GUI-Automatisierung drücken. Es machte für große Demos und große Hoffnungen. Aber es auch für spröde Tests und Gestellware hergestellt. Aufnahme / Wiedergabe ist schön, dass Sie mit einem Werkzeug zu erhalten begonnen, aber sein wartbar, Sie in der Regel Skripte müssen auf einer höheren Ebene geschrieben. Das in einer neuen Ära der Tabelle und keyword-basierten Ansätze führte, und schließlich FIT / FitNesse.

Ich weiß nicht, über Literatur, aber ich denke, dass die ACM Publikationen in Ihrer Schulbibliothek wahrscheinlich Ergebnisse produzieren würden. Besonders die SIG * Newsletter. (Vielleicht SIGSOFT ? )

Es klingt wie eine gute Master-Arbeit für mich. Selbstverständlich werden Ihre These Berater ist das letzte Wort. Sie sollten sprechen Sie mit ihnen gehen.

Als Literatur-basierte Überprüfung macht dies ein ausgezeichnetes Thema; es gibt da draußen viel Material. Offensichtlich werde ich beginnen nicht in allen Einzelheiten das zu bekommen, da, dass Ihre Arbeit als Autor ist. : -)

Allerdings, auch wenn ich mit dem ursprünglichen Forschungsbedarf für eine Masterarbeit nicht vertraut bin, würde dies sicherlich nicht für eine Doktorarbeit genug sein. Ich würde für ursprüngliche Arbeit suchen Sie diese hinzufügen könnte. Eine Idee wäre eine Taxonomie von Testmethoden und Systeme sein. Sie könnten auch die Rolle des Tests untersuchen im Vergleich zur formalen Verifikation.

würde ich beim Lesen der Dissertation interessiert sein, wenn es online verfügbar ist. Eine Überlegung wert, programmatischer Zugriff auf GUI - sowohl Web- und Anwendungs. Dann gibt es noch Aufzeichnung und Wiedergabe-Tools wie Selen oder Watir. Und natürlich die Vor- und Nachteile der Automatisierung - Einschränkungen der Werkzeuge (die meisten nicht in Java-Applets sehen oder auf Webseiten blinken, zum Beispiel) und das Wichtigste, was einige Leute vergessen, wenn die Automatisierung - nicht alles sollte automatisiert werden!

Aber wenn überhaupt möglich, dass Sie zu kommentieren, dies uns zu benachrichtigen, wenn es fertig ist, würde ich wirklich wie ein Lese.

Ein ausgezeichnetes Buch auf Testautomatisierung hat gerade in diesem Jahr veröffentlicht:. „Die Umsetzung Automatisiertes Testen“, Elfriede Dustin, Thom Garrett & Bernie Gauf, Addison Wesley

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top