my unexpected journey becoming software tester
'Sie bauen ein erfolgreiches Leben auf ... einen Tag nach dem anderen ...'
Meine Reise als Software-Tester begann etwas unerwartet.
Ich erschien für die ersten Interviewrunden und ging davon aus, dass dies eine Entwicklungsmöglichkeit ist. Um ehrlich zu sein, war ich, wie jeder andere Absolvent der Informatik da draußen, etwas skeptisch, was das Testen angeht.
Aber schließlich habe ich beschlossen, es zu versuchen. Nur mit der Hoffnung, dass meine Neugier mir auf diesem Gebiet helfen wird.
Ich konnte das Angebot nicht annehmen, ohne diese Frage zu stellen. Bekomme ich die Möglichkeit, zur Entwicklung zu wechseln, falls mich das Testen nicht interessiert? :).
Glauben Sie mir - ich habe nie daran gedacht, Testing danach zu verlassen.
oracle sql fragt Beispiele mit Antworten pdf ab
Als ich für die technische Runde erschien, war ich auf nichts anderes vorbereitet als auf die Grundkonzept des Softwaretests . Ich denke, das einzige, was mich durchgebracht hat, war der Gedanke, dass ich logisch und nicht theoretisch bewertet werde. “
Dies war mein erstes Lernen im Testen - ich verstand wie wir ( Erstsemester ) wurden evaluiert.
Noch heute verwende ich ähnliche Techniken, um Neulinge für mein Team einzustellen. Ich überprüfe ihre Logik, Hartnäckigkeit und Herangehensweise an ein Problem über alles andere.
Empfohlene Lektüre => 4 Wichtige Dinge, die ich auf meiner Reise als QS-Testmanager gelernt habe
Ich bin als QA-Auszubildender zu Zycus gekommen und habe an einem dritten oder vierten Tag ein Produkt erhalten. Es war eines der größten (damals im Konzept) und ehrgeizigsten Produkte des Unternehmens. Nachdem ich mich in den ersten Wochen niedergelassen hatte, gab es für mich kein Zurück mehr.
Wir haben als zweiköpfiges QS-Team angefangen und bald nach einigen Monaten war ich der einzige, der die Testbemühungen vorangetrieben hat. In den ersten 2 - 2,5 Jahren selbst hatte ich fast 3000 Fehler in verschiedenen Kategorien wie Funktion, Leistung, Sicherheit, Benutzeroberfläche, Benutzerfreundlichkeit, Mehrsprachig , Mandantenfähigkeit usw.
Vor dem Neuzugang im Testteam hatte ich lange Zeit mit einem starken 15-16-köpfigen Entwicklungsteam zu kämpfen. Selbst nach den Ergänzungen war das QC: Dev-Verhältnis nicht sehr gesund und ich kann immer noch stolz sagen, dass es eine erfolgreiche Reise war, wenn man bedenkt, was wir getestet, geliefert und gehandhabt haben.
Der wichtige Punkt, den ich hier hervorheben möchte, ist: All dies beruhte auf einem Verständnis des Testens in der Praxis und nicht nur auf der Theorie.
Ich bin jetzt seit fast sechs Jahren im Bereich Softwaretests tätig. Es war eine erstaunliche Reise mit so vielen verschiedenen Erfahrungen und viel fruchtbarem Lernen.
Derzeit arbeite ich als Senior QA Manager und kümmere mich um 5-6 Produkte und Module. Aber was mir echte Freude und Glück macht, ist die Führung eines Teams von über 30 glücklichen und leidenschaftlichen Testern.
Natürlich haben viele Menschen zu meinem Lernen beigetragen, aber ich kann immer noch sagen, dass der größte Teil meiner Erfahrung und meines Wissens auf den harten (und wahrscheinlich besten) Weg gekommen ist, d. H. Es selbst zu lernen / zu lösen.
'Erfahrung ist der beste Lehrer.'
Während ich das sage, möchte ich keineswegs sagen, dass Sie nicht davon profitieren, dokumentierte Theorien über Softwaretests zu lernen oder zu befolgen. Was ich glaube ist, das alles wird aber sicher helfen Nichts kann es übertreffen, das Konzept im Kern zu verstehen und sich den Problemen mutig zu stellen.
Ich glaube, dokumentierte Dinge werden Sie nicht lehren echte Tests , obwohl es Ihnen eine Richtung geben kann und dann sind Sie auf sich allein gestellt. Zumindest in meinem Fall gab es Probleme, die möglicherweise nicht dokumentiert wurden, um meine genauen Probleme zu lösen, oder ich konnte sie nicht rechtzeitig finden. Meine einzige Wahl war, das Problem / die Situation im Kern zu verstehen und darauf mit dem Ansatz zu reagieren, den ich richtig fand.
Beispiele - Wie ich mich in verschiedenen Situationen näherte
Lassen Sie mich dies anhand von Problemen / Situationen erklären, mit denen ich konfrontiert war, und wie ich sie angegangen bin.
# 1) Das Geschäftsverständnis ist eine Stufe höher als das Verstehen von Tests
Nun, das wissen Sie alle. Beim Testen werden nicht nur wenige Validierungen getestet und einige Überprüfungen durchgeführt.
Als Tester sollen wir jedes mögliche Szenario visualisieren, auch das seltenste der seltenen Szenarien. Wir sollten alle möglichen Testdaten berücksichtigen, die der tatsächliche Benutzer möglicherweise verwendet.
Für all das, Wir sollen das Geschäft in vollen Zügen verstehen.
Es ist nicht falsch, wenn ich sage, wir sollten das Geschäft und die Benutzerbasis genauso gut oder sogar besser verstehen als ein Business Analyst.
Ich hatte ähnliche Chancen.
Ich sollte komplexe Geschäftsszenarien verstehen Brainstorming im Bereich Beschaffung, Brainstorming der neuen Anforderungen und Abwägung aus Sicht des Benutzers. Ich sollte nicht nur meine Fälle herausarbeiten, sondern auch in den Anforderungs- und Entwurfsphasen jeder Iteration einen Beitrag leisten. Selbst hier kam außer meiner Denk- und Denkfähigkeit kein Hinweis auf meine Rettung.
Um das Geschäft besser zu verstehen und Ihre Szenarien / Fälle besser zu gestalten, Nichts funktioniert so gut wie Stift und Papier.
Lesen Sie auch => 5 Die Tester müssen über nicht testbare Tools verfügen, um das Leben einfacher zu gestalten
Bevor ich zu gehe Anforderungsdiskussion Bei einem Treffen habe ich mögliche Zweifel / Korrekturen / unklare Punkte vorher aufgeschrieben. Ich habe die Szenarien aufgeschrieben, auf denen ich Testfälle aufbauen möchte. Manchmal funktioniert sogar das Zeichnen Ihrer Szenarien wie ein Zauber.
Wenn Sie schreiben / zeichnen, dringt es klarer in Ihren Geist ein, und dann arbeitet Ihr Geist an diesen Informationen und erzeugt mehr Szenarien und gibt eine bessere Klarheit. Dies geht so lange weiter, bis Sie das Gefühl haben, fertig zu sein !!!
# 2) Gegen die Widrigkeiten und unter Druck auftreten
Ich habe an einem Produkt gearbeitet, das riesig und komplex genug war / ist, um ein Team von 30 Ingenieuren dazu zu bringen, drei lange Jahre ununterbrochen zu arbeiten, um es auf ein verkaufsfähiges Niveau zu bringen.
Während des größten Teils der Anfangsphase war ich entweder (solo) gegen ein Team von 15 bis 20 Entwicklern aus den Bereichen Junior, Mid-Senior und Senior angetreten oder wurde von einem oder mehreren anderen Testern begleitet. Sie alle fügten dem Produkt unermüdlich neue Funktionen hinzu, die von der Testseite gleiche und parallele Aufmerksamkeit erforderten.
An Anforderungsbesprechungen teilzunehmen, Fälle zu schreiben, sie auszuführen, Erkundungsrunden durchzuführen, Server zu warten, Bereitstellungen durchzuführen, war nichts optional.
Bis dahin war mir keine Methodik bekannt. beste Übung , Kurs oder ein Buch, das mir Lösungen für solche Probleme zeigen kann. Selbst heute bin ich mir nicht sicher, ob es irgendetwas gibt, das Ihnen genau dabei helfen kann, die Realität vor Ort zu bekämpfen, wenn Sie sich ihnen stellen.
Was ich eher tat, ist aggressiv und schnelle Erkundungstests (Der Name war mir bis dahin nicht bekannt) für jede Funktion einzeln und dann wiederholen. Diese Lösung funktioniert nur danach, wie schnell Sie Ihre Gedanken ändern und Situationen / Szenarien gestalten können.
Das erforderte natürlich sehr schnelle und aggressive Arbeit, aber es hat bei mir funktioniert.
Was ich unter aggressiver Runde verstehe, ist: Sie zielen jeweils auf eine Sache (Sagen Sie jeweils ein Element eines Formulars) und testen Sie es unabhängig und in Verbindung mit anderen verknüpften Elementen / Dingen.
Empfohlene Lektüre => Wie man ein Produktivitäts-Junkie ist (besonders als Tester)
Z.B. So testen Sie eine Textbox.
Fragen und Antworten zu Interviews mit Qualitätssicherungsanalysten
Was Sie hier testen können, ist:
- Gibt an, ob Daten unverändert akzeptiert und gespeichert werden
- Datentypvalidierung
- Maximale Längenvalidierung
- Umgang mit Sonderzeichen
- XSS-Handhabung
- Mehrsprachige Datenverarbeitung
- Umgang mit Leerzeichen / keine Daten
- Verhalten der Tabulatortaste und Eingabe der Tasten
- Fehlerbehandlung (browserübergreifend)
- UI-Ausrichtung (browserübergreifend)
- Kopieren Einfügen von Daten / Ziehen von Verknüpfungsdaten in ein Textfeld
- Am wichtigsten - das Verhalten dieses Feldes w.r.t. andere verknüpfte Elemente (alle mit diesem Feld verknüpften Geschäftserwartungen, z. B. das Auffüllen von Daten in einem anderen Feld basierend auf den Daten in diesem Feld)
Gibt Ihnen das Nachdenken über die oben genannten Tests die Gewissheit, dass in diesem Bereich nicht viel schief gehen kann?
Nun, es hat immer für mich funktioniert, auf eine Sache zu zielen, und ich habe auch einige Arbeiten abgeschlossen.
# 3) Wenn Sie mit dem Unerwarteten konfrontiert sind
Welches Buch wird Ihnen Ihrer Meinung nach plötzlich bei der Vorgehensweise helfen, wenn Sie etwas tun sollen, was Sie noch nie zuvor getan haben?
Wenn wir speziell sprechen, dann - Keine.
Ich erinnere mich an die Zeit, als ich in Abwesenheit unseres Produktleiters zusammen mit einigen anderen Junior- und Mid-Senior-Mitgliedern unsere Anwendung zum ersten Mal auf einer Demo-Instanz (die damals für uns produziert wurde) bereitstellen sollte. Es war sehr wichtig für die erste Demo unseres Produkts.
Nun, wir haben es geschafft, aber mit viel Versuch und Irrtum. Grund dafür war, dass keiner von uns Fachwissen hatte Linux- und Shell-Scripting . Ich erinnere mich, dass unsere IT-Abteilung (alles in gutem Glauben) Bedenken gegenüber meinem damaligen Manager geäußert hat, dass ich auf Produktionsservern falsche Befehle ausgeführt habe. Vielleicht war dies nur ein Katalysator und Shell-Scripting / Linux war mein natürliches Interesse, aber kurze Zeit später übernahm ich die Verantwortung für die gleichzeitige Wartung und Aktualisierung von fünf bis sechs Umgebungen.
Shell und Linux haben mein Interesse so gut geweckt, dass ich bald derjenige war, der damit begann, interne Schulungen durchzuführen.
# 4) Wenn Ihre Leistung gemessen wird, ist Ihre Erfahrung nicht
Sehr früh in meiner Karriere wurde ich mit den sehr entwickelten und erfahrenen Testern verglichen und gemessen. Ich glaube, viele von Ihnen müssen eine ähnliche Situation erlebt haben und wissen, was diese zusätzlichen Erwartungen für Sie bedeuten.
Das Mittel hier war zu Schieben Sie mich & Evolve .
Der einzige Weg nach vorne bestand darin, nicht darüber nachzudenken, wie wenig Erfahrung ich habe, und mich nicht auf die weltweiten Standards zu beschränken, um zu messen, wie langsam / schnell ich wachsen / lernen sollte. Ich beschränke mich nicht auf die Kriterien von World, wie schnell man anfangen sollte und welchen Titel man braucht, bevor man es tut.
Nun, um diesen Punkt herum muss ich sagen, unabhängig davon, zu welchem Bereich Sie gehören, empfehle ich Ihnen, Robin Sharmas The Leader Who Had No Title zu lesen. Es wird dir helfen, das zu entfesseln, was in dir liegt. Es wird dir sagen, dass niemand außer dir dich zurückhalten kann.
Wenn ich meine Erfahrung in wenigen Sätzen zusammenfassen muss, geht es so:
„Ihre Neugier, Ihre Liebe zum Detail, Ihre Disziplin, Ihr logisches Denken, Ihre Leidenschaft für die Arbeit und Ihre Fähigkeit, Dinge zu analysieren, sind alles, was für einen destruktiven und erfolgreichen Tester wichtig ist. Es hat bei mir funktioniert und ich bin fest davon überzeugt, dass es bei Ihnen funktionieren wird. Wenn Sie diese Eigenschaften haben, muss es für Sie funktionieren. “
Wenn Sie so weit lesen, wenn Sie denken, dass ich grundlegende menschliche Qualitäten über tieferes theoretisches Wissen hinweg fördere, dann ist das nicht ganz richtig. Ich glaube, um mit etwas zu beginnen und Erfolg zu haben, hängt es etwas mehr von Ihren eingebauten Qualitäten ab als von Informationen, die Sie gelernt haben. Um jedoch in einem Bereich weit zu kommen, müssen Sie Lektionen, Prinzipien und Erfahrungen lernen.
Auch in meinem Fall musste ich die Terminologien, Konzepte und Theorien bis zu einem gewissen Grad lernen, als ich in meiner Karriere weiter kam. Grund dafür ist, dass Sie als Tester mit mehreren Personen interagieren müssen, die in diesen Begriffen sprechen, und dass Sie es verstehen müssen.
Als Lead oder Co-Tester haben Sie einen neuen Tester aus einem Teil der Welt mit eigenen Kenntnissen über Fakten, Definitionen und Terminologien. Auch hier können Sie diesen Dingen gegenüber nicht passiv bleiben. Sie müssen über Vorkenntnisse über maximal mögliche Dinge verfügen, die dort draußen verwendet / gesagt werden.
Lernen ist unvermeidlich.
Ich musste mehr über verschiedene Arten von Tests lernen, wie man diese ausführt und wie man sie den Leuten in meinem Team zum richtigen Zeitpunkt erklärt. Ich musste neue Ideen, Werkzeuge bewerten und umsetzen. Das Erlernen neuer Konzepte und Methoden wird ebenso wichtig, wenn Sie die Leiter hinaufsteigen.
Lesen Sie mehr => Die Anleitung von A bis Z zur Auswahl der besten Automatisierung
Fazit
Obwohl es fast unmöglich ist, alle wichtigen und winzigen Dinge aufzuschreiben, die ich über Jahre gelernt habe, ist dies mein Versuch, sie in einer Liste mit Aufzählungszeichen zusammenzufassen.
- Testen ist sehr schwer zu definieren. Jemand kann hervorragende Tests durchführen und kann sie möglicherweise nicht in Worten definieren. Es ist so wie du es siehst.
- Jeder kann seine eigene Definition des Testens haben. Meins war einfach- 'Ihnen wird etwas gegeben - Finden Sie Fehler und verbessern Sie sie.'
- Sie benötigen nicht unbedingt große Theorien, komplexe Matrizen oder ISTQB, um ein destruktiver Tester zu sein. Du musst sein neugierig , konzentriert und leidenschaftlich, logisch denken und sezieren können. Zusätzliches Wissen schadet jedoch nicht, aber nicht auf Kosten des Verlusts der Krux.
- Auch die traditionellen Ansätze / Konzepte haben ihre eigene Bedeutung, und ich respektiere sie gleichermaßen, wenn man bedenkt, dass es einen guten Teil der Welt gibt, in dem dies eine gerechte Notwendigkeit ist. Testen allein kann sich nicht entwickeln. Dafür muss sich auch die Umgebung entwickeln.
- Als Tester wird es ebenso wichtig neu lernen Werkzeuge, Techniken und Methoden, wenn Sie fortfahren . Testplanung, bessere Ansätze zur Durchführung verschiedener Testarten, Situationsprüfung sind nur einige Beispiele.
- Da das Testen fließend ist, unterscheidet sich die Definition der richtigen Anpassung auch von Organisation zu Organisation erheblich. Ein destruktiver oder exzellenter Tester zu sein, ist möglicherweise gerade gut genug, um mit etwas Glück einen Gehaltsscheck zu erhalten, oder es erfordert zusätzliches Wissen darüber, wie das Testen in traditionellen Unternehmen funktioniert. Beide sind direkt an ihrem eigenen Platz.z.B.Ich stelle Leute gemäß meiner Definition des Testens ein (was natürlich je nach Erfahrung und Profil des Bewerbers ein wenig variiert).
- Da es einen Stil des Codierens, Fahrens, Kochens gibt; Es gibt auch einen Teststil. Sie werden es vielleicht nicht genießen, wenn Sie es nicht auf Ihre Weise tun. Was ich damit meine, ist, dass das Testen Richtlinien haben kann, aber nicht an die Mikroprozesse gebunden sein sollte.
- Die effektive Führung sollte sein Team dazu bringen, die Arbeit zu wählen, anstatt sie zuzuweisen. Er kann es gelegentlich ändern, um das Produkt zu verbessern.
- Versuchen Sie, Ihre Mitarbeiter in ihrem Interessengebiet und dort zu schulen, wo sie geschult werden sollen. Richten Sie die Gedanken und Bemühungen Ihres Teams auf das Endziel „Beste Qualität“ aus.
- Versuchen Sie nicht, Ihre Mitarbeiter zu verwalten, sondern führen Sie sie. Seien Sie freundlich und zugänglich, es erleichtert die Arbeit erheblich.
- Jedes Mitglied Ihres Teams sollte die Arbeit, die es leistet, lieben, eine Bindung zum Produkt haben und den Menschen in der Umgebung gegenüber anhänglich sein. Dann werden nur die Besten herauskommen.
- Die Testwelt muss sich weiterentwickeln. Ein beträchtlicher Teil der Welt bewegt sich zu praktischeren Ansätzen wie exploratorischen Tests und kontextgesteuerten Tests (die viele Menschen durchführen, ohne zu wissen, dass es sich um solche handelt), die selbst andere versuchen sollten, mehr Techniken wie die zu entwickeln
- Es sollten mehr Testgemeinschaften gebildet werden und Gleichgesinnte sollten sich in größerem Maßstab zusammenfinden. Es gibt so viel zu teilen, zu lernen, anzupassen und zu innovieren.
Ich hoffe, meine Erfahrungen und Erkenntnisse helfen Ihnen, ein besserer Tester zu werden oder das Testen besser zu verstehen.
Weiterführende Literatur => Vom Anfänger zum Profi: Ein vollständiger Leitfaden für die erfolgreiche Reise eines Testprofis
Über den Autor: Dieser Artikel wurde von STH-Teammitglied Mahesh C verfasst. Derzeit arbeitet er als Senior Quality Assurance Manager und verfügt über Erfahrung in der Leitung von Tests für mehrere komplexe Produkte und Komponenten.
Wird gerne zurück hören. Kommentieren Sie hier oder wenden Sie sich an uns. Vielen Dank fürs Lesen.
Literatur-Empfehlungen
- Beste Software-Test-Tools 2021 [QA Test Automation Tools]
- Software Testing QA Assistant Job
- Softwaretestkurs: An welchem Softwaretestinstitut soll ich teilnehmen?
- Wählen Sie Software-Tests als Ihre Karriere
- Software Testing Technical Content Writer Freiberufler Job
- Einige interessante Fragen zu Softwaretests
- Feedback und Bewertungen zum Softwaretestkurs
- Perfect Software Testing Resume Guide (mit Software Tester Resume Sample)