"Du baust ein erfolgreiches Leben auf...Tag für Tag..."
Meine Reise als Software-Tester begann ein wenig unerwartet.
Ich erschien zu den ersten Vorstellungsgesprächen in der Annahme, dass es sich um eine Entwicklungsstelle handelte. Um ehrlich zu sein, war ich wie jeder andere Informatik-Absolvent da draußen etwas skeptisch, was das Testen anging.
Aber schließlich habe ich mich entschlossen, es zu versuchen, in der Hoffnung, dass meine Neugier mir in diesem Bereich helfen wird.
Ich konnte das Angebot nicht annehmen, ohne die Frage zu stellen, ob ich die Möglichkeit habe, in den Bereich Entwicklung zu wechseln, falls Testing mich nicht interessiert :).
Glauben Sie mir - danach habe ich nicht einmal mehr daran gedacht, Testing zu verlassen.
Als ich zur technischen Runde antrat, war ich auf nichts anderes vorbereitet als auf das Grundkonzept des Softwaretestens. Ich glaube, das Einzige, was mich durchhielt, war der Gedanke, dass ich logisch und nicht theoretisch bewertet werde".
Das war mein erstes Lernen im Bereich Testing - ich verstand, wie wir (Erstsemester) bewertet wurden.
Auch heute noch wende ich ähnliche Techniken an, wenn ich Neulinge für mein Team einstelle: Ich prüfe vor allem ihre Logik, ihre Hartnäckigkeit und ihre Herangehensweise an ein Problem.
Ich kam als QA Trainee zu Zycus und wurde am dritten oder vierten Tag einem Produkt zugeteilt, einem der größten (damals noch im Konzept) und ehrgeizigsten Produkte des Unternehmens. Nachdem ich mich in den ersten Wochen eingelebt hatte, gab es für mich kein Zurück mehr.
Wir begannen mit einem QA-Team von zwei Personen, und schon nach wenigen Monaten war ich der einzige, der die Tests durchführte. In den ersten 2 bis 2,5 Jahren hatte ich fast 3000 Fehler in verschiedenen Kategorien wie Funktion, Leistung, Sicherheit, UI, Benutzerfreundlichkeit, Mehrsprachigkeit, Mehrmandantenfähigkeit usw. erfasst.
Vor den Neuzugängen im Testteam hatte ich es lange Zeit mit einem starken 15-16-köpfigen Entwicklungsteam zu tun. Selbst nach den Neuzugängen war das Verhältnis von QC zu Entwicklung nicht sehr gesund, und ich kann immer noch mit Stolz sagen, dass es eine erfolgreiche Reise war, wenn man bedenkt, was wir alles getestet, geliefert und bearbeitet haben.
Der wichtigste Punkt, den ich hier hervorheben möchte, ist.
Bevor ich zur Anforderungsbesprechung gehe, habe ich mögliche Zweifel/Korrekturen/unklare Punkte aufgeschrieben. Ich habe die Szenarien aufgeschrieben, die ich ausprobieren oder auf denen ich Testfälle aufbauen möchte; manchmal funktioniert sogar das Zeichnen Ihrer Szenarien wie ein Zauber.
Wenn du schreibst/zeichnest, gelangen die Informationen mit größerer Klarheit in deinen Verstand, und dann arbeitet dein Verstand an diesen Informationen und produziert mehr Szenarien und sorgt für mehr Klarheit. Das geht so lange, bis du das Gefühl bekommst: FERTIG!!!
Schlussfolgerung
Obwohl es fast unmöglich ist, alle wichtigen und winzigen Dinge, die ich im Laufe der Jahre gelernt habe, aufzuschreiben, ist dies mein Versuch, sie in einer Aufzählung zusammenzufassen.
- Testen ist sehr schwer zu definieren. Jemand kann hervorragende Tests durchführen und ist vielleicht nicht in der Lage, sie mit Worten zu definieren. Es ist so, wie Sie es sehen.
- Jeder kann seine eigene Definition von Testen haben. Meine war einfach -
Über den Autor: Dieser Artikel wurde von STH-Teammitglied Mahesh C. geschrieben. Er arbeitet derzeit als Senior Quality Assurance Manager mit Erfahrung in der Leitung von Tests für mehrere komplexe Produkte und Komponenten.
Wir freuen uns auf Ihre Rückmeldung, kommentieren Sie hier oder kontaktieren Sie uns. Vielen Dank fürs Lesen.
Empfohlene Lektüre