Menü

5 Dinge, die ein Anfänger (und Tester) über Softwaretests wissen sollte

5 things beginner developer

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Mit welcher App kannst du YouTube-Videos herunterladen?

Der gesamte Konferenzraum verstummte und nachdem ich einige Minuten gewartet hatte, konnte ich nicht die Geduld bewahren und musste meine Frage wiederholen:

Wer möchte dem Testteam beitreten?

Wir hatten 20 Auszubildende an Bord, die in verschiedenen Aspekten von Softwareprojekten geschult wurden. Leads und Manager aus verschiedenen Abteilungen wie Geschäftsanalyse, Entwicklung, Test und Vertrieb hielten Besprechungen mit diesen ab Auszubildende, um das Wissen zu vermitteln und ihnen zu helfen, zu verstehen, wie und wie das eigentliche Softwareprojekt aussieht. Als Testleiter erklärte ich diesen neuen Gesichtern grundlegende Testaspekte und die Bedeutung des Testlebenszyklus.

Entwickler und Tester

Als ich die Frage fallen ließ, dachte ich vor Aufregung nie an Pin-Drop-Stille. Niemand war bereit, sich den Tests anzuschließen. Ich seufzte traurig und nahm einen anderen Weg, um diese zukünftige Generation von IT zu unterrichten.

Ich habe meine Frage optimiert, um die Gründe für den Rückgang zu ermitteln Softwaretests als Beruf - -

Warum möchten Sie nicht an Softwaretests teilnehmen?

Die Antworten waren interessant (und irgendwann praktisch)

  • Jeder kann testen, aber nicht entwickeln ( gut zu wissen )
  • Tester werden weniger bezahlt ( etwas wahr, aber nicht immer )
  • Es ist ein undankbarer Job ( stimme vollkommen zu, aber das ist nicht der gültige Grund )
  • Es gibt nichts darüber zu lernen ( Hooh ... wer hat das gesagt?)
  • Es gibt keinen Grund, Softwaretests als Karriere zu wählen ( der schlimmste Grund )

Was du lernen wirst:

Warum gibt es Softwaretests?

Ok, es war an der Zeit, diese neuen Leute darüber zu schulen, warum es Softwaretests gibt und was sie darüber wissen sollten, wenn sie sich der Softwareentwicklung anschließen wollen.

Wie habe ich ihre Meinung geändert?

Hier möchte ich nur kurz erläutern, was wir an diesem Nachmittag besprochen haben und wie es mir gelungen ist, die Meinung von mindestens 20 Personen zu ändern und gleichzeitig die Wahrnehmung von Softwaretests zu klären.

# 1. Softwaretests sind keine Zeitverschwendung:

Was passiert, wenn Sie einen Gast zu Hause haben und schnell Limonade für ihn zubereiten und servieren? Wenn die Gäste die Gläser unvollendet lassen, haben Sie das Gefühl, dass etwas schief gelaufen sein muss, und wenn Sie die Limonade probieren, OMG ... fühlte es sich stinkend an. Sie wünschen, Sie hätten nur noch 10 Sekunden länger verbracht und die Limonade vor dem Servieren probiert.

Während es eilig ist, das Projekt in einem Zeitplan zu liefern, sind Unternehmen / Management / jeder bereit, Kompromisse bei der Testzeit einzugehen, da die Wahrnehmung von Softwaretests wirklich lange dauert, als erforderlich, und die Menschen noch immer am Leben sind. Aber ist die zum Testen benötigte Zeit nicht wert im Vergleich zum Anruf des Kunden um Mitternacht, um Ihnen mitzuteilen, dass er den nächsten Auftrag stornieren wird, da der aktuell gelieferte Auftrag innerhalb der ersten zwei Stunden nach dem internen Gebrauch mehr als 5 kritische Fehler aufwies. Knall!!

# 2. Softwaretests sind obligatorisch:

Softwaretests sind ein unvermeidbarer Bestandteil des Lebenszyklus der Softwareentwicklung. Der Weg

  • Die Redakteure helfen dabei, den Film besser zu machen
  • Korrekturleser helfen dabei, ein Buch besser zu machen
  • Sicherheitspersonal hilft dabei, das Leben der Menschen friedlich und sicher zu gestalten
  • Öl hilft beim fehlerfreien Betrieb von Maschinen

Softwaretests helfen Software dabei, besser zu werden. Ich glaube nicht, dass ich noch ein Wort mehr ausgeben muss, um es zu erklären.

#3. Unit Testing liegt in der vollständigen Verantwortung des Entwicklers:

Wenn Sie etwas entwickeln, müssen Sie es überprüfen, bevor Sie jemanden bitten, es zu überprüfen. Der Weg

  • Der Küchenchef schmeckt und riecht immer sein Rezept, bevor er andere serviert

Der Entwickler ist vollständig dafür verantwortlich, seinen eigenen Code zu testen, bevor er an Tester gesendet wird. Tester helfen Ihnen dabei, die Qualität des Codes und letztendlich des Produkts zu verbessern und nicht die albernsten Fehler herauszufinden, die Sie beim Schreiben des Codes gemacht haben.

Nehmen Sie außerdem niemals an, dass die Qualität nur in der Verantwortung der Tester liegt.

In der heutigen agilen Welt sollen Entwickler und Tester gemeinsam die Verantwortung für die Produktqualität übernehmen. Von Entwicklern wird erwartet, dass sie Paartests mit dem Tester durchführen und Einblicke in das geben, was und warum etwas schief gehen kann, und den Tester dazu ermutigen, auf der Grundlage Ihrer Erkenntnisse Testideen zu generieren.

# 4. Entwickler und Tester sind gleich:

Jede Arbeit / jedes Projekt ist eine gemeinsame Teamarbeit und das bedeutet, dass jede Person gleich wichtig ist. Wenn ein Entwickler der Meinung ist, dass er am besten abschneidet und mehr Bedeutung erhalten sollte, weil er etwas von Grund auf neu erstellt, ist eine erneute Überlegung des Gedankens erforderlich. Ja, der Entwickler entwickelt etwas von Grund auf neu, kann die Erstellung jedoch nicht ohne Hilfe des Testers abschließen.

Der Tester bietet dem Benutzer ein Auge für das Produkt. Ein gut ausgebildeter und erfahrener Tester kann die Lücken im Produkt aufzeigen, an die ein Entwickler niemals denken kann. Ein Tester bringt neue Ideen ein darüber, wie das Produkt sein sollte, wie es auf einer bestimmten Instanz aussehen sollte, wie es funktionieren sollte, wie es sich verhalten kann und wie es abstürzen kann.

Da es wichtig ist, jedem Rezept Salz hinzuzufügen, um es essbar zu machen, sind Tests erforderlich, um das Produkt lieferbar zu machen.

Entwickler und Tester sind daher gleichermaßen wichtig. Sie sind die linke und rechte Hand des Körpers, die als Projekt bezeichnet werden.

# 5. Der Tester sollte ab dem ersten Projekttag einbezogen werden:

Als Entwickler sollten Sie niemals den Fehler machen, anzunehmen, dass ein Tester nicht auf etwas wie Anforderungsanalyse, beim Schreiben von Code angewendete Logik, Änderungsanforderungen des Kunden, Rückmeldungen des Kunden usw. aufmerksam werden muss.

Der Tester ist ein Stapelhalter und sollte ab dem Start des Projekts einbezogen werden. Die anfängliche Einbeziehung des Testteams gibt ihnen Vertrauen, ständige Diskussionen fördern sie Verständnis zwischen Entwicklungs- und Testteam , freundliche Hilfe stärkt ihren Geist, um etwas besser zu machen, Forderungen nach Vorschlägen geben ihnen das Gefühl, wert zu sein.

Fazit:

Der Tester soll nicht nur ein Modul / Produkt testen, er ist da, um bei der Bereitstellung des besten Produkts zu helfen. Er ist da, um einige bewährte Ideen zu den Erwartungen der Benutzer vorzuschlagen. Er ist da, um Ihnen mitzuteilen, wie häufig Ihr geliebter Code wird abgestürzt ... und Sie als Entwickler brauchen es wirklich, nicht wahr?

Über den Autor: Dieser großartige Beitrag wurde von STH-Teammitglied Bhumika Mehta verfasst. Sie ist Projektleiterin und verfügt über mehr als 7 Jahre Erfahrung im Testen von Software. Sie ist total begeistert vom Testen und liebt es zu testen, was alles existiert.

Wie immer auf dich wartenFeedback, Meinung und Vorschlägeüber das Thema.

Literatur-Empfehlungen

^