Warum auf der Grundlage von Versionshinweisen testen?
Jeder Funktions-/Anwendungsmanager kennt sie, die Versionshinweise. Sie sind die logische Konsequenz aus neuen Versionen von Anwendungen. Sie enthalten eine Beschreibung von Fehlerkorrekturen und neuen und geänderten Funktionalitäten Ihrer Anwendung.
Früher oder später stößt man auf sie und muss sie durchgehen, um die Auswirkungen einer neuen Version zu ermitteln. Schließlich birgt jede Änderung einer Software sichtbare und unsichtbare Risiken. Grund genug, um festzustellen, wo die Risiken liegen und was getestet werden muss.
Auswirkungen der Versionshinweise
Natürlich geht es bei einer neuen Version einer Anwendung immer um die Verbesserung der Software. Denken Sie zum Beispiel an verbesserte Funktionen oder Fehlerbehebungen. Doch wie der Qualitätsexperte Rik Marselis in Let's Talk About Test darlegt, ist kein Entwickler unfehlbar. Selbst neue Versionen enthalten sichtbare und unsichtbare Risiken und Fehler. Hinzu kommt, dass der Anbieter der Anwendung Ihre Einrichtung nicht berücksichtigt. Ganz zu schweigen davon, wie Sie die Anwendung nutzen und welche Integrationen Sie mit anderen Anwendungen haben.
Sie wollen die Auswirkungen von Risiken und Fehlern auf kritische Anwendungen, Integrationen und Geschäftsprozesse rechtzeitig erkennen. Deshalb ist die Überprüfung und das Testen auf der Grundlage von Versionshinweisen so wichtig.
Fallstricke beim Testen auf der Grundlage von Versionshinweisen
Anwendungstests auf der Grundlage von Versionshinweisen können viele Formen annehmen. Wie Sie dieses Verfahren anwenden, hängt natürlich von der jeweiligen Situation ab, in der Sie sich befinden. Trotz der Vielzahl von Testformen sehen wir beim Testen von Release Notes oft drei gemeinsame Fallstricke. Wir haben sie für Sie aufgelistet:
- Eine gleichrangige Organisation hat die Versionshinweise bereits genehmigt.
Aufgrundmangelnder Testkenntnisse, Arbeitskräfte oder Testerfahrung werden Testergebnisse anderer Organisationen herangezogen, um festzustellen, ob eine Änderung getestet werden sollte. Dies birgt eine große Gefahr in sich. Wissen Sie, wie gut diese andere Organisation getestet hat? Wird die Anwendung dort auf die gleiche Weise und mit den gleichen Integrationen wie in Ihrem Unternehmen eingesetzt?
Die Übernahme von Testergebnissen anderer Organisationen birgt große Risiken. Sie bieten eine falsche Sicherheit, die fast unbewusst dazu führt, dass der Fokus auf das Testen der Änderungen nachlässt. Außerdem wird ein Buchhalter oder ein Wirtschaftsprüfer einem solchen Testansatz niemals zustimmen. Als Organisation sind Sie selbst für das Testen der neuen Version der von Ihnen eingesetzten Anwendung verantwortlich.
- Wirtesten nur geänderte Funktionen, wie in den Versionshinweisen beschrieben.
Esist gut, dass neue Funktionen getestet werden. Aber wie können Sie sicher sein, dass neue Funktionalitäten beispielsweise keine Auswirkungen auf Integrationen haben werden? Und wie testet man die Zusammenhänge zwischen den Funktionen? Nehmen Sie Ihr Mobiltelefon als Beispiel. Sie haben gerade auf die neueste iOS- oder Android-Version aktualisiert, und weniger als eine Woche später folgt ein weiteres Hotfix. Dies ist auf das Auftreten von Regressionsfehlern in verwandten Funktionen zurückzuführen.
Aus diesem Grund ist die Durchführung eines Regressionstests so wichtig, wenn Sie eine neue Version testen. Eine gute Möglichkeit, dies zu tun, besteht darin, immer eine Reihe von Standard-Regressionstestszenarien durchlaufen zu lassen, bevor eine neue Version genehmigt wird.
- DieAnzahl der Änderungen ist zu groß, um sie zu testen. Wir werden hören, wenn etwas nicht funktioniert.
Glücklicherweiseerleben wir das in der Praxis immer noch. Warum dies ein großes Risiko ist, wurde bereits in den beiden vorangegangenen Punkten deutlich gemacht. Natürlich ist es manchmal nicht möglich, alle Änderungen zu testen. Vor allem, wenn man jeden Monat durchschnittlich 1.500 Änderungen überprüfen und testen muss.
Die Anwendung eines Piepssystems (wir hören es) ist jedoch nicht die richtige Lösung. Es ist daher sinnvoll, einen risikobasierten Testansatz zu verfolgen. Indem Sie Änderungen nach Fehlerwahrscheinlichkeit und Auswirkung bewerten, stellen Sie sicher, dass die Aufmerksamkeit und der Testaufwand auf die risikoreichsten Änderungen gelenkt werden.
Prüfwerkzeug
Die Prüfung der Anwendungsfreigabe ist keine nachträgliche Maßnahme. Sie erfordern Zeit und Wissen, um sie ordnungsgemäß auszuführen. Natürlich ist es nicht für jedes Unternehmen möglich, Testberater einzustellen, um einen gründlichen Testprozess einzurichten. Ein Testwerkzeug wie Testersuite enthält die besten Praktiken für das Testen auf der Grundlage von Versionshinweisen und die Durchführung von Regressionstestszenarien. Damit können Sie den Testprozess für die Freigabe einer Anwendung schnell und korrekt einrichten. Unabhängig davon, wie ausgereift der Testprozess in Ihrem Unternehmen ist.
Sie möchten mehr über dieses Thema erfahren? Vereinbaren Sie ein unverbindliches Beratungsgespräch mit uns.
