WIXLIB

Agile Testing[10 Tipps und Tricks für die Agile Testing Strategie für dieeffiziente Continuous Delivery von Microservices]von Alexander Vukovic1. Berücksichtigen Sie die Eigenheiten von MicroservicesTraditionell werden Applikationen alsMonolithen designt, versioniert undausgeliefert. Microservices brechenmit diesem Ansatz. Funktionen werdenfachlich zu Services gruppiert, die nurlose gekoppelt sind, keine gemeinsame Datenhaltung haben und wiederumandere Services verwenden oder vonanderen Services verwendet werdenkönnen.Dieser Architekturansatz bringt einigeVorteile mit sich, wie die Möglichkeit,jederzeit und unabhängig von anderenServices zu deployen. Durch die loseKopplung und die unabhängige Datenhaltung entstehen aber auch einigeHerausforderungen, insbesondere fürdas Testing.Das ist ein technischer Vorgang, dernicht unmittelbar dazu geeignet erscheint, im Rahmen einer explorativenmanuellen Testsession getestet zu werden.Mit den richtigen Tools (z.B. SoapUI,Neoload, JMeter) ist es jedoch sehreinfach auch APIs Session Based zutesten. Nehmen Sie Session Based Testing daher unbedingt in die Agile Testing Strategie auf!4. Setzen Sie auf die richtige BasisMicroservices müssen stabil und unabhängig lauffähig sein. Ihre Schnittstellenach außen muss möglichst stabil bleiben.Umso wichtiger ist es, die Funktionalitäten von Microservices von der Basisweg richtig zu testen und abzusichern.Beachten Sie daher die Eigenheitenvon Microservices und adressieren Siedie Spezialitäten in Ihrer Agile TestingStrategie.Die unabdingbare Basis und das wichtigste feinmaschige Fallnetz sind UnitTests, die kleine Codeteile, wie z.B.einzelne Methoden, isoliert prüfen.2. Setzen Sie auf geeignete ToolsFunktional ist die nächste Stufe in Formdes Component Tests am wichtigsten.Diese wird auch auf Codeebene automatisiert, integriert aber die Einzelteileeines Microservices und testet es funktional.Ohne geeignete Tools ist eine AgileTesting Strategie, die primär auf Automation setzt, nicht umsetzbar.Die vielfältigen Möglichkeiten, die derToolmarkt heute bietet, lassen es zu, fürjeden Einsatzzweck das am besten geeignetste Tool zu wählen. Ein Toolstack, der sich in der Praxis bewährthat, wurde in den Vortragsfolien genauer skizziert. (Anm.: Diese finden Sieunter www.SEQIS.com zum Download.)Die Mischung aus Open Source Werkzeugen und kommerziellen Lösungendeckt den gesamten Prozess hinter derAgile Testing Strategie vollständig ab.3. Exploratives Session Based Testing, unbedingt!Microservices arbeiten primär überAPIs (Application Programming Interfaces), können also nicht über eineOberfläche aufgerufen werden, sondern müssen orchestriert werden. D.h.es wird zumeist ein HTTP-Call gegendie öffentliche Schnittstelle des Services parametrisiert abgesetzt.Das Service antwortet wiederum miteinem HTTP-Return Code und ggf. mitDaten, meist in der JSON-Form(JavaScript Object Notation).Last but not least sind Contract Testsganz wichtig, um die Schnittstellenvereinbarungen für alle Nutzer einesMicroservices stabil zu halten und abzusichern.5. Sichern Sie die Anforderungen ausBenutzersicht mittels End 2 EndTestsEnd 2 End Tests integrieren die Microservices aus Benutzersicht. Sie sindunbedingt notwendig, aber sehr teuerund aufwendig umzusetzen.Es ist daher wichtig, die richtigen End2 End Tests risikobasiert auszuwählenund die Testtiefe über die unteren Teststufen zu realisieren.Mittels BDD-Gherkin-Notation(Behavior Driven Development) können auch End 2 End Tests gut parametrisiert und durch Daten getrieben werden.End 2 End Tests ersetzen nicht das explorative manuelle Testen – planen Siedas auch unbedingt über die Test Sessions mit ein.66. Testen Sie auch die Performance inIhrem ProjektKontinuierliches Performance Engineering ist gerade für Microservices unbedingt notwendig.Es beginnt bei der Überwachung derCodeperformance bei der Unit TestDurchführung und endet bei der systemeigenen Produktionsüberwachungmit serviceeigenen KPIs.Dazwischen liegt die toolgestützte iterative Optimierung der Performance. Dabei wird das Service belastet und versucht das aktuelle Bottleneck zu identifizieren. Ist es gefunden, wird der Testwiederholt und das nächste Bottleneckaufgedeckt.Die dabei optimierte Konfiguration unddie Codebasis müssen unbedingt mitversioniert und mitdeployed werden.7. Testumgebungsmanagement automatisieren – containerisiertContainerisation ist der Schlüssel zueiner schlanken und stabilen Produktivsetzung von Microservices. Diese werden in einem Container deployed, konfiguriert und getestet. Zwischen Testumgebungen und Produktion wird nurder fertige Container verschoben.Dadurch geht das Artefakt, das denBuild verlassen hat, letztlich bis in dieProduktion. Alle Qualitätsmaßnahmendazwischen setzen auf dem gleichenArtefakt auf. Fehler am Weg in die Produktion werden dadurch ausgeschlossen.Container können sehr einfach automatisch aufgebaut werden. Das Containermanagementsystem erlaubt direkt auchdie Multiplikation und Skalierbarkeit fürhohe Lastszenarios in Produktion.8. Automatisieren Sie Ihre TestdatenDurch die redundante und unabhängige Datenhaltung ist es für Microservicesschwieriger, Testdaten zu erzeugen undeinzubinden.Implementieren Sie daher einen Testmodus in Ihren Microservices. Er ermöglicht es, das Microservice zu testen,ohne von anderen Microservices abhängig zu sein und ohne Testdaten generieren zu müssen. Diese Testdatenwerden im Testmodus vom Microservice selbst erzeugt und wiederholbarbereitgestellt.

Agile Testing / E-BookNatürlich ist es auch ohne Testmodusmöglich, über die normale API einesMicroservices Testdaten zu erzeugen,die danach für den eigentlichen Testverwendet werden können.9. Automatisierte Continuous Integration zur Absicherung IhrerQualitätContinuous Integration ist automatisierte Qualitätssicherung von A-Z. Überden Buildserver können Sie jede Aufgabe, vom Compilieren bis zum Performance Test, vom Unit Test bis zumDeployment in die Testumgebung odervom automatischen Code Review bishin zum Reporting vollständig und wiederholbar automatisieren.Dadurch wird „Immediate Feedback“an die Entwickler möglich. Sie sehensofort, ob ihre Codeänderung negativeAuswirkungen hat. Auch die regelmäßige, intensive Prüfung aller Qualitätsaspekte bringt die Sicherheit, mit einergeprüften Version die nächsten Schrittezu machen. Unnötige Aufwände werden dadurch vermieden.[E-Book zum Thema„Internet für Zuhause“][Der Autor]Mag. Alexander Vukovicbeschäftigt sich seit 1996 mit dem Spezialbereich Software Testing. Als Founder und Mitglied der Geschäftsleitungvon SEQIS sowie leidenschaftlicherEntwickler ist ihm die Qualität vonSoftware ein Herzensanliegen. SeineKerngebiete liegen in der Beratung –insbesondere in den Bereichen AgileCoaching, Certified Agile Tester Training, interne Produktentwicklung undLasttest.Für ihn steht das Motto „Es gibt keineProbleme, sondern nur nicht gefundene Lösungen“ bei all seinen Projektenan oberster Stelle.Mittels Continuous Integration könnenSie „Alles“ – also jeden Build- und QSSchritt – automatisieren und absichern.10. Automatisieren Sie den gesamtenWeg bis in die Produktion mittelsContinuous DeliveryWenn Sie die Basis mit Unit Tests geschaffen, Component Tests, ContractTests und End 2 End Tests automatisiertund mit Session Based Testing zusätzlich abgesichert haben.Fortsetzung von Seite 1:Wissenswerte zu den TarifenDa die Kosten für HSPA- und LTEZugänge sehr stark variieren, lohntsich ein gründlicher Tarifvergleich.Nicht alle Nutzer benötigen die volleLTE-Geschwindigkeit von mittlerweile300 MBit. Für Leute, die kein InternetTV nutzen und auch keine ganze Familie mit einem Internet-Anschluss versorgen müssen, reichen 16 MBit zumeist aus. Ebenso lässt sich bei derVolumenbegrenzung viel Geld sparen.Bei Internetzugängen per Mobilfunk istes üblich, dass nur eine bestimmte monatliche Datenmenge verbraucht werden darf. Wer dieses Datenvolumenüberschreitet, muss entweder einenneuen Zugang buchen oder mit einerstark reduzierten Geschwindigkeit leben. Datenmengen von 500 MB bis 1GB eignen sich für Gelegenheitssurfer,während große, mehrere zehn Gigabyte umfassende, Volumen für Vielnutzer von datenintensiven Diensten unumgänglich -anschluss (Alexander Fuchs)Wenn Sie Performance Engineering inIhre Agile Testing Strategie aufgenommen haben. Wenn Sie Containerisationfür Ihre Testumgebungen und denTestmodus für Ihre Testdaten nutzen.Und wenn Sie all das bereits über einContinuous Integration System automatisiert durchführen.Dann sind Sie bereit für den letztenSchritt der Agile Testing Strategie:Continuous Delivery. Über eineDeploychain sichern Sie Ihre Applikation im Container vom Build bis in Produktion vollständig ab.Damit ist die letzte große Fehlerquellebeseitigt und das schnelle, unabhängige, qualitätsgesicherte DeploymentIhres Microservices sichergestellt. (Alexander Vukovic)Abb.: Automationsstrategie für Microservices ( SEQIS GmbH)7

Digitale Transformation[Digitale Transformation und wo bleibt die Servicequalität?]Neue Herausforderungen und Möglichkeiten für die IT und die Qualitätssicherungvon Dr. Henrik Schreiber und Dr. Pascal R.J. KlokBankkunden werden immer anspruchsvoller was Qualität, Funktionalität undEinheitlichkeit des Bankenauftrittes überalle Kontaktkanäle angeht. Gleichzeitigsteigt aber auch die Wechselbereitschaftder Kunden, wenn neue Kundenwünschenicht erfüllt werden. Wie kann eine Bankdiesen Ansprüchen genügen?AusgangsbedingungenEine Umfrage des Marktforschungsinstitutes Yougov zeigt, dass im Jahr 2016etwa jeder Zehnte der Befragten dieHaupt-Bankverbindung gewechselt hat.Im Jahr zuvor waren es noch halb soviele. Diese steigende Wechselbereitschaft zeigt einen Trend, der relativgleich verteilt in allen Einkommensund Vermögensschichten belegbar ist.Banken müssen daher auf diesen Trendreagieren und den Ursachen für denWechsel begegnen.Eine Wechselursache bei Bankkundenist die wachsende Kundenerwartung andie digitalen Services. Dabei ist einefunktional fehlerfreie Umsetzung derKundenwünsche nicht mehr ausreichend. Stattdessen muss die Benutzungdigitaler Services von einer positivenNutzererfahrung des Kunden begleitetwerden. Banken, die dies nicht erfüllen, laufen Gefahr ihre Kunden zu verlieren. Damit ist eine Konzentration derKunden auf einige wenige Banken zuerwarten, die es schaffen, digitale Services mit einer positiven Nutzererfahrung zu vereinbaren.Positive Nutzererfahrung und KundenloyalitätServicequalität in der digitalenTransformationFür eine positive Nutzererfahrung undeine dauerhafte Kundenloyalität ist eselementar, den Kunden an dem Ortabzuholen, an dem der Kunde seineWunscherfüllung sucht. Dabei müssenauch in einer digitalen Service-WeltWünsche schnell und ohne Hürdenerfüllt werden. Die Aktualität und Konsistenz der Informationen auf allen Kanälen ist dabei ein Qualitätsmerkmal.Beispielweise sollte der Kunde nacheiner getätigten Abhebung am Geldautomaten seinen aktuellen Saldo undVerfügungsrahmen nicht nur dort, sondern auch direkt im Onlinebankingsehen können. Genauso sollte ein Kunde in einer Bankfiliale mit längererÖffnungszeit anrufen können und dortmehr als nur den Hinweis auf die Arbeitszeiten in seiner gerade geschlossenen Heimatfiliale bekommen.Eine Servicequalität mit Kundenfokussierung ist keine Innovation. Schon vorder allgemeinen Verbreitung der Informationstechnologie waren die Unternehmen mit einer hohen Kundenorientierung besonders erfolgreich. Dazugehört das aktive und kontinuierlicheEinholen von Kundenfeedback, umschnell mittels kurzer Entwicklungszyklen reagieren zu können. Die Zufriedenheit und die Loyalität von Kunden werden dabei als selbstverständliche KeyPerformance Indikatoren verwendet.Plakativ kann dies mit „Service with asmile“ umschrieben werden.Wie gravierend eine unzureichendeReaktion auf Kundenbedürfnisse für einUnternehmen sein kann, zeigen Beispiele wie das von Yahoo. In Zeiteneines schnellen und öffentlichen Feedbacks durch Bewertungen beispielsweise. in App-Stores werden Anbieterohne Servicequalität sofort abgestraft.Daher muss sich eine Bank gerade ineiner digitalen Service-Welt um Servicequalität mit sehr hoher Kundenfokussierung bemühen. Denn nur so werden die notwendigen positiven Nutzererlebnisse erzeugt, die Loyalität erhöhen und ein Wachstum ermöglichen.Da Veränderungen in der digitalenTransformationtiefgreifenderundschneller erfolgen, rückt für eine Bankdie Kundenorientierung noch stärker inden Vordergrund. Dabei steht nun diein der Vergangenheit im Backofficeversteckte IT im Vordergrund undübernimmt wesentlich mehr Verantwortung im direkten Kundenkontakt. Die ITmuss daher schnell in kurzen Entwicklungszyklen bei niedrigerer Fehlertoleranz auf Kundenfeedback reagierenkönnen. Gleichzeitig kommen zu denbisherigen Anforderungen noch dieErwartung einer passenden emotionalen Ansprache, der Anspruch einer hervorragenden Usability und der Beherrschung der steigenden technischenKomplexität. Omni-ChannelBeziehungsarbeitCustomer Journey überverschiedene Kanäle undBereiche wobei digitalesMarketing, digitaler Verkauf und digitale Servicesverknüpft werden8

Digitale TransformationBeim Übergang vom Multi-Channel hinzum Omni-Channel-Modell wird die Herausforderung für die Entwicklung unddie End-to-End-Qualitätssicherung besonders deutlich. Das Ziel dabei ist es,dem Bankkunden einen gefühlt nahtlosen Übergang zwischen verschiedenenKommunikationskanälen und Systemenzu ermöglichen.Dieses Thema ist in seinem Zusammenspiel aus Funktionalität, Dauerverfügbarkeit, Sicherheit und Performanz für jegliche IT-seitige Implementierung und Qualitätssicherungeine große Herausforderung.Daher sind in der IT und der Qualitätssicherung neue Wege notwendig. Entsprechende Ansatzpunkte sind in derfolgenden Grafik zu finden.Weg zur Servicequalität in der digitalen TransformationDarstellung von Ansatzpunkten für die IT und die Qualitätssicherung zur Sicherstellungvon Servicequalität im Software-LebenszyklusNachdem die Transformationsstrategie festgelegt wurde, müssen vieleBereiche wie die zugehörige Architektur und Entwicklungsmodelle aktivverwaltet werden. Dabei sollten inder Strategie unter anderem die Ansprüche hinsichtlich der Usability,der Verfügbarkeit und der Einbindung Dritter berücksichtigt werden.Darüber hinaus sollten während derAusführung die Kundenerfahrungenstetig beobachtet, die Strategie feinjustiert und die notwendigen Verbesserungen auf den Weg gebracht werden. Eine enge Zusammenarbeit zwischen den einzelnen Unternehmensbereichen vom Fachbereich bis zumBetrieb in einer Bank ist daher notwendig.Um eine hohe Servicequalität gewährleisten zu können, muss die Qualitätssicherung möglichst früh undkontinuierlich in die kürzeren Entwicklungszyklen eingebunden sein.Dabei gilt das generelle Paradigma,möglichst früh im Entwicklungsprozess mit der Qualitätssicherung zubeginnen, um erkannte unerwünschteEffekte einfacher und preiswerterkorrigieren zu können. Dies ist ineiner digitalen Service-Welt bei einerschnellen Verbreitung von Fehlerwirkungen umso wichtiger. Daher mussdie Qualitätssicherung in der digitalen Transformation spätestens in derBusiness-Analyse beginnen.9Das frühere Ansetzen der Qualitätssicherung in der digitalen Transformation wird mit dem Begriff „Shift Left“beschrieben, das in der folgendenGrafik dargestellt ist.

Digitale TransformationAgile Entwicklung: Shift Left„Shift Left“-Ansatz für die frühe Berücksichtigung von Qualitätsmaßnahmen und Unterstützungswerkzeugeim Software-LebenszyklusUm im agilen Umfeld effizient das Richtige richtig zu entwickeln, sollte ein„Continuous Quality Path“ etabliertwerden. Dabei sind gerade im mittleren Bereich durch einen hohen Automatisierungsgrad erhebliche Effizienzsteigerungen und Qualitätsverbesserungen über das Konzept „ContinuousBuild and Integration“ möglich. Hierfürliefert der Markt diverse Unterstützungswerkzeuge. Entscheidender alsdiese ist jedoch die Bereitschaft allerBeteiligten, die Digitalisierung zu einem Teil der eigenen DNA zu machen.Besonders für Entwickler und Testersteigen durch die Einbeziehung in alleProjektphasen die Anforderungen.Denn sie müssen beispielsweise nebenihrer Kernaufgabe auch ein stärkeresVerständnis für Design und BusinessAnalyse aufbringen. Neben einerWerkzeugauswahl ist die Qualifizierung der Mitarbeiter für die Etablierung eines nachhaltigen „ContinuousQuality Paths“ notwendig.GeradebeiOmni-ChannelImplementierungen ist Crowd-Testingvielseitig in der Qualitätssicherungeinsetzbar. Neben einer unvoreingenommenen Sichtweise auf das Produkterhält man eine hohe Testabdeckungüber eine Vielzahl von Geräten undBetriebssystemen. Dabei ist diese Methode sowohl effizient als auch kostengünstig und in allen Phasen des Softwarelebenszyklus vom Design überden Test bis zur Produktionsüberprüfung anwendbar. Trotzdem ist CrowdTesting nur eine Ergänzung für einenstärker strukturierten und kontrollierten Test. Daher setzt der Erfolg vonCrowd-Testing eine Einbettung in dieweiteren Qualitätssicherungsmaßnahmen voraus. Crowd-Testing ist internüber Friends-and-Family-Programmeoder spezialisierte kommerzielle Anbieter umsetzbar.Bei zunehmender Digitalisierung steigen die Risiken hinsichtlich Informationssicherheit, die minimiert und nachverfolgt werden müssen. Dafür ist nachden Compliance-Anforderungen derBaFin ein Risikomanagement Systemzum Beispiel nach der ISO 27.00x einzuführen. In der Softwareentwicklungmuss IT-Security im gesamten Softwareentwicklungszyklus berücksichtigtwerden. Dementsprechend müssenalle Beteiligten sensibilisiert und dahingehend qualifiziert werden. Diesschließt die kostenintensive Beratungdurch Sicherheitsexperten, die Anschaffung spezieller Werkzeuge unddie Weiterbildung von Mitarbeiternein. Daher ist zur Finanzierung vonMaßnahmen zur IT-Security die direkteUnterstützung der Unternehmensführung notwendig. Ohne diese Maßnahmen kann eine Bank sehr schnell aufgebautes Kundenvertrauen unwiederbringlich verlieren. 10

Digitale Transformation / KonferenzFazitIn der digitalen Transformation spieltdie IT eine zentrale Rolle in der Beziehung einer Bank zu ihren Kunden. Nureine gut geführte IT kann die komplexen Konzepte wie Omni-Channel umsetzen. Dabei ist das stetige Einholenvon Kundenfeedback und das Optimieren der digitalen Services für eine hohe Kundenzufriedenheit wichtig. Hierfür werden kurze Softwareentwicklungszyklen benötigt, die mit einerstarken Qualitätssicherung unterstütztwerden müssen. Wenn passende Maßnahmen wie der „Shift Left“- Ansatz,das Crowd-Testing und die Minimierung von Informationssicherheitsrisiken von der IT beherrscht werden,ergeben sich nie dagewesene Chancenfür den Erfolg einer Bank. (Henrik Schreiber, Pascal Klok)[TestBash Germany 2017]Seit 8 Jahren organisiert Ministry of Testing erfolgreich Testing Events, mit demStart der TestBash Brighton vor rund 7 Jahren. Seitdem gab und gibt es weitereTestBash Veranstaltungen auf der ganzen Welt und 2017 nun auch die TestBash inMünchen. Das Hauptthema ist Software Qualität und Test.Programm Vasco Duarte: #NoEstimates, An Unconventional Approach to ManagingSoftware Deliveries Noah Sussman: Tentacular Continuity: The Game of Software Agriculture[Die Autoren] Lisi Hocke: Next Stop: FlixBus! A Tester Exploring Developer LandDr. Hendrik Schreiber Patrik Karisch: Testing Accessibility - Automated, Continuously and Re-Während seines Informatikstudiums an derUniversität Paderbornwar Hendrik Schreiberbereits als Anwendungsentwicklerfürdie Optimierung desKundenservice tätig.Im Anschluss an sein Studium promovierte er in den Jahren 2010 bis 2015im s-lab - Software Quality Lab derUniversität Paderborn über das ThemaTestaufwandsschätzung. Die Promotionerfolgte in enger Zusammenarbeit mitdem Unternehmen CRM IT - BA derarvato business support GmbH. Dortübernahm er als Software Quality Engineer Aufgaben im Bereich der Qualitätssicherung. Im Jahr 2015 wechselteer als Testmanager zu dem Unternehmen SQS Software Quality Systems AG.Hier führt er seit 2016 in der RollePractice Team Lead ein Team mit demfachlichen Schwerpunkt Digital Banking.ported Christian Kram: How Industrial Anthropology Influenced My Testing Viktor Slavchev: “Worst” Practices of Software Testing Alexandra Schladebeck: Dear Future Me. a letter to myself about testing,the universe and everything Carmen Sighiartau: A Tester Guide To Win Developers Respect! Pekka Marjamäk: Regression Mitigation Strategy ModelTickets und mehr Info tbash-germany-2017Die Vorträge werden auf Englisch präsentiert. Das internationale Publikum wirdfür breiten Erfahrungs- und Meinungsaustausch sorgen.Informationen zur Veranstaltung Wann: 06.10.2017 Wo: Muenchner KuenstlerhausLenbachplatz 8, 80333 München (Richard ile/Hendrik SchreiberDr. Pascal R. J. KlokPascal Klok ist seit demJahr 1999 für die SQSSoftware Quality SystemsAG als Consultant tätig.Se

das Testing. Beachten Sie daher die Eigenheiten von Microservices und adressieren Sie die Spezialitäten in Ihrer Agile Testing Strategie. 2. Setzen Sie auf geeignete Tools Funktional ist die nächste Stufe in Form Ohne geeignete Tools ist eine Agile Testing Strategie, die primär auf Auto-mation setzt, nicht umsetzbar.