Testing

Nicht alles gleich gründlich prüfen, sondern das Richtige.
ISTQB zertifizierte Tester
3 Risikostufen
1 Freigabeempfehlung, keine Meinung
0 Tester, die ihren eigenen Code prüfen
Das Risiko bestimmt, wie viel geprüft wird.
→

Klicken Sie eine Station an, dann sehen Sie, was dort geprüft wird und von wem. Oder lassen Sie eine Änderung einmal durchlaufen.

Wie Testen meistens scheitert

Zu spät geprüft
und zu gleichmässig.

Testen wird selten weggelassen. Häufiger wird es zu spät angesetzt, gleichmässig über alles verteilt und von Leuten gemacht, die ihre eigene Arbeit prüfen.

01

Getestet hat, wer es gebaut hat

Man findet die Fehler, die man sich vorstellen kann. Die eigene Lücke bleibt unsichtbar.

02

Alles wurde gleich intensiv geprüft

Die Rechnungsstellung so lange wie die Farbe eines Knopfs. Am Ende reichte die Zeit für keins von beiden.

03

Der Abnahmetest war der letzte Tag

Ein Klickmarathon unter Zeitdruck, an dem ein Befund niemandem mehr gelegen kommt.

04

Beim nächsten Release fing es von vorn an

Die Testfälle waren nirgends dokumentiert. Also wurde wieder improvisiert.

Was wir übernehmen

Prüfen, priorisieren,
wiederholbar machen.

Wir testen für Sie, oder wir bringen Ihre Leute dahin, dass sie es selbst können. Meistens beides, in dieser Reihenfolge.

01 · System & Abnahme

System- und User-Acceptance-Tests

Mit Systemtests wird sichergestellt, dass die entwickelte Lösung in der Gesamtumgebung korrekt funktioniert. Wenn die Lösung fertiggestellt ist, empfiehlt es sich, User Acceptance Tests (UAT) durchzuführen. Während des UAT werden verschiedene Szenarien durchgespielt, um zu überprüfen, ob das System den Anforderungen und Erwartungen der Endnutzer entspricht. Gerne übernehmen wir beide Testings für Sie.

Getestet wird von jemandem, der nicht mitgebaut hat. Sonst findet man vor allem die Fehler, die man sich ohnehin vorstellen konnte.

Sie erhaltenTestszenarien, ein Fehlerprotokoll mit Priorität und eine begründete Aussage zur Freigabe.
System- und User-Acceptance-Tests
02 · Risikobasiert

Risikobasiertes Testing

Risikobasiertes Testen beginnt mit einer gründlichen Risikoabschätzung, die bei jeder Änderung im System durchgeführt wird. Dabei wird das Risiko in Kategorien wie hoch, mittel und niedrig eingestuft, basierend auf den potenziellen Auswirkungen. Abhängig vom ermittelten Risikolevel werden dann entsprechende Testressourcen zugeteilt, um sicherzustellen, dass kritische Bereiche angemessen geprüft werden.

Der praktische Effekt: Ihr Testbudget geht dorthin, wo ein Fehler wirklich weh tut, und nicht gleichmässig über alles.

Sie erhaltenEine Einstufung pro Bereich und einen Testumfang, der zu dieser Einstufung passt.
Risikobasiertes Testing: Aufwand nach Risikostufe
03 · Testprozess

Testprozess-Optimierung

Gerne übernehmen wir die kontinuierliche Verbesserung Ihrer Testprozesse. Dies umfasst die Entwicklung neuer Teststrategien, die Optimierung der Testabläufe und die Schulung von Testern, um Effizienz und Effektivität der Tests zu maximieren. Unser Ziel ist es, nicht nur Fehler zu finden, sondern auch präventiv zu arbeiten, um die Entstehung von Fehlern von vornherein zu verhindern.

Wo Fehler wiederholt an derselben Stelle entstehen, ändern wir den Ablauf und nicht den Testplan.

Sie erhaltenDokumentierte Testfälle, die beim nächsten Release erneut laufen, und geschulte Tester im Haus.
Testprozess-Optimierung: wiederholbar statt improvisiert
04 · Management

Test-Management

Der Test-Manager spielt eine Schlüsselrolle, denn er sorgt dafür, dass die Tester alle benötigten Ressourcen zur Verfügung haben, um ihre Aufgaben effektiv ausführen zu können. Er ist verantwortlich für die Bereitstellung und Wartung der Testumgebung, das Erarbeiten des Testhandbuchs und die Überwachung der Testfortschritte. Gerne übernehmen wir das Test-Management für Sie.

Fehlt diese Rolle, testet am Ende die Projektleitung zwischen zwei Sitzungen. Gründlich wird das nicht.

Sie erhaltenTestumgebung, Testhandbuch und einen Fortschrittsstand, an dem man die Freigabe ablesen kann.
Test-Management: Umgebung, Handbuch, Fortschritt
Ergebnisse

Was am Ende vorliegt.

Unterlagen, mit denen sich eine Freigabe verantworten lässt.

RisikoeinstufungPro Bereich hoch, mittel oder niedrig, mit Begründung.
TestfälleDokumentiert und wiederverwendbar, nicht im Kopf des Testers.
FehlerprotokollPriorisiert, reproduzierbar beschrieben und einem Bereich zugeordnet.
FreigabeempfehlungWas geprüft ist, was offen ist und was einer Freigabe entgegensteht.
TesthandbuchWelche Fälle es gibt, wer prüft und was als bestanden gilt.
RegressionEin Durchlauf, der beim nächsten Release wiederholt statt neu gebaut wird.
“

Consultics liefern, was sie versprechen – und zwar schnell und kosteneffizient.

Janina Scherer-Mäder
Janina Scherer-MäderMitarbeiterin Innendienst, AEW Energie AG
Unser Unterschied

Wir prüfen nicht unseren eigenen Code.

Unsere Tester sind ISTQB-zertifiziert und arbeiten getrennt von der Entwicklung. Sie können also auch die Arbeit anderer prüfen, ohne dass jemand sein Gesicht verteidigen muss. Und sie können Ihre Leute so anleiten, dass die Regression irgendwann bei Ihnen liegt.

Getrennt von der Entwicklung, absichtlich.

Testen hängt an allem dran. Beratung, Entwicklung, Agile Coaching, Projektmanagement und Service kommen aus demselben Haus.

Wer gibt bei Ihnen frei?

Und woran erkennt diese Person, dass sie es verantworten kann? Wenn die Antwort unklar ist, lohnt ein Gespräch. Wir sagen Ihnen, was ein tragfähiger Testumfang wäre.

Testumfang besprechen