Als Projektleiter hat Ihr Kunde hohe Qualitätsanforderungen an Ihr IT-Projekt gestellt. Daher ist es wichtig, dass die Nutzerorganisation die Software ordnungsgemäß testet. Aufgrund der zeitlichen Beschränkungen des Projekts sehen Sie jedoch keinen Spielraum für die Anschaffung eines guten Testwerkzeugs. Aber ist das wirklich der Fall?
In diesem Blog:
- Ein nettes Testwerkzeug, aber...
- Bessere Tests
- Besseres Prüfbewusstsein
- Erst das Werkzeug, dann der Prozess?
- Ein weiteres Werkzeug dort?
- Skripte importieren Excel
- Klein anfangen, direkt in Ihrem Projekt
- Überzeugen Sie das Management
Ein nettes Testwerkzeug, aber...
Dies ist eine häufige Ausrede:"Es ist ein großartiges Werkzeug, aber aus Zeitgründen werden wir es erst nach dem Projekt kaufen." Aus Erfahrung wissen wir, dass sich bis dahin ein neues Projekt ergeben wird. Auch hier besteht ein hoher Zeitdruck.
Letztendlich wird das Testwerkzeug nicht gekauft. Das Ergebnis ist eine unzureichende Sichtbarkeit und ein unzureichender Einfluss auf die Qualität, mangelnde Klarheit über die Risiken und eine hohe Wahrscheinlichkeit einer schleichenden Ausweitung des Umfangs.
Bessere Tests
Natürlich wissen die meisten Unternehmen, dass Anwendungstests besser sein können und sollten. Oft mangelt es jedoch an Konsistenz und Überblick über den Testprozess. Jeder macht es auf seine eigene Art und Weise und es scheint, als ob das Testen immer wieder neu erfunden werden muss.
Gleichzeitig werden die IT-Umgebungen immer komplexer. Das hat zur Folge, dass die Auswirkungen von Fehlern enorm sind. Und wenn ein Projekt abgeschlossen ist, steigt die Zahl der Risiken und Fehlerchancen einfach an. Schließlich gibt es immer häufiger und schneller neue Versionen. Bei mangelndem Überblick und fehlender Kohärenz besteht daher eine hohe Wahrscheinlichkeit, dass Risiken und Fehler auf die nächste Version übertragen werden. Das Testen bleibt daher auch nach der Übergabe des Projekts wichtig.
Besseres Prüfbewusstsein
Das Bewusstsein für bessere Tests ist natürlich eine offene Tür. Das ist oft offensichtlich. Was am meisten zählt, ist die Dringlichkeit, den Leuten bewusst zu machen, dass eine Verbesserung des Testprozesses in Projekten möglich ist.
Bei richtiger Handhabung ist es sogar möglich, direkt Zeit für das Projekt zu sparen. Wenn sich die Projektbeteiligten dessen bewusst sind, ist die Bereitschaft zur Veränderung größer. Das Gleiche gilt für die Stakeholder Ihres Projekts.
Erst das Werkzeug, dann der Prozess?
In Projekten wird oft davon ausgegangen, dass der Testprozess zunächst völlig klar sein muss. Dann wird ein geeignetes Testwerkzeug gesucht. Dies ist ein plausibler Gedanke.
Aber die Praxis sieht anders aus. Denn wie bereits angedeutet, denken die Menschen oft, dass im Rahmen des Projekts keine Zeit und kein Raum für diese Fragen zur Verfügung stehen. Die Praxis zeigt jedoch das Gegenteil. In der Tat spart die Verbesserung des Testprozesses innerhalb des Projekts sogar Zeit.
Der Aufbau des Testprozesses, die Testorganisation und die Entwicklung eines Testwerkzeugs gehen nämlich Hand in Hand. Voraussetzung dafür ist, dass das Testwerkzeug auf Best Practices basiert. Dadurch wird sichergestellt, dass der Testprozess bereits weitgehend im Testwerkzeug definiert ist.
Ein weiterer wichtiger Punkt ist, dass das Testwerkzeug konfigurierbar ist. Auf diese Weise kann eine Feinabstimmung vorgenommen werden, die auf die Arbeitsweise der Organisation ausgerichtet ist. Testersuite Es überrascht nicht, dass ein Testtool, das auf Best Practices basiert, vollständig konfigurierbar ist. Testersuite Innerhalb eines Tages werden Sie in der Lage sein, das .
Ein weiteres Werkzeug dort?
Es ist also durchaus möglich, mit einem Testwerkzeug sowohl für ein neues Projekt als auch für ein laufendes Projekt zu beginnen. Allerdings gibt es noch eine weitere Hürde zu überwinden. Nämlich der Widerstand innerhalb der Organisation und unter den Projektmitgliedern gegen die Einführung eines weiteren Tools.
Vollkommen verständlich. Die Leute sehen sofort Hindernisse wie langweilige, zeitaufwändige Schulungen und die Gewöhnung an das Tool im Weg. Wenn sich jedoch herausstellt, dass eine Schulung der Benutzer nicht notwendig ist, weil das Tool so intuitiv funktioniert, verschwinden diese Argumente wie Schnee in der Sonne. Testersuite Und genau hier liegt die Stärke des Tools.
Skripte importieren Excel
Wenn Sie dann endlich den Weg für den Kauf eines Testwerkzeugs für Ihr Projekt freigemacht haben, kommt das nächste Hindernis. Denn was machen Sie mit den vorhandenen Testskripten in Excel? Sie erneut in das Testwerkzeug einzugeben, ist etwas, was die meisten nicht sehen.
TestersuiteDieses Problem lässt sich jedoch leicht in . Testersuite Vorhandene Testskripte lassen sich nämlich problemlos in . Testersuite Die benutzerfreundliche Importfunktion zum Importieren von Testskripten in hilft Ihnen dabei.
Klein anfangen, direkt in Ihrem Projekt
Das Argument, dass im Rahmen eines Projekts keine Zeit, kein Platz und keine Kapazität für den Einsatz eines Testwerkzeugs zur Verfügung stehen, ist nicht mehr haltbar. Testersuite In der Tat ist ein Projekt genau der ideale Zeitpunkt, um mit dem Einsatz eines Werkzeugs wie diesem zu beginnen. Es wird Ihnen sofort Zeit sparen!
Wie bereits erwähnt, ist die Voraussetzung dafür, dass das Testwerkzeug schnell eingerichtet werden kann und die Mitarbeiter im Projekt sofort damit arbeiten können. Verwenden Sie zunächst die wichtigsten Funktionalitäten des Testwerkzeugs für Ihr Projekt.
Überzeugen Sie das Management
Haben Sie mit einem Management zu tun, das auch über die Anschaffung eines neuen Tools nachdenkt? Testersuite Dann starten Sie einfach mit der kostenlosen Version von . Richten Sie Ihren Testprozess innerhalb des Projekts ein. Sobald Sie diesen eingerichtet haben und die Ergebnisse sichtbar sind, nutzen Sie dies als eine Art Proof of Concept gegenüber Ihrem Management.
Und der vielleicht wichtigste Ratschlag von allen: klein anfangen, um groß rauszukommen! Unsere Berater helfen Ihnen gerne dabei!
