Sehen Sie, welche API-Testlösung im GigaOm Radar Report am besten abgeschnitten hat. Holen Sie sich Ihren kostenlosen Analystenbericht >>

Sehen Sie, welche API-Testlösung im GigaOm Radar Report am besten abgeschnitten hat. Holen Sie sich Ihren kostenlosen Analystenbericht >>
Zum Abschnitt springen
Haben Sie sich jemals gefragt, wie Sie das Testdatenmanagement (TDM) mithilfe von Testsimulationen am besten vereinfachen können? Erfahren Sie, wie Ihnen die virtuelle Testdatenlösung von Parasoft dabei helfen kann.
Zum Abschnitt springen
Zum Abschnitt springen
Um parallele Integrationstests zu ermöglichen, die Funktionstests nach links verschieben, können Unternehmen den Ansatz von Parasoft nutzen, um Testdatenmanagement (TDM) die KI, maschinelles Lernen und virtuelle Testdaten verwendet, um den Bedarf an physischen Endpunkten und Datenbanken zu ersetzen. Lassen Sie uns untersuchen, wie es funktioniert.
Die Validierung und Überprüfung von Software bleibt einer der zeitaufwändigsten und kostspieligsten Aspekte der Entwicklung von Unternehmenssoftware. Die Industrie hat akzeptiert, dass das Testen schwierig ist, aber die Hauptursachen werden oft übersehen. Das Erfassen, Speichern, Verwalten und Verwenden von Testdaten zum Testen ist eine schwierige Aufgabe, die zu viel Zeit in Anspruch nimmt.
Aus Branchendaten geht hervor, dass bis zu 60% der Anwendungsentwicklungs- und Testzeit für datenbezogene Aufgaben aufgewendet werden können, von denen ein großer Teil das Testdatenmanagement ist. Verzögerungen und Budgetausgaben sind nur ein Teil des Problems - das Fehlen von Testdaten führt auch zu unzureichenden Tests, was ein viel größeres Problem darstellt und zwangsläufig dazu führt, dass sich Fehler in die Produktion einschleichen.
Herkömmliche Lösungen auf dem Markt für TDM haben den Stand der Testdatenherausforderungen nicht erfolgreich verbessert. Schauen wir uns einige davon an.
Die traditionellen Ansätze basieren entweder auf der Erstellung einer Kopie einer Produktionsdatenbank oder auf dem genauen Gegenteil, der Verwendung synthetischer, generierter Daten. Es gibt drei hauptsächliche traditionelle Ansätze.
Tester können die Produktionsdatenbank klonen, um etwas zum Testen zu haben. Da dies eine Kopie der Produktionsdatenbank ist, muss auch die erforderliche Infrastruktur dupliziert werden. Die Einhaltung von Sicherheits- und Datenschutzbestimmungen erfordert, dass vertrauliche personenbezogene Daten streng geschützt werden. Daher wird häufig eine Maskierung verwendet, um diese Daten zu verschleiern.
Eine Teilmenge der Produktionsdatenbank ist ein Teilklon der Produktionsdatenbank, der nur den zum Testen erforderlichen Teil enthält. Dieser Ansatz erfordert weniger Hardware, erfordert jedoch wie die vorherige Methode auch eine Datenmaskierung und eine ähnliche Infrastruktur wie die Produktionsdatenbank.
Durch die Synthese von Daten besteht keine Abhängigkeit von Kundendaten, aber die generierten Daten sind immer noch realistisch genug, um zum Testen nützlich zu sein. Die Synthese der Komplexität einer Legacy-Produktionsdatenbank ist eine große Aufgabe, beseitigt jedoch die Herausforderungen in Bezug auf Sicherheit und Datenschutz, die mit Klonmechanismen verbunden sind.
Betrachten wir zunächst den einfachsten (und überraschend häufigsten) Ansatz für Unternehmens-TDM, bei dem eine Produktionsdatenbank mit oder ohne Teilmenge geklont wird. Warum ist dieser Ansatz so problematisch?
Der vereinfachte und sicherere Ansatz für Testdatenverwaltung die wir bei Parasoft in unseren SOAtest, Virtualisieren, CTP Virtual Test Data Tools ist viel sicherer und löst diese traditionellen Probleme. Wie unterscheidet es sich also von den traditionellen Ansätzen?
Der Hauptunterschied besteht darin, dass Testdaten erfasst werden, indem der Datenverkehr von API-Aufrufen und JDBC/SQL-Transaktionen während des Tests und der normalen Anwendungsnutzung erfasst wird. Die erfassten Daten werden nach Bedarf maskiert, und Datenmodelle werden generiert und in der Testdatenverwaltungsschnittstelle von Parasoft angezeigt. Die Metadaten und Datenbeschränkungen des Modells können innerhalb der Schnittstelle abgeleitet und konfiguriert werden, und es können zusätzliche Maskierungs-, Generierungs- und Untergruppenoperationen durchgeführt werden. Dies bietet ein Self-Service-Portal, in dem mehrere Einweg-Datasets können problemlos bereitgestellt werden um Testern volle Flexibilität und Kontrolle über ihre Testdaten zu geben, wie Sie in den folgenden Screenshots sehen können:
Parasofts Virtuelle Testdatenmanagement-Technologie wird durch Servicevirtualisierung ergänzt, bei der eingeschränkte Back-End-Abhängigkeiten simuliert werden können, um Testaktivitäten freizugeben. Ein gutes Beispiel wäre das Ersetzen einer Abhängigkeit von einer gemeinsam genutzten physischen Datenbank durch Austauschen mit einer virtualisierten Datenbank, die die JDBC/SQL-Transaktionen simuliert und parallele und unabhängige Tests ermöglicht, die andernfalls zu Konflikten führen würden. Die Testdaten-Management-Engine von Parasoft erweitert die Leistungsfähigkeit der Service-Virtualisierung, indem sie es Testern ermöglicht, individuell angepasste Testdaten für ihre Bedürfnisse zu generieren, zu unterteilen, zu maskieren und zu erstellen.
Durch den Ersatz gemeinsam genutzter Abhängigkeiten wie Datenbanken macht die Servicevirtualisierung die Infrastruktur und Komplexität überflüssig, die zum Hosten der Datenbankumgebung erforderlich sind. Dies wiederum bedeutet isolierte Testsuiten und die Möglichkeit, Extrem- und Eckfälle abzudecken. Obwohl die virtualisierten Abhängigkeiten nicht das „Echte“ sind, können zustandsbehaftete Aktionen, wie etwa Einfüge- und Aktualisierungsvorgänge in einer Datenbank, innerhalb des virtuellen Assets modelliert werden. Sehen Sie sich dies konzeptionell unten an:
Der Hauptvorteil dieses Ansatzes besteht darin, dass die Komplexität und die Infrastrukturkosten des Klonens von Datenbanken vermieden werden Tests auf API-Ebene (wie Integrationstests) viel früher als bei anderen Testdatenmethoden.
Einige andere Vorteile dieses Ansatzes sind:
Tests an der physischen Datenbank sind weiterhin erforderlich, jedoch nur gegen Ende des Softwarebereitstellungsprozesses, wenn das gesamte System verfügbar ist. Dieser Ansatz zum Testen von Daten macht das Testen mit der realen Datenbank nicht vollständig überflüssig, verringert jedoch die Abhängigkeit von der Datenbank in den früheren Phasen des Softwareentwicklungsprozesses, um den Funktionstest zu beschleunigen.
Herkömmliche Ansätze zum Testen des Datenmanagements für Unternehmenssoftware basieren auf dem Klonen von Produktionsdatenbanken und deren Infrastruktur, was mit Kosten-, Datenschutz- und Sicherheitsbedenken behaftet ist. Diese Ansätze sind nicht skalierbar und führen zu einer Verschwendung von Testressourcen. Parasofts virtuelle Testdatenlösung konzentriert sich wieder auf das Testen und die bedarfsgerechte Rekonfiguration der Testdaten und ermöglicht parallele Integrationstests, die diese kritische Testphase verlassen.