A'PARI Consulting GmbH - Unternehmensblog

Ein Blog rund um Logistik und IT

  • Startseite
  • Logistik
  • IT
  • Über uns
  • Kontakt
  • Impressum

Testen – Lieber spät und kurz als gar nicht?

20. August 2019 von Rainer Hoppe Kommentar verfassen

Wie viel Testen muss sein? Aus Expertensicht so viel wie möglich – aber richtig.

 In Softwareeinführungsprojekten wird das Thema Testen häufig unterschätzt und zeitlich möglichst weit nach hinten geschoben. Die Gefahr, dass der Einführungstermin dann nicht zu halten ist, ist sehr groß.

Ein Fall aus der Praxis

Das neue TMS sollte Ende Juli produktiv gehen. In der Projektplanung waren noch einmal 2 Wochen für die Abschlusstests vorgesehen. Eigentlich war es das erste Mal, dass alle Beteiligten – Fachseite und IT – richtig intensiv getestet haben. Leider mit der Erkenntnis, dass die Einführung verschoben werden muss. Schlimmer noch: Das komplette Migrationskonzept (schrittweise Einführung) hat sich als nicht tragfähig erwiesen. Man wird nunmehr mehre Softwarekomponenten zur gleichen Zeit einführen müssen. Dadurch steigt die Komplexität – die Termine verschieben sich deutlich. D.h. die Anwender können erst viel später von dem System profitieren.

Kommentar des Projektmanagers: Gut, dass wir getestet haben, sonst hätten wir  nicht gemerkt, dass das Migrationsszenario gar nicht möglich ist…. Leider eine sehr späte Erkenntnis.

Tipps für das Testen

Um so etwas zu verhindern, nachfolgend ein paar Tipps rund um das Thema Testen:

So früh wie möglich beginnen

Konkret heißt das: Sobald die ersten Anforderungen der Anwender feststehen (z.B. als Lastenheft, Anforderungsliste, Requirement Dokument o.ä.), sollten diese Anforderungen in Testfälle (neudeutsch: Use Cases) umgemünzt werden. Diese können dann z.B. auch schon im Rahmen der Softwareauswahl verwendet werden. Mit diesen Use Cases lässt sich die Machbarkeit eruieren, sie bilden für den Proof of Concept eine gute Basis.

Dem Anbieter gegenüber kommunizieren

Testfälle sind auch für den Lösungsanbieter nützlich: So kann er die Erwartungshaltung des Kunden frühzeitig besser abschätzen und wird später nicht von Anforderungen überrascht, die eigentlich schon klar waren. Und selbstverständlich kann der Entwickler damit die erstellten Softwarefunktionen und –module optimal testen.

Qualitätsmanagement und Testen zum Auswahlkriterium machen

Gerade durch die zunehmende Entwicklung in Richtung „Agile Softwareentwicklung“ werden die Themen QM und Testen immer wichtiger. Durch sehr kurze Entwicklungszyklen in Sprints und entsprechend höherer Frequenz der Auslieferungen steigt die Gefahr schlecht getesteter Software. So kommt es immer wieder vor, dass im neuen Release Fehler, die schon längst als behoben galten, wieder auftreten.

 Agile Entwicklung ist deshalb ohne ein intensiviertes Qualitätsmanagement auf Seiten des Lösungsanbieters und dem Einsatz von Testtools und –automatisierung auf Dauer nicht sinnvoll. In sehr vielen „agilen Projekten“ wird nach unserer Erfahrung das Testen einseitig auf den Kunden verlagert. Das führt zu Konflikten und Frust.

Genügend eigene Personalressourcen einplanen

Testen ist aufwändig und muss systematisch und nachhaltig erfolgen. Hiermit sind viele Kunden überfordert. Denn professionelles Testen erfordert ein spezifisches Know-how:

 •   Wie wird getestet?
•   Wie erstellt man einen Testplan? Wie Testfälle und Testdaten?
•   Welche Tests sind zu unterscheiden? Zu welchem Zeitpunkt sind sie sinnvoll?
•   Wie sind Fehler sinnvoll zu dokumentieren?

Zeiten einhalten

Wenn es am Ende eines Projektes zeitlich eng wird, werden sehr häufig Testzeiträume zusammengestrichen. Das ist nicht zu empfehlen, weil dies unmittelbar die Einführungsrisiken erhöht. Eine nicht durchgetestete und noch nicht abgenommene Software einzuführen, ist grob fahrlässig und kann – wie viele Beispiele zeigen – zu massiven Problemen im Geschäftsablauf und Akzeptanzverlust bei den Anwendern führen.

Gut geführte Projekte erkennt man u.a. daran, dass für die Tests (insbesondere Integration und Lasttests) mind. 3 Monate nach Fertigstellung der eigentlichen Software zur Verfügung stehen. Zudem werden die Tests von einem Testteam, in dem nicht irgendwelche, sondern die besten Mitarbeiter tätig sind, strukturiert durchgeführt und dokumentiert.

Abnahmeprocedere verbindlich vereinbaren

Fehler beeinflussen auch die Abnahme, ohne die ein IT-System nicht produktiv gestaltet werden sollte. Das konkrete Abnahmeprocedere (Vorgehen, Fristen, Abnahmegremium, Abnahmekriterien (z.B. in Form von Fehlerklassen und zulässiger Anzahl) sind deshalb schon im Vertrag mit dem Lösungsanbieter konkret zu fixieren. Sonst wird ein Projekt schnell zur „Never ending Story“, was weder für den Kunden noch für den Anbieter sinnvoll ist, da Personalressourcen unnötig lange gebunden werden.

Testen ist also komplex, wird oft als lästig empfunden, ist aber für die erfolgreiche Einführung einer Softwarelösung besonders wichtig. Hierbei hilft eine neutrale Sicht und entsprechende Expertise, die Sie unbedingt nutzen sollten, um ansonsten unüberschaubare Risiken und Folgekosten zu vermeiden.

Kategorie: Blog Stichworte: Proof-of-Concept, Testdurchführung, Testfälle, Testkonzept, Testplanung

Immer mehr TMS Anbieter mit agiler Vorgehensweise

9. Mai 2017 von Rainer Hoppe Kommentar verfassen

Im Rahmen der aktuellen Befragung für die TMS Marktübersicht in der trans aktuell (TMS Aktualisierung in trans aktuell 10/2017) haben wir die TMS Anbieter auch nach ihren Erfahrungen mit „agilen Methoden“ gefragt.

Agile Softwareentwicklung / agiles Projektmanagement verdrängen in der Softwareentwicklung immer mehr die jahrelang bewährte Wasserfallmethode (auch als V-Modell bekannt). Statt langer Analysen und Pflichtenhefte, die mitunter durch die Projektwirklichkeit überholt werden, werden die Anforderungen in sog. Sprints von z.B. 4-12 Wochen umgesetzt. Das Ergebnis steht als „Softwarebaustein“ somit gleich zur Verfügung.

Noch ist das Verständnis der Bedeutung „agil“ bei den TMS-Anbietern sehr unterschiedlich ausgeprägt und nicht mit pragmatisch zu verwechseln.

[Weiterlesen…]

Kategorie: Blog, IT Stichworte: agile Softwareentwicklung, agiles Projektmanagement, Continuous Deployment, SCRUM, Testautomatisierung, Testdurchführung, Testen, Testkonzept, TMS Anbieter

Über das Testmanagement zur Termintreue bei Software-Projekten

25. August 2015 von Holger Zwingmann Kommentar verfassen

Software-Einführungsprojekte müssen sich – wie alle Projekte – daran messen lassen, ob die Anwendung den Nutzern zum geplanten Zeitpunkt und der notwendigen Funktionalität und Qualität zur Verfügung steht. Häufig steht der GoLive-Termin in Software-Einführungsprojekten unverrückbar fest. Termine werden nach wie vor eher „unternehmenspolitisch“ bestimmt, als von der Erreichung der inhaltlichen Ziele und den im Vorfeld definierten Qualitätskriterien abhängig gemacht. Der Tag X naht und die Beteiligten befinden sich unversehens in der Lage einer Großbrandbekämpfung. Wie lassen sich trotz knapper Ressourcen und Budgets die gewünschten Ergebnisse bei der Software-Einführung erzielen und aufgrund messbarer Kriterien eine „objektive“ Entscheidung für den Start einer neuen Applikation treffen? Hier ist ein professionelles Testmanagement der Schlüssel zur Lösung.

[Weiterlesen…]

Kategorie: Blog Stichworte: Funktionstest, Integrationstest, Produktlebenszyklus, Software-Einführung, Software-Entwicklungsprozess, Systemtest, Testdurchführung, Testfälle, Testkonzept, Testmanagement, Testplanung

Social Media

Xing Google+ Button RSS Website

Letzte Artikel

  • Nachlese zur 2. DVZ Konferenz zum Thema TMS
  • Speditions-Monitor Prozesse/IT – Wissen, was läuft
  • Testen – Lieber spät und kurz als gar nicht?
  • Speditions-Monitor Prozesse/IT – Umschlaglager
  • Agile Führung – Tipps für die Umsetzung

Stichworte

agiles Projektmanagement Change Management Cloud Cloud Computing CRM Datenqualität Digitale Transformation Digitalisierung Gesamtprozessdenken Industrie 4.0 Informationssicherheit Innovation ISO27001 IT-Infrastruktur IT-Systeme IT Sicherheit KPI Notfallmanagement Potenzialanalyse Projektmanagement Prozesse Prozesseffizienz Prozesskosten Prozessmanagement Prozessoptimierung Prozessreifegrad Risikomanagement Software-Einführung Softwareanbieter Softwareanforderungen Softwareauswahl Softwareeinführung Speditions-Monitor Speditionssoftware Standardprozesse TMS TMS Auswahl Transport Management System Umsetzung Vertrieb Veränderung Veränderungen Veränderungsmanagement Vorstellung Ziele

Letzte Kommentare

  • Andreas Zibert bei Projektportfoliomanagement – Mitten aus dem Leben…
  • Adam Golightly bei Avisierung von Stückgut-Sendungen – (noch) eine Herausforderung für alle Beteiligten
  • Nils Tißen bei Auch agil braucht Führung
  • Tobias Müller bei Projektmanagement klassisch oder agil? – Das Beste aus beiden Welten!
  • Anna Moosfeld bei Wie Softwareentwicklung in Indien funktionieren kann – Tipps aus der Outsourcing Praxis

Archiv

© Copyright 2017 A'PARI Consulting GmbH · Datenschutzerklärung