Belastet die "Verschiebung nach links" der Service-Virtualisierung die Entwickler?

Die Service-Virtualisierung kommt zweifellos dem Entwicklungsprozess zugute, kann jedoch für Entwickler sowohl ein Segen als auch ein Fluch sein. Die Minimierung der Belastung, die Entwickler durch „Linksverschiebung“ erleiden können, ist der Schlüssel zur maximalen Beschleunigung der Lieferzyklen.

Die Verschiebung der Service-Virtualisierung nach links kommt dem Entwicklungsprozess zugute

Das Potenzial der Service-Virtualisierung, das Testen nach links zu verschieben, wird in der gesamten Branche relativ gut akzeptiert. Da simulierte Testumgebungen Einschränkungen eliminieren, die den Testaufwand normalerweise verzögern oder einschränken, kann das Testen früher beginnen. Und wie wir mittlerweile alle wissen, Je früher Sie einen Defekt finden, desto schneller, einfacher und billiger ist die Behebung. Darüber hinaus ermöglicht die Service-Virtualisierung den Teams, ausführlicher und häufiger zu testen (z. B. für kontinuierliche Regressionstests).

Die Verlagerung der Service-Virtualisierung nach links bietet dem Entwicklungsprozess zweifellos erhebliche Vorteile, da die Markteinführungszeit verkürzt, Risiken reduziert und die mit dem Management von Entwicklungs- / Testumgebungen verbundenen Kosten gesenkt werden. Die Auswirkungen auf das eigentliche Entwicklungsteam werden jedoch häufig übersehen.

Aber belastet die Service-Virtualisierung Entwickler?

Service-Virtualisierung ist in vielerlei Hinsicht ein Geschenk an Entwickler. In erster Linie bedeutet dies, dass ihre Entwicklungs- und Testaufgaben nicht ins Stocken geraten, da sie darauf warten, dass sich noch entwickelnde Komponenten fertiggestellt und / oder bereitgestellte Testumgebungen verfügbar sind. Sie können bei Bedarf „Einweg“ -Testumgebungen erstellen und ändern, ohne sich jedes Mal auf eine andere Person verlassen zu müssen, wenn sie eine vorhandene Konfiguration optimieren oder auf eine neue zugreifen müssen. Es entlastet sie von den Kleinigkeiten, die bei der Entwicklung und Verwaltung effektiver Stubs oder Mocks auftreten. Es ermöglicht ihnen auch zu Zugriff auf ein viel ausgefeilteres Verhalten, als es Stubbing oder Spott bieten können.

Diese „Verschiebung nach links“ ist jedoch aus Sicht der Entwickler nicht unbedingt ein Allheilmittel. Wenn du Test nach links verschiebenSie beschleunigen auch den Punkt, an dem die Qualitätssicherung die meisten Mängel entdeckt und meldet. Dies bedeutet, dass Fehlerberichte, die während der Testphase ihren Höhepunkt erreichen, in der Entwicklungsphase ihren Höhepunkt erreichen. In diesem Fall bemühen sich die Entwickler bereits, die zur Einhaltung ihrer Entwicklungsfristen erforderliche Funktionalität zu implementieren.

Ohne Service-Virtualisierung

Mit Service-Virtualisierung - Die Verschiebung nach links

Wenn Sie in dieser kritischen Phase mit Fehlerberichten konfrontiert werden, wird dies wahrscheinlich die Entwicklungszeit verkürzen und sich darauf konzentrieren, die innovativen Funktionen zu entwickeln, die (wie Sie hoffen) Ihr Unternehmen von der Konkurrenz abheben.

Um zu verstehen, wie sich diese Verschiebung für Entwickler anfühlen muss, gehen Sie davon aus, dass Sie erwarten, dass die Hausgäste am Sonntagabend eintreffen, sodass Sie ein ganzes Wochenende Zeit haben, um aufzuräumen und sich vorzubereiten. Stellen Sie sich vor, sie rufen am Donnerstagabend an und sagen, dass sie am Freitagabend ankommen werden… und Sie haben am Freitagnachmittag einen wichtigen Arbeitstermin.

Also, was machst du? Natürlich wollen Sie das Baby hier nicht mit dem Badewasser wegwerfen. Schließlich bietet die Service-Virtualisierung bemerkenswerte Vorteile und einen enormen Mehrwert für Ihr gesamtes Unternehmen.

Nach links verschieben + Komprimieren

Die gute Nachricht ist, dass die Service-Virtualisierung die Entwicklung nicht zusätzlich belasten muss. Der Trick besteht darin, den Test nicht nur nach links zu verschieben, sondern auch die Fehlerkurve zu komprimieren. Mit anderen Worten, Reduzieren Sie die Gesamtfehlerinjektionsrate, damit weniger Fehler gefunden und behoben werden müssen.

Nach links verschieben + Komprimieren

Wie Sie sehen können, wird durch diese Strategie „Nach links verschieben + komprimieren“ vermieden, dass die Entwicklung an ihrem kritischsten Punkt besteuert wird. Obwohl die Fehlerkurve früher Spitzenwerte aufweist, sind Entwickler nicht mit einer Zunahme der gemeldeten Fehler während der Bauzeit belastet, da die Spitzenwerte niedriger sind. Darüber hinaus kann das Team die gesamte Iteration erheblich früher abschließen, da im gesamten SDLC weniger Fehler zu finden und zu beheben sind.

Um zu unserer Analogie zurückzukehren: Dies ist vergleichbar mit Ihren Hausgästen, die früh ankommen… aber jetzt planen sie, in einem Hotel zu übernachten. Da Sie sich darauf konzentrieren können, Ihren Arbeitstermin einzuhalten, ohne sich Gedanken über Reinigung, Einkauf usw. machen zu müssen, ist die frühe Ankunft bei weitem nicht so stressig.

Wie reduzieren Sie die Gesamtfehlerinjektionsrate? Durch Entwicklungstests: synchronisierte Anwendung eines breiten Spektrums von automatisierte Fehlervermeidung und Fehlererkennungsstrategien auf eine Weise, die Entwicklungsrisiken, Zeit und Kosten reduziert. Abhängig von den Erwartungen und Prioritäten des Unternehmens können Entwicklungstests statische Analysen, Peer-Code-Überprüfungen, Komponententests, Laufzeitfehlererkennung und andere Verfahren zur Softwareüberprüfung umfassen.

Aber ist das nicht nur eine andere Belastung für die Entwicklung? Nicht, wenn es intelligent und unauffällig implementiert ist. Tatsächlich können Entwicklungstests die Produktivität verbessern und gleichzeitig die Risiken verringern. Aber das ist das Thema für einen anderen Blog ...

ROI-Papier zur Service-Virtualisierung

Sind Sie neugierig, welchen ROI Ihr Unternehmen mit Service-Virtualisierung erreichen kann? Lesen Sie Parasofts ROI der Service-Virtualisierung Whitepaper, in dem Sie mehr über die Geschäftstreiber für Kaufentscheidungen zur Servicevirtualisierung sowie über die erheblichen ROI-Möglichkeiten in Bezug auf OpEx-Reduzierung, CapEx-Reduzierung, Risikominderung und inkrementelle Umsatzerlöse erfahren.