Testautomatisierung und manuelle Softwaretests für geschäftskritische Systeme
Dynamics 365 wird zweimal jährlich aktualisiert, eigene Anpassungen und Integrationen ändern sich laufend. Wer vor jedem Release die Vertriebs- und Serviceprozesse von Hand durchklickt, investiert entweder viel Zeit oder geht viel Risiko ein. Wir übernehmen beide Seiten: Von Hand testen wir, wo menschliches Urteil gefragt ist (neue Funktionen, Integrationen, Abnahme), und für das, was sich vor jedem Release wiederholt, bauen wir automatisierte Regressionssuiten mit Tricentis Tosca, Katalon Studio oder Playwright — aus Budapest, auf Deutsch, in Ihrer CI-Pipeline.
Manuell oder automatisiert testen?
Beides ist kein Wettbewerb, sondern Arbeitsteilung. Manuell testet man neue Funktionen, selten laufende oder sich schnell ändernde Prozesse, Benutzbarkeit und die fachliche Abnahme: Hier ist menschliches Urteil gefragt, und ein Skript würde mehr kosten, als es spart. Automatisiert testet man stabile, geschäftskritische, häufig laufende Prozesse — sie bilden den Regressionstest.
Alles auf einen Blick: Leistungsübersicht herunterladen (PDF, 5 Seiten, auf Ungarisch).
Ein Regressionstest prüft, ob das, was bisher funktioniert hat, nach einer Änderung noch funktioniert: Das Angebot wird weiterhin erzeugt, der Genehmigungsprozess startet weiterhin, die ERP-Integration übergibt weiterhin die Bestellung. Er testet nicht die neue Funktion; er schützt die alten.
Von Hand sind das bei einem mittleren Dynamics-365-System 50–200 Testfälle, 2–5 Personentage je Release und 6–10 Releases im Jahr (zwei Microsoft-Wellen, eigene Entwicklungen, Fixes). Eine automatisierte Suite erledigt dasselbe in Stunden, über Nacht, jedes Mal identisch — und findet den Fehler in der Sandbox, nicht der Kunde in der Produktion.
Was testen wir?
Manuelles Testen: funktional, explorativ, Integration und UAT
Unsere Tester verstehen das System und den Geschäftsprozess: Sie prüfen nicht nur, ob der Button funktioniert, sondern ob das Angebot mit dem richtigen Preis beim richtigen Genehmiger und als richtiger ERP-Auftrag ankommt. Auch als eigenständige Leistung buchbar, nicht nur zusammen mit der Automatisierung.
Tricentis Tosca, Katalon oder Playwright?
| Kriterium | Tricentis Tosca | Katalon Studio | Playwright |
|---|---|---|---|
| Ansatz | modellbasiert, No-Code: scannt die Oberfläche der Anwendung in ein Modell | hybrid: Recorder + Skript (Groovy/Java), Low-Code und Code zugleich | codebasiert: Tests in TypeScript, JavaScript, Python, C# oder Java, mit den Werkzeugen der Entwickler |
| Stärke | Enterprise, mehrmodulige Systeme (Dynamics 365, SAP), Wartbarkeit, risikobasiertes Testen | Web, API, Mobile, Desktop in einem Tool; schneller Start; CI-Integration | schnelle, stabile Web-Ausführung (Auto-Waiting), Chromium, Firefox und WebKit, parallele Läufe, Trace-Viewer zur Fehlersuche |
| Lizenz | Enterprise, höhere Gebühr | kostenlose Basis + kostenpflichtige Team-Edition | Open Source, kostenlos (Microsoft) |
| Geeignet für | geschäftskritische, häufig aktualisierte Systeme mit großen Testsuiten | schneller, günstigerer Einstieg oder Web und API gemeinsam | Teams, in denen Entwickler die Tests neben dem Code pflegen, im selben Repository und in derselben CI |
| Für Dynamics 365 | dedizierte Dynamics-Unterstützung, von Microsoft FastTrack empfohlen | funktioniert auf der Web-Oberfläche mit mehr manueller Pflege | funktioniert auf der Web-Oberfläche; Dynamics-Steuerelemente brauchen eigene Hilfsfunktionen, die wir liefern |
Nicht das Werkzeug ist entscheidend, sondern die Wartbarkeit der Suite. Bei einem großen, geschäftskritischen Dynamics-System ist der modellbasierte Ansatz von Tosca langfristig günstiger; bei kleineren Systemen oder gemischten Landschaften (Web + API) ist Katalon schneller und wirtschaftlicher; wo das Entwicklungsteam die Tests neben dem Code pflegt, ist das lizenzkostenfreie Playwright die richtige Wahl. Wir empfehlen nach der Analyse und sind in allen dreien zu Hause.
Wie läuft ein Testautomatisierungsprojekt ab?
- 1Risikobasierte Testsuite
Wir automatisieren nicht alles: Geschäftskritische und häufig geänderte Prozesse werden priorisiert, daraus entstehen die ersten 30–50 Testfälle.
- 2Testfälle und Testdaten
Schrittweise Beschreibung, erwartetes Ergebnis, Datensatz in der Sandbox; die Tests erzeugen und bereinigen ihre Daten selbst.
- 3Automatisierung
Tosca-Module oder Katalon-Skripte aus wiederverwendbaren Bausteinen — ändert sich die Oberfläche, wird an einer Stelle korrigiert.
- 4CI-Ausführung
Geplante Nachtläufe und ein Lauf vor jedem Deployment (Azure DevOps, GitHub Actions, Jenkins); Ergebnisse per E-Mail und in Teams.
- 5Reporting und Wartung
Ein Bericht je Lauf: was fehlgeschlagen ist, warum, mit Screenshots. Die Suite pflegen wir zusammen mit dem System.
Weitere Werkzeuge: Selenium, Robot Framework, Postman, JMeter
Gibt es schon eine Testsuite, werfen wir sie nicht weg: Bestehende Selenium- oder Robot-Framework-Skripte übernehmen wir, bringen sie in Ordnung, binden sie in die CI ein und erweitern sie. Auch eine neue Suite bauen wir damit, wenn Ihr Team ein codebasiertes Werkzeug bevorzugt.
Was kostet es?
Manuelles Testen wird nach Tagessatz abgerechnet, gemäß dem Aufwand laut Testplan; im Angebot steht jede Testphase in einer eigenen Zeile. Die Automatisierung hat drei Posten: Werkzeuglizenz (Tosca: Enterprise-Gebühr; Katalon: kostenlose Basis bis Team-Edition; Playwright: kostenlos), Aufbau der Suite (je Testfall oder als Projektpauschale, nach der Analyse angeboten) und Wartung (Monatskontingent oder Teil des Dynamics-Betriebs). Ein einziger kritischer Fehler in der Produktion kostet mit seinen Folgen meist mehr als ein Jahr Wartung.
Wer arbeitet an Ihren Tests?
Welche Prüfungen und Zertifizierungen haben wir?
| Bereich | Zertifizierung | Aussteller |
|---|---|---|
| Dynamics CRM | MB2-704: Microsoft Dynamics CRM Application | Microsoft |
| Dynamics CRM | MB2-707: Microsoft Dynamics CRM Customization and Configuration | Microsoft |
| Einführungsmanagement | MB5-705: Managing Microsoft Dynamics Implementations | Microsoft |
| Testautomatisierung | Tosca Automation Specialist – Level 1 und Level 2 | Tricentis |
| Testdesign | Tosca Test Design Specialist – Level 1 und Level 2 | Tricentis |
| API-Tests | Tosca Automation Specialist for API | Tricentis |
| Datenbanktests | Tosca Automation Specialist for Database | Tricentis |
| Testautomatisierung | Tosca Query Language (TQL) | Tricentis |
| Lizenzen | Microsoft Cloud Solution Provider (CSP) Reseller; Google Workspace Partner | Microsoft, Google |
Testautomatisierung als Dienstleister: Nearshore-Partner für Tricentis Tosca
Für Kunden aus Österreich, Deutschland und der Schweiz arbeiten wir aus Budapest, innerhalb der EU, in derselben Zeitzone: deutschsprachige Testdokumentation, Zugriff auf Ihre Sandbox per VPN oder Entra ID, Ausführung in Ihrem CI-System. Mit diesem Modell lassen sich Testaufgaben kosteneffizient ganz oder teilweise auslagern oder das eigene Team ergänzen – für lokale wie für internationale Unternehmen.
Referenzen
Manuelles Testen und Testautomatisierung: AirPlus, SEB, SICK, XING, dormakaba und Magyar Telekom.
Weiterlesen
Häufige Fragen
Testen Sie nur Dynamics 365?
Nein, selbstverständlich unterstützen wir auch andere Systeme. Dynamics 365 ist unser Schwerpunkt, aber Regressionssuiten bauen wir ebenso für SAP (S/4HANA, ECC, Fiori), Salesforce (Sales Cloud, Service Cloud), Oracle (Siebel CRM, E-Business Suite, NetSuite), ServiceNow, Workday, Microsoft Dynamics 365 Business Central und Finance & Operations, HubSpot, SharePoint und Microsoft 365 sowie für Webshops (Shopify, Magento/Adobe Commerce, WooCommerce) und individuelle Webanwendungen. Tosca bietet für die meisten davon — SAP, Salesforce, Oracle, ServiceNow, Workday — eine dedizierte Technologieunterstützung; bei Websystemen kommen auch Playwright oder Katalon in Frage.
Brauchen wir eine eigene Testumgebung?
Ja, wir testen nie in der Produktion. Bei Dynamics 365 ist das eine Sandbox-Umgebung (in der Lizenz meist enthalten), die als Kopie der Produktion aktualisiert wird. Die Tests legen ihre Daten selbst an und löschen sie wieder.
Wie viele Tests sollte man automatisieren?
Nicht alle. Nach dem risikobasierten Ansatz die geschäftskritischen, häufig ausgeführten, stabilen Prozesse: Bei einem mittleren System decken 30–50 Testfälle 80 % des Risikos ab. Seltene, volatile oder einmalige Fälle prüft man günstiger von Hand.
Was passiert bei einem neuen Dynamics-365-Release?
Microsoft stellt die Release-Welle zuerst in der Sandbox bereit (Early Access). Dort führen wir die vollständige Regressionssuite aus, analysieren Fehlschläge (echter Fehler oder Oberflächenänderung), korrigieren System oder Test und geben das Update erst dann für die Produktion frei.
Übernehmen Sie auch nur manuelle Tests?
Ja. Vor einer Einführung oder einer größeren Änderung braucht es oft nur funktionale und Abnahmetests, ohne Automatisierung. Die manuellen Testfälle können später die Grundlage der automatisierten Suite bilden, die Arbeit geht also nicht verloren.
Erstellen Sie Tests auch für ein von einem anderen Partner eingeführtes System?
Ja, das Testen ist unabhängig vom Einführungspartner. Oft ist sie genau der Einstieg: Beim Aufbau der Suite zeigt sich, wie das System wirklich funktioniert.
Wie schnell gibt es Ergebnisse?
Die Automatisierung wächst schrittweise: Die ersten, wichtigsten Testfälle laufen bereits in der CI, bevor die Startsuite fertig ist; ab dann gibt es vor jedem Release Rückmeldung, und die Suite wächst laufend.
Sprechen wir über Ihr Projekt.
Schreiben Sie uns, was Sie planen — wir melden uns innerhalb weniger Tage.
Kontakt aufnehmen