Entdecken Sie das TÜV-zertifizierte GoogleTest mit Agentic AI für C/C++-Tests!
Details ansehen »
Whitepaper
Neugierig auf den Inhalt des Whitepapers? Schauen Sie unten nach.
Servicevirtualisierungslösungen Die sorgfältige Berücksichtigung zahlreicher Faktoren ist erforderlich – von der Wahl eines geeigneten Startpunkts basierend auf der Teamgröße bis hin zur Auswahl von Bereitstellungsmodellen, die Skalierbarkeit ermöglichen. Dieses Whitepaper beschreibt verschiedene Bereitstellungsoptionen und Eigentumsmodelle, stellt ihre Unterschiede gegenüber und bietet Orientierungshilfen für die richtige Servicevirtualisierungslösung auswählen für die Bedürfnisse Ihrer Organisation.
Servicevirtualisierung beseitigt Abhängigkeitsbeschränkungen. Wenn abhängige APIs nicht verfügbar oder unzuverlässig sind, können Teams innerhalb komprimierter agiler Zeitpläne schneller entwickeln und testen.
Agile Beschleunigung erfordert Tests während des gesamten Zyklus. Durch die Ermöglichung von bedarfsgerechten, automatisierten Tests, die in CI-Pipelines integriert sind, unterstützt die Servicevirtualisierung kontinuierliches Testen in verkürzten Releasezyklen.
Ein früherer Testbeginn bietet unabhängig von der Methodik erhebliche Vorteile. Die Servicevirtualisierung ermöglicht es Teams, Prototypdienste zur Abgrenzung des Testumfangs zu erstellen und so Tests früher zu planen und durchzuführen.
Die Isolierung von Leistungsproblemen in sich ständig verändernden Umgebungen ist schwierig. Servicevirtualisierung simuliert realistisches Leistungsverhalten ohne teure Infrastruktur und ermöglicht so die Simulation von Anwendungs- oder Netzwerkleistungseigenschaften.
Servicevirtualisierung erfordert keine hohen Vorabinvestitionen. Starten Sie schnell mit Parasoft Virtualize Free Edition. Der Aufwand ist vergleichbar mit dem von Open-Source-Tools – herunterladen, Dienste einrichten und innerhalb weniger Minuten loslegen.
Die Lösung wächst mit Ihnen und skaliert von einfachen Simulationen bis hin zu intelligenten, datengesteuerten Simulationen mit komplexen Anpassungsmöglichkeiten. Wenn Ihre Anforderungen steigen, Virtualisierung skaliert nahtlosAssets können zentral vom Browser oder von lokalen Desktops aus erstellt werden, wobei die Zusammenarbeit erhalten bleibt.
Sobald virtuelle Dienste erstellt sind, variieren die Nutzungsmethoden je nach Teamgröße, Zugriffshäufigkeit und Reifegrad der Tests. Zu den Schlüsselfaktoren gehören:
Die Aktivitäten des Konsums unterscheiden sich aufgrund der Netzwerktopologie grundlegend von den Aktivitäten der Erstellung – Organisationen wenden je nachdem, wie und wo Dienste aufgerufen werden, unterschiedliche Architekturvarianten an.
Entwicklerteams bevorzugen eine lokale Topologie mit privaten Umgebungen, die alle benötigten Komponenten enthalten und so die kreative Freiheit ermöglichen, jederzeit alles zu entwickeln.
Teams mit maximal 10 Personen sollten mit der kostenlosen Virtualize Community Edition beginnen (Kapazität: 11,000 Zugriffe/Tag – ausreichend für die Entwicklung). Jeder Entwickler nutzt die Dienste lokal.
Mit dem Wachstum der Teams zeichnen sich zwei Migrationspfade ab.
Die Testteams stoßen aufgrund der Regressionstests schneller an ihre Kapazitätsgrenzen als die Entwicklungsteams – sie müssen mehrere Versionen virtueller Dienste pflegen, um die Rückwärtskompatibilität zu gewährleisten.
Mit zunehmender Teamgröße sollten virtuelle Assets auf konsolidierten Servern bereitgestellt werden: dedizierte/dynamische zentrale Laufzeitserver pro Silo oder Cloud-Bereitstellungsmaschinen.
Für Leistungstests ist die Teamgröße weniger wichtig als die erwartete Anzahl an Transaktionen pro Sekunde. Leistungsserver verarbeiten je nach Komplexität des virtuellen Dienstes etwa 2,000 Transaktionen pro Sekunde.
Für Tests in der Frühphase (unter 500 Assets, unter 2,000 Transaktionen pro Sekunde): Ein Performance-Server genügt. Mit zunehmender Komplexität können weitere Server hinzugefügt werden – Virtualize unterstützt Clustering für einfache horizontale Skalierung.
Für optimale Leistung sollten virtuelle Server bei Cloud-Anbietern gehostet werden, um den Aufwand für die Hardware-Neukonfiguration zu vermeiden.
Die Erstellung virtueller Assets erfordert auf die jeweilige Zielgruppe abgestimmte Einführungsstrategien.
Entwicklungsteams sind am besten geeignet, erste Ressourcen zu generieren – sie verstehen die Abhängigkeiten und Wechselwirkungen der Anwendung genau.
Entwickler sind Early Adopters, die auf funktional solide Werkzeuge setzen, die keine kommerzielle Lizenzierung erfordern.
Entwicklungsorientierte Teams sollten mit der kostenlosen Virtualize CE beginnen, die auf moderne Standards (REST, RAML, Swagger) zugeschnitten ist.
Testteams ziehen einen erheblichen Nutzen aus der Erstellung und Erweiterung virtueller Dienste, insbesondere für exotische Protokolle und fortgeschrittene Arbeitsabläufe.
Beginnen Sie mit Virtualize Professional Desktop für eine breitere Protokollunterstützung und erweiterte Funktionen wie den KI-Assistenten, der Folgendes nutzt: Agentische KI zur Generierung virtueller Dienste Aus natürlichsprachlichen Eingabeaufforderungen, Definitionsdateien oder Beispiel-Anfrage-/Antwortpaaren. Diese Funktionen erleichtern die Einführung und Skalierung der Servicevirtualisierung für QA-orientierte Teams und minimieren die Abhängigkeit von der Entwicklung bei der Erstellung und Wartung von Assets.
Die Thin-Client-Oberfläche von Virtualize ermöglicht browserbasierte Zusammenarbeit – Testteams können Artefakte erstellen und in der Quellcodeverwaltung speichern und teilen. Mit zunehmender Verbreitung von Continuous Testing werden Testfälle und virtuelle Assets miteinander vernetzt.
Wenn die Anzahl der Nutzer einer Asset-Erstellung 100 übersteigt, werden Kompetenzzentren unerlässlich. Das Team eines Kompetenzzentrums pflegt Best Practices, gewährleistet die Einhaltung der Governance-Richtlinien und verwaltet die Infrastruktur für kontinuierliches Testen. Es fungiert als Unterstützung – es ermöglicht den Zugriff, schult die Nutzer in der Erstellung von Assets und unterstützt komplexe Builds.
Im ausgereiften Zustand nutzen die Asset-Ersteller die Virtualize Thin-Client-Oberfläche, die mit zentralen Staging-Servern verbunden ist. Erstellte Assets werden zunächst zur Validierung auf dem Staging-Server bereitgestellt. Nach der Freigabe werden sie in die Quellcodeverwaltung eingecheckt und automatisiert auf die Remote-Virtualize-Server übertragen.
Die Anzahl der Server hängt von den Anforderungen der Organisation an die Unabhängigkeit von der Umwelt ab.
Bereit, tiefer einzutauchen?
