SQ-Magazin Nr. 53

Ausgabe 53 | Dezember 2019

AGILES

ARBEITEN ENTWICKELN <| > OPEN TESTEN

AUGEN AUF BEI DER CODE-AUSWAHL

RISIKOFAKTOR OPEN SOURCE

SOURCE VERANTWORTUNG Schlüssel zu einer agilen Transformation?

OPEN SOURCE QUALITÄTSSICHERUNG, TEST UND TRAINING FÜR AI IM GESPRÄCH MIT CHRISTOPHER BÖRNER

FÜNF DINGE

DIE EIN UNTERNEHMENSARCHITEKT IN ZUKUNFT STÄNDIG TUN MUSS

AGILE ORGANISATIONEN & GROSSKONZERNE TESTING IM WANDEL Wie wir uns vom Rollenbild der Tester verabschieden.

Folgen Sie uns auf Twitter. Facebook. Instagram.

ISSN 2367-3516

David gegen Goliath

twitter.com/SQMagazin / facebook.com/SQforyou / instagram.com/isqicert

JETZT AKKREDITIERT!

ISTQB® CTAL Security Tester

Security Schulung?

Aber sicher. Mit Sogeti.

ISTQB® CTFL • ISTQB® CTFL Agile Tester • ISTQB® CTAL Testmanager • ISTQB® CTAL Test Automation Engineer • GTB CTFL Test Data Specialist iSQI’s® CABA • iSQI’s® CAE • iSQI® Scrum Master Pro • iSQI® Practitioner in Agile Quality CMAP Mobile App Testing – Foundation Level • Performance Testing • Test Automation IREB® CPRE-FL Certified Selenium Tester Foundation TMap NEXT® Test Engineer • Test Manager • Praxisworkshop TPI NEXT® Foundation • TPI NEXT® für Testmanager Besuchen Sie uns unter

www.sogeti.de/2019

Individuelle Schulungen: u. a. Security • Testautomatisierung • Agilität

3

Ausgabe 53 | Dezember 2019

Editorial

Der junge Programmierer Früher oder später werden wir alle, ob im Alltag oder im Berufsleben, um Programmierkenntnisse nicht herumkommen. Warum also nicht bereits in jungen Jahren lernen, damit umzugehen? Laut einer Forsa-Umfrage finden 59 Prozent der Deutschen, dass Kinder bereits in der Schule programmieren lernen sollten. Das heißt, über die Hälfte der Menschen in Deutschland unterstützt die Idee vom kleinen Programmierer zu Hause. Unser Bewusstsein scheint also für das Thema schon mal geschärft zu sein, aber wie sieht es mit der Umsetzung in der Realität aus?

Das Saarland geht voran und bietet seit 2017 den Minicomputer Calliope flächendeckend für Schulen an. Die kleine von den Schülern selbst zusammengebaute Platine sensibilisiert für digitale Geräte und Digitalisierung im Allgemeinen. Programmieren in der Grundschule ist also keine Zukunftsvision, sondern ein Thema mit dem sich Eltern, Lehrer und Kinder stärker beschäftigen müssen und werden. Denn wir befähigen unseren Nachwuchs, in einer digital-geprägten Welt zurechtzukommen und diese Welt aktiv zu gestalten.

Fakt ist: Bisher gibt es kein Bundesland, das Programmieren als Pflichtfach im Lehrplan stehen hat. Dabei ist die Grundschule hierfür der perfekte Ort! Die Neugier der Kleinen ist sehr groß und die Lernkurve steigt schnell.

Sie können spielerisch fürs Programmieren begeistert werden. Vergessen wir nicht, dass Programmieren ähnlich ist wie Basteln, also ein kreativer Prozess. Soft Skills wie Fehlertoleranz und Teamwork werden ganz nebenbei mitgelernt.

Nun habe ich noch eine Herzensangelegenheit: Jedes Jahr in der Vorweihnachtszeit findet die VON HERZEN Tour der AWO Potsdam statt. Die Arbeiterwohlfahrt organisiert für bedürftige Potsdamer Familien in diesem Rahmen Weihnachtsmärkte mit kostenfreiem Essen und Attraktionen. Vor allem für Kinder ist diese Aktion immer wieder ein schönes Ereignis. Sehr gerne habe ich wieder die Schirmherrschaft übernommen und iSQI unterstützt die Aktion finanziell und hilft bei den Weihnachtsmärkten.

Einige Länder, wie beispielsweise Estland, sind uns da um einiges voraus: Hier gibt es schon seit 2012 entsprechende Projekte bereits im Kindergarten und Programmieren ist in den regulären Schulunterricht eingebunden.

In Deutschland glänzen bisher nur einige Regionen mit freiwilligen Initiativen.

Wir würden uns alle sehr freuen, wenn auch Sie mitmachen und spenden: AWO Bezirksverband Potsdam e.V. Deutsche Kreditbank Berlin IBAN: DE71120300000000482109 Verwendungszweck: iSQI@ VON HERZEN

Tour 2019 Ich wünsche Ihnen eine schöne Weihnachtszeit und freue mich auf ein erfolgreiches Jahr 2020!

Ihr Stephan Goericke

Was ist Ihre Meinung oder Erfahrung? Teilen Sie mir Ihre Gedanken mit! Ich freue mich auf Ihre Zuschrift und einen anregenden Austausch zu den verschiedensten Themen. s.goericke@sq-magazin.de

FÜNF DINGE

DIE EIN UNTERNEHMENSARCHITEKT IN ZUKUNFT STÄNDIG TUN MUSS

35 IM GESPRÄCH MIT CHIP CHILDERS

12

AUGEN AUF BEI DER CODE-AUSWAHL

Inhalt

RISIKOFAKTOR OPEN SOURCE

30

SO WIRD DAS LEBEN LEICHTER EINSATZ VON OPEN SOURCE SOFTWARE FÜR SCHNELLERE UND EINFACHERE SOFTWARE-ENTWICKLUNGZU

06 ASQF-NEWS SCHWERPUNKT 12 AUGEN AUF BEI DER CODE-AUSWAHL RISIKOFAKTOR OPEN SOURCE

BEST PRACTICE 16

DYNAMIC APPLICATION SECURITY TESTING (DAST) MIT OWASP ZAP AUTOMATISIEREN

IM

FOKUS

25 STRUKTUR IST ALLES DIE VORTEILE EINER EFFEKTIVEN STRUKTUR FÜR DIE TESTAUTOMATISIERUNG

35 FÜNF DINGE DIE EIN UNTERNEHMENS ARCHITEKT IN ZUKUNFT STÄNDIG TUN MUSS

IM GESPRÄCH

10 mit Christopher Börner OPEN SOURCE QUALITÄTSSICHERUNG, TEST UND TRAINING FÜR AI 30 mit Chip Childers SO WIRD DAS LEBEN LEICHTER OPEN SOURCE SOFTWARE FÜR DIE SOFTWARE ENTWICKLUNG

40 iSQI-NEWS

ASQF NEWS

5

AUFRUF ZUR MITARBEIT IN DEN ASQF-FACHGRUPPEN Am 5. Dezember ist der internationale Tag des Ehrenamts. Und wir wollen uns bei allen unseren ehrenamtlich arbeitenden Fachgruppenleiter*innen bedanken. Zeitgleich wollen wir alle unsere Mitglieder motivieren, sich selbst in die regionale Fachgruppenarbeit einzubringen. Denn ein Verein – auch unserer Größe – ist nur so stark wie das (ehrenamtliche) Engagement seiner Mitglieder.

In den Fachgruppen finden regelmäßige Treffen zum Austausch in den un-

terschiedlichsten Themenfeldern und Regionen statt. Haben Sie Probleme mit speziellen Testfällen, der agilen Transition im Unternehmen oder wollen Sie erfahren, wie andere QA-Abteilungen arbeiten, dann sind Sie bei unseren Fachgruppen richtig.

Möchten Sie sich mit Experten zu einem bestimmten Thema austauschen oder das ASQF-Netzwerk in Ihrer Region stärken, melden Sie sich bei Anna-Christina Feldhusen anna-christina.feldhusen@asqf.de.

DAS WAR DIE 1. ASQF NET WEEK Im September fand zum ersten Mal die ASQF Net Week statt. Vom 23. bis 27. September konnten Interessierte an 14 Webinaren zu den unterschiedlichsten Themen rund um Qualität in Software und Systemen teilnehmen.

Die Themen und Webinare wurden stark nachgefragt. Wir konnten über 500 Webinar-Registrationen verbuchen.

Wir möchten uns an dieser Stelle bei den Speakern und den Sponsoren Embold Technologies GmbH, imbus AG und Process Fellows bedanken, die diese Webinar-Woche erst möglich gemacht haben.

Für ASQF-Mitglieder stehen die Aufzeichnungen der Webinare im ASQF

Net zur Verfügung. Für Leser*innen, die bisher noch kein Mitglied sind, gibt es ebenso die Möglichkeit, die Aufzeichnungen anzusehen. Dafür müssen Sie sich kurz für den Newsletter auf https://www.asqf.de/asqf-netweek-2019/ eintragen.

P.S. Alle Mitarbeiter einer Mitgliedsfirma können sich für einen eigenen Zugang zum ASQF Net registrieren. Alle Infos dazu auf unserer Website.

P.P.S. Wir sind bereits in den ersten Planungen für eine Webinar-Woche 2020. Wenn Sie Interesse haben, sich daran als Speaker oder Sponsor zu beteiligen, melden Sie sich bei Tobias Nowack (tobias.nowack@asqf.de).

EVENTPLANUNG 2020 Insgesamt 61 Referenten*innen teilten 2019 ihre Expertise auf 13 ASQF Days, von Agiler Transformation über die Ethik von KI bis zur Zukunft des Testens.

Im Schnitt nahmen 70 Tester, Projektmanager, Developer, Trainer etc. an unseren Events teil. Wollen Sie dieses Publikum mit Ihrer Firma erreichen?

Dann seien Sie als Aussteller in 2020 dabei! Es sind wieder 13 Veranstaltungen im gesamten D-A-CH-Raum geplant.

Die erste Veranstaltung wird der 5.

Testing Day NRW am 27. Februar sein.

Der Call for Papers läuft noch bis zum 31.12.2019.

Neben Sponsoren freuen wir uns auch immer über eine aktive Beteiligung als Speaker.

WEITERE INFORMATIONEN FINDEN SIE AUF www.asqf.de/asqf-days/

Ausgabe 53 | Dezember 2019

EXKLUSIVE RABATTE

FÜR ASQF-MITGLIEDER

ITCS 03.12.2019, Frankfurt am Main

Software Quality Days 14.-17.01.2020, Wien

18.02.2020, Frankfurt

TEILNAHME KOSTENLOS

20% RABATT FÜR MITGLIEDER

25% RABATT: SQBGDFC

IT Tage Frankfurt 09.-12.12.2019, Frankfurt am Main

all about automation hamburg 15.-16.01.2020, Hamburg

25 % RABATT FÜR MITGLIEDER

TICKET CODE 4E4ZMGXP

Bei Interesse melden Sie sich bitte unter events@asqf.de

DIGITAL FUTURE congress

WERDEN SIE MITGLIED IM ASQF!

www.asqf.de/asqf/mitglied-werden

Neue Mitglieder im ASQF e.V. Bitmarck Technik GmbH Hamburg www.bitmarck.de

PKE Holding AG Wien www.pke.at

Avsar Test Engineering GmbH Hannover www.avsar-te.de

Boldly Go Industries Frankfurt GmbH & Co. KG Frankfurt am Main www.boldlygo.de

Scope Engineering GmbH Kiel www.scope-engineering.de

esop GmbH Eschborn esop.de

6

ASQF NEWS

7

AGILE TRANSFORMATION AUF ALLEN EBENEN DIE 3. AGILE NIGHT AUSTRIA In den Workshops der ASQF-Fachgruppe „Agilität Österreich" im Jahr 2019 wurden Aspekte der agilen Transformation auf unterschiedlichen Ebenen behandelt: Inwieweit wirkt diese auf jeden Einzelnen, welche Veränderungen in der Zusammenarbeit innerhalb und zwischen Teams sind zu beobachten und welchen kulturellen Wandel vollziehen Organisationen als Folge von oder Voraussetzung für Agilität?

Diesen Fragestellungen war auch die Agile Night gewidmet. Nach der Begrüßung durch die Fachgruppenleiter Manfred Baumgartner (Nagarro) und Andreas Mayerhofer-Bollek (Erste Group IT) und Gastgeber Gerwald Oberleitner (Microsoft Österreich) zeigte David Heitzinger (Raiffeisen Bank International) mit seinem Vortrag „Ein Containerschiff wird Agile“ wie es gelingen kann, ein sehr großes und komplexes Unternehmen auf den agilen Kurs zu bringen.

Der Vortrag machte deutlich, dass dieser Wandel nicht von heute auf mor-

gen geschieht. Viele Dimensionen sind zu beachten und zu bearbeiten und dies gelingt nicht gleichzeitig in allen Bereichen.

Wie viel an Veränderungen kann quasi von „Oben“ verordnet werden und was kann/soll/muss von „Unten“ her entstehen und wie? Daniel Eder (Nagarro) widmete seinen Vortrag der „Agilität durch Freiräume in Organisationen“. Freiräume motivieren, sind Quelle von Innovationen und steigern auch die Produktivität – aber nicht mit dem Zugang „Ab jetzt macht jeder, was er will“.

Im Workshop-Round-Up der Fachgruppe wurde von Baumgartner und Mayerhofer-Bollek berichtet, dass es sich lohnt, die Herausforderungen des agilen Wandels auf den verschiedenen Ebenen unterschiedlich zu behandeln.

Nach der Pause, die intensiv für den Erfahrungsaustausch genutzt wurde,

präsentierten Veronika Kotrba und Ralph Miarka (sinnvollFÜHREN) die „12F der Fairänderung“.

Damit für Menschen die Veränderung nicht ein Verlust („weg-von“), sondern ein Gewinn („hin-zu“) wird, muss diese auch als fair wahrgenommen werden.

Im finalen Vortrag „Agilität weiter gedacht! Von der Software-Entwicklung in das gesamte Unternehmen.“ schilderte Valentin Klausburg (openFORCE), wie es der openFORCE gelungen ist, agile Prozesse, die in der Software-Entwicklung bereits erfolgreich im Einsatz waren, in die Unternehmensführung zu integrieren.

Manfred Baumgartner (Fachgruppenleiter Agilität Österreich)

Wie die Lösungen der Referenten*innen für die angeschnittenen Fragen aussehen, können Sie im ASQF-Blog nachlesen. Hier finden Sie auch die Termine für die nächsten Workshops zum Thema „Diversity@Agile”. www.asqf.de/blog

ASQF NEWS

Trainingsprovider Termine Ort

Datum

Tage

Trainingsprovider

CPPM

Köln

27.01.2020

4

Deutsche Projekt Akademie

CPPM

Röttenbach

03.02.2020

4

sepp.med gmbh

CPPM

Frankfurt

03.02.2020

4

Expleo group

CPPM

Berlin

10.02.2020

4

Method Park GmbH

CPPM

München

25.02.2020

4

Prozesswerk GmbH

CPPM

Köln

16.03.2020

4

Expleo group

CPPM

München

24.03.2020

4

Deutsche Projekt Akademie

CPIoT

Braunschweig

14.01.2020

3

BREDEX GmbH

CPIoT

Röttenbach

22.01.2020

3

sepp.med gmbh

CPIoT

Wien

25.02.2020

3

Nagarro GmbH

CPIoT

Hamburg

02.03.2020

3

oose Innovativ Information AG

CPIoT

Berlin

17.03.2020

3

Fraunhofer FOKUS

CPIoT

Wolfburg

18.03.2020

3

sepp.med gmbh

CPIoT

Braunschweig

30.03.2020

3

BREDEX GmbH

Certified Professional for IoT

MEHR INFORMATIONEN ZU DEN ZERTIFIZIERUNGEN FINDEN SIE UNTER WWW.ASQF.DE/ASQF/PRODUKTE

Das ASQF-Karriereportal Wir haben den passenden Job für Sie!

Senior Testmanager (m/w/d)

Trainer IT-Qualitätssicherung (m/w/d)

Oberhausen

Hamburg, Stuttgart, Hannover, Frankfurt am Main, Wolfsburg,

IT-Berater (m/w/d) Software Qualitätssicherung

Ratingen

Frankfurt

Sogeti deutschland GmbH

cimt objects ag

Agiler Software Tester/ Testautomatisierer (m/w/d)

Testautomatisierer / Tester im agilen CI Kontext (w/m/d)

Möhrendorf, München, Norderstedt,

Düsseldorf, Hamburg, München, Nürnberg, Dresden,

Werkstudent (m/w/d) Softwareentwicklung/ Embedded Engineering

Hofheim, Lehre, Köln

Hannover, Wiesbaden, Frankfurt

Wiesbaden

imbus AG

TeQS Consulting

tecmata

rola Security Solutions

Die ausführlichen Stellenangebote finden Sie auf www.asqf.de/karriereportal

Im Gespräch

9

OPEN SOURCE QUALITÄTSSICHERUNG, TEST UND TRAINING FÜR AI Christoph Börner und Florian Treml gründeten kürzlich das Start-Up „Botium“. Mit ihrer Entwicklung soll die Chatbot-basierte Kommunikation von Unternehmen mit ihren Kunden verbessert und weiterentwickelt werden.

Mit Botium durchlaufen die Chatbots automatisiert eine Vielzahl von Tests. Für die Entwicklung von Botium setzten die beiden Unternehmer auf Open-Source-Software. Das SQ-Magazin hat mit Christoph Börner über das Projekt und die Vorteile von Open Source gesprochen.

Herr Börner, was verbindet Sie mit Florian Treml, dass Sie ein Start-Up mit ihm wagen?

Wir beide kennen uns schon sehr lange, machen Musik in derselben Rockband. Beruflich haben wir uns in unterschiedlichen Ecken der Informationstechnologie ausgetobt. Florian hat im Development sein zu Hause gefunden und ich habe viel Test Engineering und Automation gemacht.

2018 begann sich dann alles in unserer Branche um die Themen Artificial Intelligence (AI) und Machine Learning (ML) zu drehen. Conversational AI war plötzlich in aller Munde und wird als der nächste große Wurf nach dem Smartphone gehandelt. Nicht verwunderlich, dass Tools und Provider zur Entwicklung von Chatbots und virtuellen Assistenten aus dem Boden sprießen. Wie so oft, fehlten aber von Beginn an sehr wichtige Dinge: Qualitätssicherung, Test und Training. Der

Christopher Börner (2.v.r.) und Florian Treml (2.v.l.) mit dem Botium-Team.

Rest ist dann schon fast Geschichte.

Aus Gitarrist und Drummer wurden Entrepreneurs, das Konzept „Open Source Testautomation for Conversational AI” gewann den ersten Award in Wien und heute zählen wir fast 50.000 Botium Core und 5.000 User in unserer Botium Box Community Edition.

Wie groß ist der Anteil an Unternehmen, die bereits auf Chatbots setzen?

Wie schätzen Sie den zukünftigen Bedarf ein? „Signifikant hoch” möchte ich auf beide Fragen antworten. Ein paar Zah-

len um das zu untermauern: Die drei größten Social Messenger – namentlich Whatsapp, Facebook Messenger und Wechat – haben mittlerweile eine Userbase von über 3 Milliarden Menschen. Ein Chatbot, der auf diesen Plattformen läuft, kann also potenziell fast die halbe Menschheit erreichen.

An dieser Tatsache kommt keine Strategie-, Innovations- oder Marketing-Abteilung vorbei. Zudem sagen IT-Trendanalysten voraus, dass Conversational AI in Zukunft den Großteil aller Webseiten und Apps ersetzen wird und Bots bald auf 85 Prozent aller Customer Service Anfragen antworten.

Im Gespräch

Ausgabe 53 | Dezember 2019

Was macht einen guten Chatbot aus, sprich, was sind Qualitätskriterien?

„Ein OS-Projekt lebt in erster Linie von seiner Community. Ein tolles Open-Source-Projekt hat aber noch lange keine tolle Community.

Das Stichwort ist hier „Community-Building”.

Und das sind ganz einfach Aufwände, die man nicht unterschätzen darf.”

Vielleicht fange ich hier mit den schlechten an. Ältere oder simpler gestrickte Bot-Generationen basieren auf Entscheidungsbäumen und nicht auf Künstlicher Intelligenz. Deren Qualität ist oft sehr mangelhaft. Andererseits gibt es auch bei den AI-basierten Bots nach wie vor sehr viele, die völlig ungetestet oder nicht ausreichend trainiert sind. Das Ergebnis sind entnervte User und Shitstorms im Netz. Sicher ist auch die Anzahl der Intents, die ein Bot auflösen kann, ein Qualitätskriterium. Und noch vielmehr der Umgang mit denen, die er nicht verwerten kann. Nun muss beispielsweise ein Telekom Chatbot nicht zwangsläufig auch Auskunft über das Wetter geben können. Doch kein User will ein „I don't understand", eine Fehlermeldung oder im Worst Case einen Absturz – womöglich noch mit der Offenlegung von privaten Daten – sehen.

Gute Bots implementieren dazu Handover-Szenarien an einen Support-Mitarbeiter, wenn sie nicht mehr weiter­ wissen.

10

Wie kann man sich einen automatischen Test eines Chatbots vorstellen? Lässt sich das intuitive Verhalten von Menschen, die mit Chatbots kommunizieren, überhaupt darstellen?

Sehr gute Frage und ein zentrales Feature von Botium. Wie man Konversationen in Testfälle packt, hat auch uns sehr lange beschäftigt. In Zusammenarbeit mit Linguisten entstand hier in monatelanger Forschungs- und Entwicklungsarbeit ein ganz neuer Datentyp, sogenannte Convo-Files.

Mit einer eigens entwickelten Syntax lassen sich darin komplexe Konversationen beschreiben und später automatisiert ausführen.

Sie haben sich dafür entschieden, mit Botium ein Open-Source-Framework zu entwickeln. Was bedeutet das?

Nach Selenium für Webseiten und Appium für Apps, war Botium für uns nur der nächste logische Schritt für Bots. Ziel war es dabei, von vornherein ein Framework zu bauen, das von einer großen Community verwendet und auch weiterentwickelt wird. Das

11

Handling ist ähnlich wie bei Selenium oder Appium und führt zu einer sehr flachen Lernkurve. Für uns als junges Unternehmen bedeutet Open Source erst mal ein großes Investment. Einerseits stehen hier die Forschungs- und Entwicklungskosten, andererseits die Aufwände für Community Building und Support. Beim Blick auf die mittlerweile fast 50.000 User war und ist es das aber allemal wert.

weit wollten wir also mal etwas an die Community zurückgeben. Daneben bringt eine lebendige Community natürlich auch sehr viele Vorteile mit sich. Einer davon sind fast wöchentlich Pull Requests von teilweise internationalen Global Playern, die damit das Framework weiterentwickeln.

Wie kommuniziert man mit anderen Entwicklern, die ebenfalls an der Open-Source-Software arbeiten?

Und das Risiko konnten Sie anfangs schon einschätzen?

Die Kommunikation läuft bei uns nicht anders als in anderen OS-Projekten. In den letzten Jahren haben sich da Stackoverflow und Git als die wichtigsten Plattformen hervorgetan. Heavy Contributor bekommen zudem eine Einladung in einen VIP chat channel.

In erster Linie glauben wir an den Open Source (OS) Gedanken. In unserer beruflichen Laufbahn haben Florian und ich unzählige Male von OS-Software profitiert. Ein Stück

Für lebendige Schulungen!

Certified Professional Trainer Lehren mit Konzept.

Ihr nächster Ausbildungsbeginn:

30. März 2020 in München Jetzt anmelden: www.isartal-akademie.de/CPT

Was macht ein Open-Source-Projekt aus? Was sollte man beachten?

Ein OS-Projekt lebt in erster Linie von seiner Community. Ein tolles OpenSource-Projekt hat aber noch lange keine tolle Community. Das Stichwort ist hier „Community-Building”.

Und das sind ganz einfach Aufwände, die man nicht unterschätzen darf.

Bei unserer Userbase arbeitet ein Vollzeitmitarbeiter ausschließlich an Community-Themen. Dazu kommen Konferenzen, Keynotes und Meetups, Blog-Artikel und Social-Media-Arbeit.

Vielen Dank, Herr Börner.

AUGEN AUF BEI DER CODE-AUSWAHL RISIKOFAKTOR OPEN SOURCE

Moderne Entwicklungsverfahren wie das Agile Development setzen auf eng integrierte Teams. Software-Architekten, Entwickler sowie Funktionsund Security-Tester arbeiten eng zusammen, um schneller zu verwertbaren Ergebnissen zu gelangen – und sich so von langsameren Wettbewerbern abzusetzen. Gerade die Arbeit mit lizenzfreien Komponenten und Frameworks hat dabei viele Vorzüge.

Insbesondere mit Blick auf die niedrigeren Entwicklungskosten und die kürzere Time-to-Market. Sie birgt aber auch große Risiken für die Sicherheit der Applikation.

Lange Zeit kreierten interne Teams Individualsoftware streng im TopDown-Verfahren. Drittanbietercode, insbesondere Open-Source-Komponenten, galten als riskant und kamen mit Blick auf die unbekannte Herkunft und die undurchsichtigen Lizenzierungsmodelle nur selten zum Einsatz.

Mittlerweile ist die Open Source Community und damit auch die Akzeptanz von Open-Source-Projekten wie Linux und OpenSSL sowie von Frameworks wie Apache Struts gewachsen. Heute bestehen Software-Anwendungen typischerweise aus benutzerdefiniertem, eigenentwickeltem Code und Drittanbietercode, wobei Open Source sowohl bei Inhouse-Projekten als auch bei kommerziell entwickelter Software oft den Löwenanteil des verwendeten Codes ausmacht.

DURCHBRUCH VON DRITTANBIETER-KOMPONENTEN Eine Analyse der Software-Zusammensetzung zeigt, dass die heutigen Anwendungen zu mehr als 80 Prozent aus Open Source bestehen. Die hohe Akzeptanz von quelloffenen Komponenten in nahezu allen Branchen hat zu einem Anstieg der Open-SourceEntwicklung geführt. Viele namhafte Unternehmen bieten mittlerweile Open-Source-Projekte an, die Entwickler nutzen und ergänzen können.

Der Durchbruch von quelloffenen Komponenten hat aber auch die Art der Anwendungsentwicklung verändert: Anstatt die gesamte Software von Grund auf neu zu entwickeln, verwenden Unternehmen Open Source, um gängige oder sich wiederholende Funktionen bereitzustellen. Eigenentwickelter Code wird daher meist nur noch für proprietäre Features verwendet. Entwickler können ihre Zeit so anwendungsspezifischen Schlüsselfunktionen widmen, anstatt gängige Features aufwendig nachzubauen.

MANGELNDE ÜBERWACHUNG VON OPEN SOURCE Open Source Software ist trotz aller Vorteile aber auch anfällig für Security-Schwachstellen. Jedes Jahr legt die Community eine große Anzahl von Sicherheitslücken in Open Source Software offen. Hersteller melden diese Sicherheitslücken in der Regel

Schwerpunkt

13

verantwortungsbewusst und liefern ein passendes Patch oder eine aktualisierte Version, die die Schwachstelle beseitigt und gefährdete Komponenten behebt, gleich mit. In der Theorie funktioniert dieser Ansatz.

In der Praxis werden dagegen anfällige Open-Source-Komponenten im Entwicklungsprozess oftmals weiterhin eingesetzt. Entwickler laden sich die benötigten Komponenten einmal herunter und behalten sie oft jahrelang in ihrem Workspace. Mit zunehmendem Alter dieser Bausteine steigt die Wahrscheinlichkeit, dass ihre Schwachstellen bereits bekannt und im Darknet entsprechende Exploits verfügbar sind. Viele Unternehmen setzen sich mit zahlreichen unzureichend überprüften Komponenten dem Risiko aus, angegriffen zu werden. Zumal die Angreifer ganz genau wissen, dass Open-SourceKomponenten oft nicht ausreichend überwacht und gepflegt werden. Viele Unternehmen verfolgen ihre OpenSource-Nutzung entweder gar nicht oder tun dies in einer statischen, nicht immer aktuell gehaltenen Tabelle. Der erste Schritt für Security-Verantwortliche, die die Weichen für eine sichere Open-Source-Nutzung stellen wollen, ist daher, sich einen Überblick darüber zu verschaffen, wo Open Source verwendet wird. Die optimale Lösung ist eine umfassende Managementund Orchestrierungsplattform, die Entwicklern quelloffene Bausteine in einem übersichtlichen Dashboard auflistet und ihnen tiefe Einblicke in Open-Source-Schwachstellen ihres Portfolios verschafft.

ABGLEICH MIT SCHWACHSTELLEN‑ DATENBANKEN Die Open Source Security muss sich aber auch den neuen Paradigmen in der Software-Entwicklung (wie DevOps) anpassen. Die in vielen Unternehmen eingesetzten statischen Analysetools sind oftmals nicht in der Lage,

Schwachstellen von Open Source Code zu erkennen – nicht einmal dann, wenn diese bereits bekannt und dokumentiert sind. Hinzu kommt, dass Entwickler von sehr umfangreichen Software-Anwendungen in der Regel nicht die gesamte Codebasis kennen und so der Verbreitung von Sicherheitsschwachstellen Vorschub leisten. Unternehmen sind deshalb auf entsprechende Lösungen angewiesen, die die Software auf enthaltenen quelloffenen Code scannen und diesen dann mit hinterlegten Schwachstellendatenbanken abgleichen.

AUSWAHLKRITERIEN EINER KOMPLETTLÖSUNG

Gunner Winkenwerder ist seit 2015 bei Checkmarx und zeichnet sich in seiner aktuellen

Eine umfassende Software-SecurityLösung muss aber noch mehr können.

Denn Unternehmen sehen sich im Hinblick auf Open Source mit drei wesentlichen Herausforderungen konfrontiert: die Sicherheit ihrer Anwendungen, mögliche Lizenzkonflikte und die Wartung ihrer Systeme und Bibliotheken. Bei der Auswahl der Überprüfungsplattform sollten SecurityVerantwortliche deshalb auf folgende Kriterien achten: Automatisierung der Open Source Security: Schwachstellen im OpenSource-Code sollten möglichst früh im SDLC – im Idealfall bereits bei der Integration – identifiziert und behoben werden. Die Security-Plattform sollte sich über jeden Web-Browser oder direkt aus der Build-Umgebung heraus starten lassen. Die Plattform trägt die Ergebnisse zusammen und stellt diese den Entwicklern anschließend in Echtzeit in der Web-Oberfläche bereit oder teilt sie direkt in der Projektübersicht des Build-Managers.

Eine Lösung für multiple Tests: Die Ergebnisse werden von Open-Source- und statischen Security-Tests automatisch korreliert, um Schwachstellen zuverlässiger zu bewerten und automatisiert zu priorisieren. Auf diese Weise können Entwickler Schwach-

Position als Director für die DACH-Region verantwortlich.

Zuvor war er in verschiedenen Positionen bei führenden ITund Sicherheitsunternehmen wie HP Enterprise Security, Mercury Interactive und PTC tätig. Seit 2010 liegt sein Schwerpunkt auf Anwendungssicherheitslösungen.

Gunner Winkenwerder hat einen M.Sc. in Ingenieurwesen von der Texas Tech University, Lubbock, TX, USA.

Schwerpunkt stellen in ihrem eigenen Code und Open-Source-Schwachstellen über eine einheitliche Konsole managen, statische und SCA-Analysen gleichzeitig anstoßen und sofort erkennen, ob von einer Open-Source-Schwachstelle in ihrer App Gefahr ausgeht.

Fundierte Security-Analysen: Bei der Auswertung gilt es darauf zu achten, dass ein Überblick über Tausende von Open-Source-Schwachstellen, Security-Warnhinweisen und Bugs hinterlegt ist. Entwickler identifizieren Code-Schwachstellen zuverlässig und beheben diese dank handlungsrelevanter Hinweise, ohne dass die Abläufe verzögert werden.

Open Source Code durchgängig prüfen: Voraussetzung für eine erfolgreiche Open-Source-Integration ist, dass die verwendeten quelloffenen Code-Bestandteile auch nach Abschluss der eigentlichen Entwicklung auf potenzielle Sicherheitslücken hin analysiert werden. Einige der gefährlichsten Open-Source-Schwachstellen, etwa ShellShock (CVE-2014-6271), wurden erst Jahrzehnte nach der Veröffentlichung des Codes identifiziert.

Ohne volle Transparenz über den Open-Source-Code, dessen Historie und dessen Rolle im Gesamt-Code ist es nahezu unmöglich, diese Art von Sicherheitslücken zu finden und zu schließen.

Monitoring der Lizenzierung: OpenSource-Lizenzen sind komplex, und bei Verstößen gegen die Vorgaben drohen hohe Bußgelder oder der Verlust von geistigem Eigentum. Die Security-Lösung sollte Unternehmen auf potenzielle Lizenzierungsrisiken hinweisen und mit aussagekräftigen Bewertungen verhindern, dass Mitarbeiter Komponenten verwenden, die nicht mit den technologischen oder geschäftlichen Rahmenbedingungen des Projekts vereinbar sind.

Mit einer umfassenden Security-

Ausgabe 53 | Dezember 2019

Plattform lassen sich Policies für eine sichere und Compliance-konforme Einbindung von Open-Source-Code erstellen und durchsetzen. So definieren Unternehmen Kriterien für die Verwendung und etablieren interne Freigabeprozesse anhand von Metadaten und Projektdetails. Versucht ein Entwickler, nicht-konforme Komponenten zu nutzen, schickt das System eine Benachrichtigung und stößt einen vorgegebenen Workflow (z. B. Build-Abbruch) an. Ein Browser-Plugin vereinfacht zudem die Auswahl von Open-Source-Komponenten. Die Entwickler können online aus verfügbaren Open-Source-Komponenten wählen und anhand unterschiedlicher Risikobewertungen (Sicherheit, Qualität, Compliance) prüfen, ob deren Verwendung zulässig ist – und das bevor Sie sie im Projekt einbinden.

Die Security-Plattform sollte daher so konfiguriert werden, dass sie insbesondere auf häufige Schwachstellen oder Fehler achtet, die etwa in den OWASP Top 10 oder SANS Top 25 aufgeführt sind. Natürlich sind das nicht die einzigen Schwachstellen, um die Entwickler sich Gedanken machen müssen. In allen Fällen ist es deshalb sinnvoll, umfangreichere Tests durchzuführen – auch über die Entwicklungsphase hinaus.

FAZIT Angesichts der steigenden Beliebtheit von Open Source kommen Unternehmen heute nicht umhin, die Analyse der Software-Komponenten nahtlos in die integrierte Entwicklungsumgebung einzubinden und die Open-Source-Analyse als Teil ihres SDLC zu automatisieren. So erhält das Entwickler-Team Transparenz über die gesamte Codebasis, einschließlich der Open-Source-Code-Komponenten, und kann Sicherheitslücken zuverlässig schließen. Integrierte Datenbanken stellen zudem sicher, dass neu entdeckte Schwachstellen schnell

14

beseitigt werden, bevor sie zu einem Sicherheitsproblem für die Anwendung und zum Compliance-Risiko für das Unternehmen werden.

15

www.nagarro.com

Are you losing sleep because of

inefficient or unmaintainable test automation?

Stop worrying and try A2A.DRIVEN - Nagarro‘s advanced test automation approach!

With regard to the World Quality Report 2019, did you know that 61% of business leaders were able to reduce testing costs by leveraging automation?!

Nagarro’s 15+ years of expertise in test automation flows into one powerful approach: The Advanced Automation Approach, in short: A2A!

With 20+ years of experience in test engineering and a global Quality Assurance team of 700+ experts, Nagarro offers you a smart mix of QA experts, book authors, speakers, principal automation architects, and agile quality coaches. Together, we research on accelerated quality and test automation, bringing the speed of digital to testing, and leveraging our expertise in our customer’s projects.

Quick wins needed? Let’s get in touch!

Send us an E-Mail with the subject “Quick Check” to get the chance to win one of three test automation quick checks. After evaluating your current status, one of our experts visits you on-site and identifies possible levers how to optimize your project.

Among all participants we furthermore raffle three editions of our book “Basiswissen Testautomatisierung”.

Thomas Steirer

Khimanand Upreti

Test Automation Expert

Director Quality Assurance

thomas.steirer@nagarro.com

khimanand@nagarro.com

You’d like to accelerate your projects by using A2A? Let’s meet at the Software Quality Days in Vienna on Jan 14-17, 2020 - contact us for a ticket discount!

Ausgabe 53 | Dezember 2019

16

DYNAMIC APPLICATION SECURITY TESTING (DAST) MIT OWASP ZAP AUTOMATISIEREN Dynamic Application Security Testing (DAST) ist eine Black-Box-Sicherheitstestmethode, bei der eine Anwendung von außen, ohne das Wissen um die innere Struktur der Anwendung getestet wird. Ein Tester, der DAST durchführt, untersucht eine laufende Anwendung und versucht, sie so zu kompromittieren, wie es ein Angreifer machen würde.

Mit DAST kann nach einer Vielzahl von Sicherheitslücken gesucht werden, einschließlich Problemen bei der Eingabe- / Ausgabevalidierung, die eine Anwendung für Cross-Site-Scripting oder SQL-Injection anfällig machen können. DAST kann aber auch helfen, Konfigurationsfehler zu erkennen.

DAST ist zwar ein wesentlicher Bestandteil von Sicherheitstests, kann jedoch kein vollständiges Bild der Sicherheitslücken in einer Anwendung liefern. Für umfassende Anwendungssicherheit müssen Black-Box-Tests mit White-Box-Tests und anderen fortschrittlichen Tools kombiniert werden. Dieser Artikel zeigt, wie OWASP ZAP für DAST eingesetzten werden kann.

WAS IST OWASP ZAP UND WIE KANN ES UNS HELFEN? OWASP Zed Attack Proxy (OWASP ZAP, nachfolgend kurz ZAP) ist ein Open-Source-Tool, das von Sicherheitsexperten zum manuellen und automatisierten Scannen im Rahmen von Penetrationstests verwendet wird. Das Tool bietet branchenführende Funktionen und wird von einer große Support-Community entwickelt und gewartet. Neben dem ZAP Client selbst, verfügt das Tool auch über eine API, die sehr gut definiert und dokumentiert ist. Somit kann via API-Zugriff problemlos auf Funktionen von ZAP zugegriffen werden.

ZAP wurde speziell für das Testen von Webanwendungen entwickelt und ist flexibel und erweiterbar. Vom Prinzip her, ist es ein Web-Proxy der den Datenverkehr vom Client zum Server und zurück kontrolliert. Mit ZAP können Sie Anforderungen an Ihre Anwendung abfangen, ändern und erneut senden, um zu sehen, wie die Anwendung reagiert. Dieses kann über die ZAP Benutzeroberfläche oder API’s erfolgen.

Best Practice

17

Abb. 1 – Begrüßungsbildschirm OWASP ZAP

Ohne viel Konfigurationsaufwand kann ZAP auch von Nicht-Sicherheitsexperten verwendet werden, da es bereits eine Vielzahl vordefinierter Sicherheits-Checks mitbringt, die eine Anwendung auf bekannte Sicherheitslücken scannt. Um jedoch den Sicherheitszustand der Webanwendung richtig einschätzen zu können, müssen die Grundlagen der Sicherheitstests verstanden werden. ZAP bietet eine Reihe von Funktionen, wobei die drei grundlegendsten nachfolgend beschrieben werden: Passives Scannen, Aktives Scannen und Schnellstart-Scan.

PASSIVES SCANNEN Beim passiven Scan handelt es sich um einen harmlosen Penetrationstest, bei dem nur die Antworten vom Server auf bekannte Schwachstellen überprüft werden. Die passive Scan-

Funktion ist die bekannteste Funktion von ZAP. Sie zeichnet alle Anforderungen und Antworten der zu testenden Webanwendung auf und protokolliert eine Warnung, wenn die Anforderung oder Antwort möglicherweise eine Sicherheitslücke aufweist. Der passive Scan ändert die Daten nicht. Injections, die OWASP Sicherheitslücke Nr. 1 im Jahr 2018, werden aber mit einem passiven Scan nicht gefunden.

Dazu bedarf es eines aktiven Scans.

AKTIVES SCANNEN Während das passive Scannen keine Änderungen an den Antworten bewirkt und als sicher eingestuft wird, zielt das aktive Scannen darauf ab, andere Sicherheitslücken durch bekannte Angriffe auf bestimmte Bereiche Ihrer Anwendung zu finden. Sie sollten vorsichtig sein, wenn Sie dies auf Anwendungen anwenden, für die

Sie nicht über die entsprechenden Berechtigungen zum Testen verfügen – aktives Scannen ist ein echter Angriff.

Ein aktiver Scan greift die Website mit bekannten Techniken an, um Schwachstellen zu finden. Beim aktiven Scan werden Daten geändert und es können schädliche Skripts in die Website eingefügt werden. Wenn Sie Ihre Website also wirklich auf Sicherheitsprobleme testen, stellen Sie sie in einer neuen Umgebung bereit und führen Sie den aktiven Scan durch. Und führen Sie den aktiven Scan nur für die Sites aus, für die Sie die Berechtigung haben!

SCHNELLSTART-SCAN Mit dem Schnellstarttest können Sie ohne viel Aufwand Sicherheits-Scans mit einigen Standardparametern durchführen. Es muss nur das Ziel

Best Practice

Ausgabe 53 | Dezember 2019

18

(URL oder IP-Adresse mit Port) angegeben und ausgeführt werden. ZAP durchsucht dabei die Webanwendung und scannt passiv jede gefundene Seite. Anschließend führt es einen aktiven Scan durch, und greift alle erkannten Seiten, Funktionen und Parameter an. Durch die Integration in die Pipeline werden Sie umgehend über die Verfügbarkeit von Sicherheitsupdates informiert und stellen sicher, dass Ihre App auf dem neuesten Stand ist. Mit dem Schnellstart-Scan können professionelle Sicherheitstests durchführt werden, ohne dass die normalerweise erforderlichen technischen und Methodenkenntnisse vorhanden sein müssen.

SCRIPTING

ZAP verfügt über eine Skript-Engine, mit der die Funktionen von ZAP erweitert werden können. Dazu gibt es verschiedenste Arten von Skripten, die auf alle internen Datenstrukturen einschließlich Objekten und Methoden Zugriff haben. Es unterstützt alle Skriptsprachen, die JSR 223 unterstützen, darunter ECMAScript / Javascript, Groovy, Python, Ruby.

Es gibt u.a. folgende Typen von Skripten: STANDALONE – Diese Skripte können nur manuell, über den Run-Button gestartet werden.

TARGETED – Diese Skripte ähneln Standalone-Skripten, können jedoch auf einer bestimmten Gruppe von URLs in der Site-Struktur ausgeführt werden. Diese Scripts werden nur auf dem angegebenen Ziel ausgeführt.

PROXY – Diese Skripte, werden für jeden Request & Response ausgeführt, der über den Proxy geht. Diese Skripte ersetzen einen Teil vom Request & Response, während die Nachricht gesendet wird.

Abb. 2 – Ergebnisse und Report OWASP ZAP

AUTHENTIFIZIERUNGSSKRIPTE – Mithilfe dieser Skripte kann der Authentifizierungsprozess automatisiert werden.

SEQUENZSKRIPTE – Diese werden verwendet, um eine geordnete Reihenfolge von Aktionen zu simulieren. Dies kann darin bestehen, auf bestimmte Seiten in einer bestimmten Reihenfolge zuzugreifen und bestimmte Aktionen auf den Seiten auszuführen.

SKRIPTEINGABEVEKTOREN – Mit diesen Skripten können benutzerdefinierte Eingabevektoren angegeben werden, die für Angriffe während aktiver Scans verwendet werden können.

DOWNLOAD / INSTALL ZAP Core ist via https://github.com/ zaproxy/zaproxy/wiki/Downloads verfügbar und enthält ein Minimalset an Funktionen, welches durch zusätzliche Features über den ZAP Marketplace erweitert werden kann.

Auf MAC OSX wird ZAP wie folgt installiert: brew cask install owasp-zap

Alternativ kann ZAP auch als Docker Image verwendet werden: docker pull owasp/zap2dockerstable

19

QUICKSTART SCAN

RESULTS & REPORT

ZAP bietet verschiedene Möglichkeiten, einen Scan durchzuführen. Am einfachsten ist es, den SchnellstartBegrüßungsbildschirm (Abb.1) zu verwenden, der standardmäßig beim Starten von ZAP angezeigt wird.

Über den Menüpunkt „Report“ können Berichte (Abb. 2) im HTML.-, XML.- oder JSON-Format exportiert werden.

Geben Sie zunächst die URL, die Sie scannen möchten, in das Feld „URL to attack“ ein und klicken Sie dann auf die Schaltfläche „Attack“. Dies startet einen zweistufigen Prozess:

Mit OWASP ZAP ist es ein Leichtes, kontinuierliche Sicherheitstests durchzuführen. Binden Sie OWASP ZAP in Ihre Pipeline ein und Sie haben den ersten Schritt in die Richtung DevSecOps gemacht. Den ersten Schritt auf einem langen Weg. Aber wie sagt ein Sprichwort so schön: Auch die größte Weltreise fängt mit dem ersten Schritt an. Sie müssen ihn nur machen. Jetzt liegt es bei Ihnen.

Zuerst wird ein Spider zum Crawlen der Website verwendet: ZAP verwendet die angegebene URL als Ausgangspunkt, um die Website zu durchsuchen und alle darin enthaltenen Hyperlinks zu ermitteln (Links, die auf eine andere Domain verweisen, werden ignoriert). Auf der Registerkarte „Spider“ im unteren Bereich des ZAP-Fensters werden die gefundenen Links angezeigt. Währenddessen scannt ZAP die Links gleichzeitig passiv.

FAZIT

Rudolf Grötz, seit 30 Jahren in der IT unterwegs und passionierter Softwaretester, ist als Agile Engineering Coach im Bereich Test & Test Automation bei Raiffeisen Bank International in Wien im Bereich Softwaretests tätig und lebt den Leitspruch „Testautomation is not an act, Testautomation is a habit!“ Neben Fachartikeln in diversen Magazinen versorgt er die Community auch

Sobald der passive Scan abgeschlossen ist, wird der aktive Scan gestartet.

ZAP startet dazu eine Vielzahl von Angriffsszenarien unter den auf der Registerkarte Spider aufgelisteten URLs. Der Fortschritt wird auf der Registerkarte „Active Scan“ angezeigt.

Wenn der aktive Scan abgeschlossen ist, werden die Ergebnisse auf der Registerkarte „Alerts“ angezeigt. Diese enthält alle Sicherheitsprobleme, die sowohl beim Spider- als auch beim Active Scan aufgetreten sind. Sie werden entsprechend ihrem Risiko gekennzeichnet: Rot für hohe Priorität sowie Gelb und Grün für mittlere bis niedrige Priorität.

mit Konferenzauftritten und

OWASP Das Open Web Application Security Project (OWASP) ist eine gemeinnützige Organisation, die sich auf die Verbesserung der Sicherheit von Software konzentriert. Das Ziel von OWASP ist es, Software-Sicherheit sichtbar zu machen, damit Anwender fundierte Entscheidungen treffen können. OWASP ist in der einzigartigen Lage weltweit unparteiische, praktische Informationen über Anwendungs-Sicherheit zur Verfügung zu stellen. OWASP ist eine Community von gleichgesinnten Fachleuten, die Software-Tools und wissensbasierte Dokumentation zur Anwendungssicherheit herausgibt. Die Tools und Materialien von OWASP sind unter einer freien und offenen Softwarelizenz erhältlich. OWASP empfiehlt keine kommerziellen Produkte oder Dienstleistungen, sodass die Community Hersteller-neutral bleiben kann.

organisiert das Vienna Agile Testautomation Meetup mit mehr als 600 Mitgliedern.

Buch

Ausgabe 53 | Dezember 2019

20

TOOLKIT FÜR AGILE FÜHRUNGSKRÄFTE Wir leben in einer Zeit, in der die Anforderungen an die Art der zu erbringenden Leistungen steigen, Rahmenparameter sich fast täglich verändern und die Komplexität der Systeme, in denen wir uns bewegen, unaufhaltsam wächst. Agilität (Scrum, Kanban & Co.) ist das Zauberwort, das Hilfe verspricht. Doch, was hilft mir als Führungskraft, meine Aufgaben zu erfüllen? Wobei … was sind eigentlich meine Aufgaben, wenn jeder ab morgen selbstbestimmt arbeitet?

Peter Koning bietet in seinem Buch „Toolkit für agile Führungskräfte“ inspirierende Ideen, konkrete Werkzeuge und vier Rollen, die wir als agile Führungskräfte einnehmen sollten. Das Buch ist in gewisser Weise ein Kompass, der beim Steuern, Navigieren und Führen von selbstorganisierten Teams unterstützt. Denn – Verbesserungen kann man in einer komplexen Umgebung nicht auf dem Zeichenbrett planen oder budgetieren. Sie können nur Schritt für Schritt gemeinsam entdeckt und erkundet werden.

Jedes der vier Kapitel im Buch beschreibt eine Rolle, die dazu passenden Werkzeuge und Kompetenzen, die mir als Führungskraft helfen können, die Teams auf der gemeinsamen Reise zu unterstützen:

Der Inspirator – in dieser ersten Rolle geht es um das Setzen von inspirierenden Zielen, die dem Team Klarheit, Motivation und Orientierung geben.

Der Facilitator – das Facilitieren und Fördern der Entwicklung von Ownership in Teams – ist die zweite Rolle.

Unterstützung und Fördern des eigenverantwortlichen Arbeitens mit dem dazu passenden Maß an Autonomie für das Team stehen hier im Zentrum.

Der Experimentator – die dritte Rolle – befasst sich mit dem schnellen Lernen aus dem Feedback echter Anwender und wie kurze Lernschleifen dabei förderlich sind.

Und zuletzt natürlich die Rolle des Cultural Leaders, der ein kulturelles Umfeld erschafft, in dem Vertrauen und Zusammenarbeit gedeihen können.

Kurzum: Eine klare Leseempfehlung für jede Führungskraft, die mit agilen, selbstorganisierten Teams zusammenarbeitet. Das Buch schließt nahtlos an Rini van Solingens „Der Bienenhirte" an, in dem die Herausforderungen einer Führungskraft beschrieben werden, die gestern „hierarchisch Schafe“ gehütet hat und sich heute um „agile, eigenverantwortliche Bienenvölker“ kümmern muss.

Thorsten Nölting ist Vice President der IT für die Serrala Group GmbH mit Hauptsitz in Hamburg. Er ist seit mehr als 14 Jahren Führungskraft mit Erfahrung in der Digitalisierung und der Umsetzung von nachhaltigen IT-Strategien und Lösungen. Darüber hinaus beschäftigt er sich intensiv mit Mitarbeiter-, Team-, Organisations- und Führungsentwicklung sowie systemischen Prozessen. Coaching- und Facilitation-Ausbildungen runden sein Profil ab.

Peter Koning TOOLKIT FÜR AGILE FÜHRUNGSKRÄFTE SELBSTORGANISIERTE TEAMS ZUM ERFOLG FÜHREN 2019, 192 Seiten, Festeinband Euro 26,90 (D) ISBN 978-3-86490-628-2 dpunkt.verlag

Termine to go

einfach aus

Schulungen 2019/20

der Hef tmitt

e heraus tren

Dezember 2019 - Februar 2020 Certified-Schulungen werden ausschließlich von akkreditierten Unternehmen durchgeführt. Das iSQI fungiert hier als Vermittler. Anmeldeformular und Preise unter www.isqi.org.

nen

Mehr als 100 weitere Termine finden Sie unter: www.isqi.org/de/training-certification

Ort

Datum (Start)

Tage

ASQF Certified Professional for Project Management 03.2.2020 4 03.2.2020 4 10.2.2020 4 ASQF ® Certified Professional for IoT 14.1.2020 3 22.1.2020 3 25.2.2020 3 ISTQB ® Certified Tester – Foundation Level 09.12.2019 4 09.12.2019 4 10.12.2019 4 11.12.2019 3 11.12.2019 3 16.12.2019 3 16.12.2019 3 17.12.2019 4 17.12.2019 4 07.1.2020 4 07.1.2020 4 13.1.2020 4 13.1.2020 4 13.1.2020 4 13.1.2020 4 15.1.2020 3 20.1.2020 4 20.1.2020 3 20.1.2020 4 22.1.2020 3 22.1.2020 3 22.1.2020 3 27.1.2020 4 27.1.2020 4 27.1.2020 4 27.1.2020 4 27.1.2020 4 28.1.2020 4 03.2.2020 4 03.2.2020 4 03.2.2020 4 05.2.2020 3 10.2.2020 4 10.2.2020 4 10.2.2020 4 10.2.2020 3 10.2.2020 3 10.2.2020 4 10.2.2020 4 10.2.2020 4 12.2.2020 3 17.2.2020 3 17.2.2020 4 17.2.2020 3 17.2.2020 4 17.2.2020 4 24.2.2020 4

Anbieter

®

Braunschweig Röttenbach Wien Frankfurt Hamburg Stuttgart Berlin München Frankfurt München Berlin München München Wien (englisch) München Hamburg Berlin Köln München München Stuttgart Köln (englisch) Berlin Hamburg Wolfsburg Braunschweig Köln Berlin Frankfurt (englisch) Linz (englisch) Berlin Hamburg Köln München (englisch) München Frankenthal Stuttgart München Bispingen Ratingen Wien München Zürich (englisch) Frankfurt Stuttgart Wien Röttenbach Frankfurt Graz (englisch) Zürich

Expleo sepp.med gmbh Method Park Holding AG BREDEX GmbH sepp.med gmbh Nagarro GmbH Expleo oose Innovative Informatik eG abilex GmbH Loyal Team GmbH Loyal Team GmbH CGI Deutschland B.V. & Co. KG Sogeti Deutschland GmbH QualityDojo IT-Consulting GmbH QualityDojo IT-Consulting GmbH Software Quality Lab GmbH Software Quality Lab GmbH ISARTAL akademie GmbH oose Innovative Informatik eG QualityDojo IT-Consulting GmbH QualityDojo IT-Consulting GmbH CGI Deutschland B.V. & Co. KG Expleo Sogeti Deutschland GmbH Software Quality Lab GmbH Loyal Team GmbH Loyal Team GmbH sepp.med gmbh BREDEX GmbH Expleo Software Quality Lab GmbH Software Quality Lab GmbH Software Quality Lab GmbH CGI Deutschland B.V. & Co. KG Expleo Software Quality Lab GmbH Software Quality Lab GmbH Sogeti Deutschland GmbH EXCO GmbH Expleo ISARTAL akademie GmbH oose Innovative Informatik eG Sogeti Deutschland GmbH Software Quality Lab GmbH Software Quality Lab GmbH Software Quality Lab GmbH CGI Deutschland B.V. & Co. KG Method Park Holding AG Nagarro GmbH sepp.med gmbh Software Quality Lab GmbH Software Quality Lab GmbH Software Quality Lab GmbH

STAND: November 2019

Frankfurt Röttenbach Berlin

Stuttgart (englisch) Hamburg (englisch) Hamburg München Berlin München Hamburg Berlin Düsseldorf Stuttgart Köln Bispingen Berlin Frankfurt Köln Ratingen Wien Frankfurt Hamburg Frankfurt Hamburg München Hamburg München Frankfurt Köln Berlin Hamburg München Frankfurt a.M. Hamburg Wolfsburg Köln München Frankfurt Stuttgart München Frankfurt Wien München Frankfurt Linz Frankfurt Stuttgart Köln Wien München Ratingen Stuttgart Köln Hamburg Linz Frankfurt am Main Köln Hamburg Nürnberg Berlin München Wien Frankfurt Erlangen Berlin Stuttgart Hamburg München Zürich Linz Zürich (englisch) Nürnberg Hamburg Köln (englisch) München Frankfurt am Main

24.2.2020 4 Software Quality Lab GmbH 24.2.2020 4 Software Quality Lab GmbH 26.2.2020 3 CGI Deutschland B.V. & Co. KG ISTQB ® Certified Tester – Foundation Level Extension, Agile Tester 09.12.2019 2 CGI Deutschland B.V. & Co. KG 16.12.2019 2 QualityDojo IT-Consulting GmbH 16.12.2019 2 QualityDojo IT-Consulting GmbH 22.1.2020 3 oose Innovative Informatik eG 27.1.2020 2 QualityDojo IT-Consulting GmbH 03.2.2020 2 CGI Deutschland B.V. & Co. KG 05.2.2020 2 Method Park Holding AG 06.2.2020 2 Expleo 13.2.2020 2 oose Innovative Informatik eG 13.2.2020 2 QualityDojo IT-Consulting GmbH 13.2.2020 2 QualityDojo IT-Consulting GmbH 13.2.2020 2 QualityDojo IT-Consulting GmbH 13.2.2020 2 Sogeti Deutschland GmbH 18.2.2020 2 Software Quality Lab GmbH 24.2.2020 2 CGI Deutschland B.V. & Co. KG 27.2.2020 2 Loyal Team GmbH 27.2.2020 2 QualityDojo IT-Consulting GmbH 27.2.2020 2 Sogeti Deutschland GmbH ISTQB ® Certified Tester – Advanced Level, Test Manager 09.12.2019 5 Sogeti Deutschland GmbH 16.12.2019 5 Expleo 16.12.2019 5 QualityDojo IT-Consulting GmbH 06.1.2020 5 CGI Deutschland B.V. & Co. KG 13.1.2020 5 QualityDojo IT-Consulting GmbH 13.1.2020 5 QualityDojo IT-Consulting GmbH 20.1.2020 5 oose Innovative Informatik eG 27.1.2020 5 ISARTAL akademie GmbH 27.1.2020 5 Sogeti Deutschland GmbH 03.2.2020 5 CGI Deutschland B.V. & Co. KG 03.2.2020 5 sepp.med gmbh 10.2.2020 5 Expleo 17.2.2020 5 Expleo 17.2.2020 5 Loyal Team GmbH 24.2.2020 5 CGI Deutschland B.V. & Co. KG ISTQB ® Certified Tester – Advanced Level, Test Analyst 09.12.2019 4 CGI Deutschland B.V. & Co. KG 16.12.2019 4 Expleo 27.1.2020 4 Software Quality Lab GmbH 03.2.2020 5 Method Park Holding AG 10.2.2020 4 Expleo 10.2.2020 4 Software Quality Lab GmbH 24.2.2020 4 Software Quality Lab GmbH ISTQB ® Certified Tester – Advanced Level, Technical Test Analyst 27.1.2020 3 CGI Deutschland B.V. & Co. KG 03.2.2020 3 Expleo 04.2.2020 3 Software Quality Lab GmbH 18.2.2020 3 Software Quality Lab GmbH ISTQB ® Certified Tester – Advanced Level, Test Automation Engineer (TAE) 27.1.2020 3 Sogeti Deutschland GmbH 27.1.2020 4 Software Quality Lab GmbH 17.2.2020 4 Software Quality Lab GmbH 24.2.2020 3 Sogeti Deutschland GmbH 24.2.2020 4 Software Quality Lab GmbH IREB ® Certified Professional for Requirements Engineering – Foundation Level 09.12.2019 3 SOPHIST GmbH 16.12.2019 3 Expleo 16.12.2019 3 oose Innovative Informatik eG 16.12.2019 3 SOPHIST GmbH 18.12.2019 3 QualityDojo IT-Consulting GmbH 18.12.2019 3 QualityDojo IT-Consulting GmbH 07.1.2020 3 Software Quality Lab GmbH 07.1.2020 3 Software Quality Lab GmbH 13.1.2020 3 Method Park Holding AG 13.1.2020 3 microTOOL GmbH 14.1.2020 3 SOPHIST GmbH 20.1.2020 3 Expleo 20.1.2020 3 ISARTAL akademie GmbH 21.1.2020 3 Software Quality Lab GmbH 21.1.2020 3 Software Quality Lab GmbH 21.1.2020 3 Software Quality Lab GmbH 22.1.2020 3 SOPHIST GmbH 28.1.2020 3 Software Quality Lab GmbH 28.1.2020 3 Software Quality Lab GmbH 29.1.2020 3 QualityDojo IT-Consulting GmbH 04.2.2020 3 SOPHIST GmbH

Wien München Berlin Köln München Frankfurt München (englisch) Dornbirn (englisch) Röttenbach München Hamburg Zürich Berlin Stuttgart (englisch) Berlin Hamburg Dornbirn Berlin (englisch) Bratislava (englisch) Frankfurt am Main Nürnberg Graz Linz Frankfurt am Main Zürich Dornbirn Berlin Linz Frankfurt Zürich München Wien Berlin Hamburg Berlin Düsseldorf Nürnberg Köln Berlin Linz München Wien Zürich Berlin

04.2.2020 3 Software Quality Lab GmbH 04.2.2020 3 Software Quality Lab GmbH 10.2.2020 3 QualityDojo IT-Consulting GmbH 10.2.2020 3 QualityDojo IT-Consulting GmbH 10.2.2020 3 SOPHIST GmbH 11.2.2020 3 Software Quality Lab GmbH 11.2.2020 3 Software Quality Lab GmbH 11.2.2020 3 Software Quality Lab GmbH 12.2.2020 3 sepp.med gmbh 17.2.2020 3 ISARTAL akademie GmbH 18.2.2020 3 SOPHIST GmbH 18.2.2020 3 Software Quality Lab GmbH 18.2.2020 3 Software Quality Lab GmbH 18.2.2020 3 Software Quality Lab GmbH 24.2.2020 3 Expleo 24.2.2020 3 oose Innovative Informatik eG 25.2.2020 3 Software Quality Lab GmbH 25.2.2020 3 Software Quality Lab GmbH 25.2.2020 3 Software Quality Lab GmbH 26.2.2020 3 Method Park Holding AG IREB ® Certified Professional for Requirements Engineering – Advanced Level, Requirements Modeling 13.1.2020 3 SOPHIST GmbH 04.2.2020 3 Software Quality Lab GmbH 11.2.2020 3 Software Quality Lab GmbH 12.2.2020 3 SOPHIST GmbH 25.2.2020 3 Software Quality Lab GmbH IREB ® Certified Professional for Requirements Engineering – Advanced Level, Requirements Management 20.1.2020 4 Software Quality Lab GmbH 21.1.2020 3 microTOOL GmbH 27.1.2020 4 Software Quality Lab GmbH 28.1.2020 3 Method Park Holding AG 03.2.2020 4 Software Quality Lab GmbH 17.2.2020 4 Software Quality Lab GmbH 24.2.2020 4 Software Quality Lab GmbH IREB – RE@Agile Primer 12.12.2019 1 microTOOL GmbH 27.1.2020 4 oose Innovative Informatik eG 29.1.2020 2 Method Park Holding AG 29.1.2020 3 SOPHIST GmbH 10.2.2020 3 SOPHIST GmbH 20.2.2020 1 Expleo 20.2.2020 1 microTOOL GmbH UXQB ® Certified Professional for Usability and User Experience – Foundation Level 08.1.2020 2 Software Quality Lab GmbH 13.1.2020 2 CGI Deutschland B.V. & Co. KG 22.1.2020 2 Software Quality Lab GmbH 29.1.2020 2 Software Quality Lab GmbH 12.2.2020 2 CGI Deutschland B.V. & Co. KG SONSTIGE

Ort Frankfurt a.M. München Ratingen Frankfurt a.M. München Stuttgart

Datum 22.1.2020 24.2.2020 30.1.2020 17.2.2020 13.1.2020 23.1.2020

Tage 3 3 2 2 2 2

Anbieter Sogeti Deutschland GmbH Sogeti Deutschland GmbH Sogeti Deutschland GmbH Sogeti Deutschland GmbH Sogeti Deutschland GmbH Sogeti Deutschland GmbH

Thema A4Q Certified Selenium Tester Foundation A4Q Certified Selenium Tester Foundation A4Q Security Essentials A4Q Security Essentials CTFL-Testdata CTFL-Testdata

Düsseldorf

29.1.2020

3

SOPHIST GmbH

IREB ® Certified Professional for Requirements Engineering – Advanced Level RE@Agile

Nürnberg

10.2.2020

3

SOPHIST GmbH

IREB ® Certified Professional for Requirements Engineering – Advanced Level RE@Agile

Stuttgart Stuttgart Röttenbach Stuttgart München Ratingen München

13.1.2020 15.1.2020 27.1.2020 23.1.2020 16.1.2020 13.1.2020 20.1.2020

2 2 2 2 2 3 3

Expleo Expleo sepp.med gmbh CGI Deutschland B.V. & Co. KG Sogeti Deutschland GmbH Sogeti Deutschland GmbH CGI Deutschland B.V. & Co. KG

ISTQB ® Certified Automotive Software Tester (CTFL-AuT) ISTQB ® Certified Tester – Foundation Level Extension, Model-Based Tester ISTQB ® Certified Tester – Foundation Level Extension, Model-Based Tester ISTQB ® Certified Tester Foundation Level Usability Tester Scrum Master Pro ISTQB ® Certified Tester – Advanced Level, Security Tester ISTQB ® Certified Tester – Advanced Level, Security Tester

AGILE

REQUIREMENTS ENGINEERING

SECURIT Y

MOBILE

SOF T WA RE T E S T ING

PROJECT MANAGEMENT

USABILIT Y

SPECIALISED

PRODUCT MANAGER

SOF T WA RE A RCHI T EC T URE

WEITERE ANGEBOTE

MEDICAL

Seminare 2019/20 Dezember 2019 - Februar 2020 Das iSQI fungiert hier als Vermittler.

Ausführliche Seminarbeschreibungen, Preise und Anmeldeformular: www.isqi.org Ort

Datum(Start)

Tage

Anbieter

Agile Softwareentwicklung mit Kanban

Hamburg

12.03.2020

3

oose Innovative Informatik eG

Ausbildung zum wertstiftenden Agile Coach

Hamburg

12.03.2020

12

oose Innovative Informatik eG

Design Thinking erleben und begreifen

Hamburg

10.02.2020

2

oose Innovative Informatik eG

Design Thinking Facilitator

Hamburg

12.02.2020

3

oose Innovative Informatik eG

Didaktik und Seminardesign

München

13.01.2020

3

ISARTAL akademie GmbH

Digital Manager & Practitioner – Ausbildungsgang

Hamburg

09.12.2019

12

oose Innovative Informatik eG

Geschäftsprozesse mit BPMN 2.0 verständlich modellieren inkl. Zertifizierung OCEB2-F

Hamburg

10.02.2020

5

oose Innovative Informatik eG

ICAgile Programming - Programmiersprache C#

Wien

12.02.2020

2

Nagarro GmbH

Jira Basics (JBA)

Köln

03.03.2020

1

Expleo

Kanban - Management von Teams

Wien

21.01.2020

2

Nagarro GmbH

Kommunikation und Gruppenführung

München

10.02.2020

3

ISARTAL akademie GmbH

Mediengestaltung und Präsentation

München

02.03.2020

3

ISARTAL akademie GmbH

Model-Based Functional Safety

Hamburg

04.02.2020

3

oose Innovative Informatik eG

Modellbasiertes Systems Engineering mit SysML inklusive Funktionale Architekturen für Systeme (FAS) Hamburg

17.02.2020

5

oose Innovative Informatik eG

Modellbasiertes Systems Engineering mit SysML mit Zertifizierung

Hamburg

27.01.2020

5

oose Innovative Informatik eG

Professional Scrum Master Foundation (PSM I)

Köln

13.02.2020

2

Expleo

Professional Scrum Master Foundation (PSM I)

Frankfurt

16.03.2020

2

Expleo

Professional Scrum Product Owner

Frankfurt

18.03.2020

2

Expleo

Requirements-Engineering in der Praxis

Nürnberg

09.12.2019

2

SOPHIST GmbH

Requirements-Engineering in der Praxis

Frankfurt am Main

24.02.2020

2

SOPHIST GmbH

Requirements-Engineering in der Praxis

Düsseldorf

03.03.2020

2

SOPHIST GmbH

Selbstorganisation to go

Hamburg

12.12.2019

2

oose Innovative Informatik eG

Selbstorganisation to go

Hamburg

20.01.2020

2

oose Innovative Informatik eG

Software Craftsmanship und Clean Code

Hamburg

09.12.2019

4

oose Innovative Informatik eG

Software Craftsmanship und Clean Code

Hamburg

20.01.2020

4

oose Innovative Informatik eG

SysML-Light mit Enterprise Architect

Hamburg

16.03.2020

5

oose Innovative Informatik eG

System- und Softwarearchitekturen für das Internet der Dinge (IoT)

Hamburg

09.03.2020

3

oose Innovative Informatik eG

System- und Softwarearchitekturen für das Internet der Dinge (IoT)

Hamburg

09.03.2020

3

oose Innovative Informatik eG

Systems-Engineering

Nürnberg

05.02.2020

3

SOPHIST GmbH

Systems-Engineering

Frankfurt am Main

03.03.2020

3

SOPHIST GmbH

Test Basics

Stuttgart

03.03.2020

2

Lysant GmbH

Test Basics

Stuttgart

05.03.2020

2

Lysant GmbH

Test Driven Development from Zero to Hero

Wien

28.01.2020

2

Nagarro GmbH

Testentwicklungsprozess und Testentwurf

Stuttgart

12.03.2020

1

Lysant GmbH

Testgetriebene Softwareentwicklung

Hamburg

14.01.2020

3

oose Innovative Informatik eG

Testgetriebene Softwareentwicklung

Bispingen

10.02.2020

2

oose Innovative Informatik eG

Testkonzeption

Stuttgart

13.03.2020

1

Lysant GmbH

The Whole Team Approach to Agile Testing

Braunschweig

19.02.2020

3

BREDEX GmbH

Train the Trainer - kompakt

München

27.01.2020

3

ISARTAL akademie GmbH

UML für Analyse und Design inkl. Zertifizierung OCUP2-F

Hamburg

09.12.2019

5

oose Innovative Informatik eG

UML für Analyse und Design inkl. Zertifizierung OCUP2-F

Hamburg

17.02.2020

5

oose Innovative Informatik eG

Vorbereitungskurs Certified Systems Engineer Ebene B

Hamburg

02.03.2020

12

oose Innovative Informatik eG

Zusätzliche Schulungs- und Seminartermine finden Sie auf www.isqi.org!

Irrtümer, Termin- und Preisänderungen vorbehalten. Es gelten die allgemeinen Geschäfts- und Preisbedingungen des jeweiligen Veranstalters.

Friedrich-Engels-Straße 24 14473 Potsdam Tel.: + 49 331 231810-0 Fax: + 49 331 231810-10

Ansprechpartner: Nadia Diesend Customer Success +49 331 231810-33 exam@isqi.org

Beatrice Michelis Customer Success +49 331 231810-16 exam@isqi.org

Alle Themen auch als Inhouse-Angebot buchbar!

STAND: November 2019

Seminartitel

Im Fokus

25

STRUKTUR IST ALLES

DIE VORTEILE EINER EFFEKTIVEN STRUKTUR FÜR DIE TESTAUTOMATISIERUNG Sowohl bei der Entwicklung von Software als auch in der Testautomatisierung ist es unerlässlich, eine logische Struktur aufzubauen. Das Ziel dabei ist es, zu jedem Zeitpunkt den Überblick zu behalten, die Arbeit im Team zu erleichtern und unabhängig von der Größe des Projekts wartungsfreundlich zu bleiben.

Die Strukturierung von Programmen ist ein Verfahren, dass sich zum größten Teil in der Entwicklung von Software bereits etabliert hat. Die Erfahrungen haben gezeigt, dass dies in der Gänze aber noch nicht in die Testautomatisierung durchgedrungen ist. Dabei sollten hier die gleichen Anforderungen wie in der Entwicklung gestellt werden, denn oft kann die Testautomatisierung die gleiche Komplexität erlangen wie die zu testende Software. Es gibt bereits ausreichend Beispiele, die zeigen, wie eine logische Struktur aufgebaut werden kann.

ÄNDERUNGEN UND ANPASSUNGEN Anwendungssoftware unterliegt in der Entwicklung einem ständigem Änderungsprozess. Mit jedem Release müssen neue Funktionalitäten überprüft werden. Dies zum Teil in unterschiedlichen Konfigurationen und/oder mit geänderten Randbedingungen (anderes Betriebssystem, unterschiedliche Browser, etc.).

Eine Testautomatisierung muss deshalb so aufgebaut sein, dass zeitnah auf jede Änderung im System Under Test (SUT) reagiert werden kann. D.h. Änderungen am Testautomatisierungs-Framework dürfen nicht mehr

Aufwand bedeuten als die durchgeführten Anpassungen im SUT. Anforderungen hinsichtlich kürzerer Releasezyklen (Time to Market) sowie einer deutlichen Verbesserung gegenüber der manuellen Testdurchführung, wie z.B. Reduktion der Kosten, Erhöhung der Testintensität/Komplexität, kürzerer Laufzeiten und einer geringeren Fehleranfälligkeit, machen es zudem erforderlich, dass die Gesamtheit aller Testfälle in einem definiertem Zeitrahmen ablaufen müssen. Eine gut strukturierte Architektur der Testautomatisierung ermöglicht z.B. eine effektivere Lastverteilung der durchzuführenden Testfälle und kann somit den Anforderungen besser gerecht werden.

Ein weiterer wichtiger Aspekt ist die Wartbarkeit einer Testautomatisierung. Eine zentrale Verwaltung von Variablen bzw. Testdaten minimiert den zu erbringenden Änderungsaufwand. Eine vernünftige Aufteilung von themenspezifischen Funktionalitäten in eine modulare Struktur erhöht die Übersicht und erleichtert das Arbeiten im Team. Des Weiteren ist auf eine Synchronität zwischen der zu testenden Software und der Testautomatisierung zu achten, d.h. jede durchgeführte Änderung im SUT sollte einer Änderung in der Testautomatisierung einfach zuzuordnen sein.

Eine Testautomatisierungsstruktur muss es ermöglichen, dass unabhängig von der Testtiefe die Testfälle zu jedem Zeitpunkt wiederholt werden können. Dies wiederum setzt voraus, dass vor bzw. nach jedem Testlauf (Setup bzw. Teardown) die zu testende

Im Fokus

„Auf Grund eines vermeintlich höheren Aufwands scheuen viele Entwickler davor zurück, sich darüber Gedanken zu machen, wie sich bestimmte Teile einer Funktionalität thematisch, funktional und logisch in einzelne Module bzw.

Untermodule aufteilen lassen.“

Ausgabe 53 | Dezember 2019

Applikation auf den Urzustand zurückgesetzt werden kann. Dies bedeutet, dass das Testdatenmanagement eigenständig behandelt und aus jeder Phase des Testlaufs ansprechbar sein muss.

Da so gut wie jedes Testframework über Monitoring- bzw. Log- und Reporting-Mechanismen verfügt, wird durch den Aufbau einer effektiven Struktur das Auffinden und Beheben von Fehlern erleichtert.

Bevor der erste Testfall erstellt werden kann, sollte man sich also zunächst über den Aufbau der Architektur der Testautomatisierung Gedanken machen. Dies mag vordergründig mehr Aufwand bedeuten, aber dieser Mehraufwand zahlt sich bezogen auf das Gesamtprojekt aus.

EIN GLEICHNIS AUS DEM LEBEN Stellen Sie sich vor, Sie sollen mit einer Gruppe von Leuten aus Legosteinen ein bestimmtes Modell (Haus, Flugzeug, Schiff, etc.) in einem bestimmten Zeitrahmen erstellen. Ihnen steht hierzu eine riesige Kiste aus unterschiedlichen unsortierten Steinen zur Verfügung. Sie wären also gezwungen, jedes einzelne benötigte Teil in der Kiste zu suchen (einhergehend mit Kopfschmerzen, da sie permanent mit den Köpfen der Kollegen zusammenstoßen). Sie wüssten auch nicht, ob ein bestimmtes Teil überhaupt vorhanden bzw. verwendbar ist (da gebrochen oder ähnliches). Sie müssten also entscheiden, ob es Sinn macht weiter zu suchen oder das Teil neu zu besorgen, um im zeitlichen Rahmen zu bleiben. Sie sehen, es können vielfältige technische, administrative und logistische Probleme auftreten.

Wäre es da nicht sinnvoller, im Vorfeld etwas Mühe hineinzustecken und die einzelnen Steine zu sortieren und auf kleinere Behälter zu verteilen? Die Zeit für die Suche im Team verkürzt sich immens. Wenn ein bestimmtes Teil benötigt wird, muss nur auf das

26

entsprechende Behältnis zugegriffen werden und man kommt sich nicht mehr zwangsläufig gegenseitig in die Quere. Fehlerhafte Teile werden zudem schneller entdeckt. Fehlende Teile können zeitnah besorgt werden.

PROGRAMMIERUNG ERLEBEN Ähnlich verhält es sich auch in der Software-Entwicklung. Auf Grund eines vermeintlich höheren Aufwands scheuen viele Entwickler davor zurück, sich darüber Gedanken zu machen, wie sich bestimmte Teile einer Funktionalität thematisch, funktional und logisch in einzelne Module bzw.

Untermodule aufteilen lassen. Das Ergebnis sind dann meist monolithische Softwarekonstrukte (also „Kruschkisten“), die oft nur noch schwer zu verwalten sind.

Müssen in einem solchen Konstrukt nun entsprechende Änderungen vorgenommen werden, ist zu gewährleisten, dass nur eine Person diese Datei ändert, um zwangsläufig auftretende Probleme (wie z.B. gegenseitiges Überschreiben von Änderungen) zu vermeiden. Wird diese Software in einem zentralen Versionierungstool verwaltet, ist die entsprechende Datei für eine weitere Bearbeitung sowieso gesperrt, d.h. es leidet unter anderem die Wartbarkeit der Software darunter.

Allein durch den Aufbau einer logischen Verzeichnisstruktur, die die Struktur der zu testenden Software widerspiegelt und einer sinnvollen Vergabe von Dateinamen der einzelnen Module wird sozusagen eine Verbindung zum zu testenden System hergestellt und es lassen sich zu bearbeitende Dateien leichter auffinden.

Dies erspart unnötige Sucharbeit.

Durch die Verwendung kleinteiliger Module werden bei einem Testlauf auch nur noch die Teile geladen, die auch wirklich benötigt werden.

27

WIE KANN NUN SO EINE STRUKTUR IN DER PRAXIS AUSSEHEN? Als Beispiel wollen wir hier ein Endto-End-Testszenario einer Web-GUI heranziehen, das mittels einer schlüsselwortgetriebenen Testware realisiert wird.

Zunächst wollen wir die Struktur einer Web-Applikation näher betrachten: Grob gesagt besteht eine Web-Applikation aus einer Hauptseite und den entsprechenden Menü-Elementen, um auf die jeweiligen Unterseiten zu gelangen. Jede Seite enthält unterschiedliche Elemente (Lokatoren) und Funktionalitäten, die über die Testautomatisierung angesprochen werden müssen. Aus diesem Grund macht es also Sinn, die Funktionalität einer jeden aufgerufenen Seite in einem Pendant auf Seiten der Testautomatisierung abzulegen. Dadurch begrenzt sich der Umfang der Datei auf das Wesentliche, da nur die Eigenschaften der jeweiligen Seite angesprochen werden. Die Übersichtlichkeit wird erhöht und die Fehlersuche erleichtert.

Ein sehr gutes Verfahren, das hier zur Anwendung kommen kann, ist das sog. Page/Page Objekt-Verfahren. Dabei wird die Testautomatisierung in drei primäre Teilbereiche unterteilt, die wie folgt beschrieben werden können: Testfallbeschreibung: Je nach zu testendem Abschnitt der Applikation werden parametrisierbare Testfälle in eigenständigen Testbeschreibungsdateien definiert.

Abschnittsbeschreibung: In so genannten Page Files werden die entsprechenden Workflows der Abschnitte abgebildet.

Zustandsbeschreibung: Über so genannte Page Object Files wird die Funktionalität der jeweiligen Seite abgebildet und die anzusprechenden Lokatoren hinterlegt.

Ein Vorteil dieser Strukturierung besteht unter anderem darin, dass für jede Funktionalität nur die wirklich erforderlichen Zusatzmodule integriert werden und somit ein Overhead vermieden werden kann.

TESTBESCHREIBUNGSDATEIEN Jeder Menüpunkt einer Webapplikation stellt einen eigenständig zu behandelnden Abschnitt dar. In den einzelnen Schritten eines jeden Testfalls wird der vollständige Prozess bis hin zu dem jeweiligen Abschnitt durchlaufen, dessen Funktionalität überprüft und der Prozess wieder abgeschlossen.

Ziel der Übung ist es nun, zu entscheiden wie die Testbeschreibungsdateien so aufgeteilt werden können, dass immer nur ein Abschnitt bzw.

Teilabschnitt behandelt wird. Dabei soll einerseits die Modularität und somit die Wartbarkeit erhöht, der Inhalt begrenzt und andererseits die Anzahl der zu verwendenden Dateien nicht unnötig in die Höhe getrieben werden.

Suche vollständigen Kunden anhand Firmennamen MainApp. Aufruf der Hauptseite LoginApp.

Vor der Erstellung von automatisierten Testfällen in Testbeschreibungsdateien sollten also unter anderem folgende Fragen gestellt werden:

Anmelden auf Hauptseite

Wie lassen sich die dokumentierten Testfälle sinnvoll unterteilen?

Sollen gewisse Kategorien autark testbar sein?

Ist ein bestimmter Workflow bei der Ausführung einzuhalten?

Gibt es evtl. Überschneidungen mit anderen Testfällen?

Wie soll der Zugriff auf entsprechende Testdaten erfolgen?

Wie sollen testfallübergreifende Konfigurationen verwaltet werden?

Wie sollen testfallspezifische Konfigurationen verwaltet werden?

Benutzerdaten

${BENUTZERDATEN.USER1} MainApp. Waehle Option

CustomerApp. Gebe Suchkriterien ein ${TESTDATEN.SUCHE1} Einfaches Beispiel für den Aufbau einer Testfallbeschreibung mit wiederverwendbaren Schlüsselwörtern

Im Fokus

Ausgabe 53 | Dezember 2019

PAGE FILES

Günther Matthias Bär ist seit 2016 als Senior Consultant in der Beratung und Realisierung von Testautomatisierungslösungen bei der Sogeti Deutschland GmbH tätig.

Wie der Name schon vermuten lässt, bilden die Page Files die Funktionalität der einzelnen Abschnitte ab. Dies heißt nichts anderes, als dass die Menüführung der jeweiligen (Unter-) Seiten abgebildet und zu eigenen Schlüsselwörtern zusammengeführt werden, um die Erstellung der Testfälle zu vereinheitlichen.

Als einfaches Beispiel kann hier z.B. die Verwaltung von Personen einer fiktiven Web-Applikation genannt werden. Für das Anlegen, Bearbeiten oder Suchen von Personen sind eigenständige Seiten in der Web-Applikation vorgesehen. Jede dieser Seiten werden in der Testautomatisierung über eine eigene Datei abgebildet.

Durch Aufruf von Schlüsselwörtern aus den Page Object Files können wiederum ganze Workflows zu einem Schlüsselwort in den Page Files zusammengefasst werden. Über die Möglichkeit unterschiedliche Testdaten über ein und dasselbe Schlüsselwort durchzureichen, können somit unterschiedliche Testszenarien abgebildet werden.

28

Gebe Suchkriterien ein Search.

Gebe Nutzerdaten ein ${TESTDATEN.SUCHE1} Search.

Betaetige Suche-Button Einfaches Beispiel für den Aufbau eines Schlüsselwortes im Page File CustomerApp

FAZIT Etliche Testautomatisierungsprojekte leiden unter der Tatsache, dass nicht genügend Vorarbeit hinsichtlich der aufzubauenden Struktur geleistet wird. Damit einhergehende Probleme lassen sich aber vermeiden. Der vorgeschlagene Ansatz ist dabei nur einer von vielen Möglichkeiten wie man sich die Arbeit in der Testautomatisierung und insbesondere in einem Team erleichtern kann.

Dabei verhält es sich wie beim Bau eines Hauses: Erst wird geplant und dann gebaut!

Lesen Sie im ASQF-Blog weiter und lernen Sie weitere praxisorientierte Herangehensweisen in der Testautomatisierung kennen: Nutzung von Page Object Files, Aufbau einer effektiven Verzeichnisstruktur, Struktur von Testfällen inkl. Page- bzw. Page Object Files und dynamische Konfiguration. www.asqf.de/blog

ISTQB®/GTB Certified Tester Schema

Core: Methoden und Prozesse

Expert Level

Test Management Improving the Test Process

Advanced Level

Test Manager Test Analyst Technical Test Analyst

Specialist für Domänen und Testmethoden

Sicherheitstester Security Tester, Test Engineer TestAutomation Automation Engineer

Agile Tester

Usability Testing Performance Testing Acceptance Testing Test Data Specialist (GTB) Model-Based Tester Automotive Software Tester Mobile Application Testing Gambling Industry Tester

Foundation Level

Certified Tester Foundation Level Das Basiswissen des Testens

CERTIFIED TESTER – DIE TESTING SKILLS FÜR DIE CROWD

Berufsbild Testen:

Treffen Sie uns auf der OOP! 03. – 07.02.2020

GTB Premium Partner

T-Systems Multimedia Solutions GmbH

www.german-testing-board.info

Test Expertise und eine gemeinsame Sprache (Glossar) GTB Berufsbild Tester

GTBs Hochschul- und Premium-Partner-Community

Anwendung im agilen Umfeld

Im Gespräch

Ausgabe 53 | Dezember 2019

SO WIRD DAS LEBEN LEICHTER

EINSATZ VON OPEN SOURCE SOFTWARE FÜR SCHNELLERE UND EINFACHERE SOFTWARE-ENTWICKLUNG Seit dem Beginn der Software-Entwicklung in der Mitte des letzten Jahrhunderts sind viele Zeilen Code geschrieben worden. Damals wie heute wurde und wird viel ausprobiert, ganze Code-Blöcke geschrieben und wieder gelöscht und noch einmal neu geschrieben. Dennoch haben sich natürlich Vorgehensweisen etabliert. Es gibt mehrere Best-Practice-Beispiele und für verschiedene Anforderungen haben sich Standards etabliert. Warum also das Rad immer wieder neu erfinden? Open-Source- oder auch Do-itYourself-Bewegungen gehen mit der Geschichte der Software-Entwicklung einher und Entwickler unterstützen sich gegenseitig mit quelloffener Software. Heutzutage ist die Community um Open-Source-Projekte größer denn je.

Cloud Foundry (www.cloudfoundry.org) agiert bereits seit Jahren als OpenSource-Projekt. Das SQ-Magazin hat mit Chip Childers, CTO und Mitgründer von Cloud Foundry, gesprochen: Herr Childers, bitte erklären Sie unseren Lesern, was genau hinter der Idee von Cloud Foundry steht?

Cloud Foundry wurde entwickelt, um das Leben von Entwicklern zu vereinfachen. Es ist ein Open-Source-Projekt, das es Entwicklern ermöglicht, Software-Anwendungen in kürzerer Zeit und auf einfachere Weise zu entwickeln, zu testen, bereitzustellen und

zu skalieren. Und es lässt die Wahl zwischen Cloud-Modellen, Entwickler-Frameworks und Anwendungsservices.

Für Entwickler in Unternehmen bedeutet dies mehr Flexibilität, Erhöhung der Effizienz und Steigerung der Produktivität. Unternehmen profitieren von Zeit- und Kosteneinsparungen, wenn sie Cloud Foundry einsetzen.

Die Entwicklung von Cloud Foundry wird von der Cloud Foundry Foundation durch einen Governance-Prozess unterstützt, auf den sich ihre Mitglieder verständigt haben.

Auf Ihrer Website schreiben Sie „Create Apps, not the Platform”. Was meinen Sie damit?

Dieser Leitspruch spiegelt den Gedanken wider, dass Entwickler Zeit in die Entwicklung von Anwendungen investieren sollten, die ihnen besonders am Herzen liegen, anstatt sich mit der Konfiguration von Infrastruktur zu beschäftigen. Entwicklern ist sehr viel an Innovationsfreiheit gelegen. Eine Plattform – wie Cloud Foundry – zur Automatisierung der Infrastruktur versetzt Entwickler in die Lage, ihre Zeit der Entwicklung von Anwendungen zu widmen. Da es sich um ein Open-Source-Projekt zur Entwicklung zahlreicher kommerzieller Produkte und Services handelt, können Entwickler von Fall zu Fall entscheiden, wo die Workloads gehostet werden sollen, sei es vor Ort, in Public Clouds oder in einer „Mana-

30

31

Chip Childers, CTO und MitbegrĂźnder der Cloud Foundry

Im Gespräch

Ausgabe 53 | Dezember 2019

ged Infrastructure“. Außerdem können sie Workloads innerhalb von Minuten verschieben, ohne Änderungen an der Anwendung vornehmen zu müssen.

Laut Bitkom herrscht bei Unternehmen großes Misstrauen was die Sicherheit von Cloud-Diensten betrifft.

Was sagen Sie dazu?

„Häufig nehmen Unternehmen fälschlicherweise an, dass ihre eigenen Server sicherer seien als eine Public Cloud. Tatsächlich ist es aber so, dass PublicCloud-Plattformen wahrscheinlich genauso sicher, wenn nicht sogar sicherer sind.“

Häufig nehmen Unternehmen fälschlicherweise an, dass ihre eigenen Server sicherer seien als eine Public Cloud. Tatsächlich ist es aber so, dass Public-Cloud-Plattformen wahrscheinlich genauso sicher, wenn nicht sogar sicherer sind. Immerhin legen viele Fachkräfte ihr Hauptaugenmerk darauf, die Sicherheit zu gewährleisten.

Es ist ein Umdenken in puncto Sicherheit erforderlich, und zwar ganz allgemein. Selbst in Vor-Ort- und Private-Cloud-Umgebungen sollte es ein umfassendes Sicherheitsprogramm geben, das von einem Team verantwortet wird, dessen volle Konzentration der Plattform gilt. Dann ist es auch möglich, die Sicherheit in jeder Cloud-Umgebung mit einem ähnlichen Schutzniveau zu gewährleisten.

Warum haben Sie sich dazu entschieden, Ihr Unternehmen als Open-Source-Projekt aufzubauen? Was bedeutet „Open Source” in Ihrem Fall?

Vereinfacht ausgedrückt ist Open Source ein Software-Ansatz, der auf Zusammenarbeit setzt. Anwender tragen in vielerlei Hinsicht zu dem Projekt bei und setzen sich ständig für eine Verbesserung des Projekts ein. Als Cloud Foundry 2009 von einem kleinen VMware-Team ins Leben gerufen wurde, war es noch kein Open-Source-Projekt. Ein paar Jahre später kam dann die Entscheidung, Cloud Foundry zu einem quelloffenen Projekt zu machen.

Dies sollte Mitarbeitern in zahlreichen Organisationen die Möglichkeit bieten, Entscheidungen über das Projekt fällen zu können. Als die Umsetzung

32

in ein Open-Source-Projekt schließlich erfolgte, wurde die Cloud Foundry Foundation mit dem Ziel gegründet, als neutrale Instanz zu dienen, die das gesamte geistige Cloud FoundryEigentum unter einem Dach vereint, und da es sich um eine nach 501(c)(6) qualifizierte Organisation handelt, ist eine Rückübertragung des geistigen Eigentums an ein gewinnorientiertes Unternehmen niemals möglich.

Cloud Foundry ist ein Open-SourceProjekt, das auf offene Beiträge und offene Governance setzt und Anwendern ein Höchstmaß an Flexibilität bietet, um ein Vendor-Lock-in zu vermeiden. Die Foundation trägt dazu bei, eine vertrauenswürdige Community mit unterschiedlichen Denkweisen zu betreuen, die sich zusammengeschlossen haben, um alle möglichen Herausforderungen zu meistern. Wir sind der Meinung, dass mehr Sichtweisen und unterschiedliche Denkansätze zur Entwicklung von besserem Code führen.

Bei freier Software, also „Open Source” ist der Programmcode für alle sichtbar. Öffnet das Hackern nicht Tür und Tor? Das ist ein landläufiger Trugschluss, was Open Source Software im Allgemeinen betrifft. Diese Annahme ist falsch, da jede Software Schwachstellen aufweist. Vielmehr kommt es darauf an, wie schnell die Schwachstellen aufgedeckt und aktualisierte Versionen zur Beseitigung der Schwachstellen bereitgestellt werden.

Fast alle Open-Source-Projekte verlassen sich auf ausgewählte Fachkräfte, wenn es darum geht, Änderungen zu überarbeiten und ihnen zuzustimmen, bevor der Code mit anderen geteilt wird. Daher kommt es äußerst selten vor, dass Code-Updates mit bösen Absichten eingereicht werden. Und sollte das jemals der Fall sein, dann werden die befugten Projektmitarbeiter die Änderungen einfach ablehnen. Dies

33

trifft vor allem auf Projekte mit hohem Aktivitätslevel zu, da die Betreuer der Core-Komponenten von einer größeren Gruppe von Code-Beitragenden unterstützt werden, die ein Auge auf die Änderungen haben.

MySQL und PostgreSQL, containerd, RunC, etcd und Monit.

Wie docken sich Fremdentwicklungen an Ihre Software an? Profitieren Sie mit den eigenen Services selber von Fremdsoftware?

Wenn Sie mit „Team” das Cloud Foundry Foundation-Personal meinen, dann unterstreicht das Open-SourceEthos unsere Werte und unser Tun. Wir haben eine gemeinsame Vision von einer ethischen „Der Mensch zuerst“Technologie-Community und -Zukunft, zu deren Treiber die außergewöhnlichen Mitglieder unserer Community gehören, und die einen Beitrag zum Open-Source-Projekt leisten, um es für eine breite Nutzerbasis zu verbessern.

Wir sind eine wertegetriebene und aktionsorientierte Foundation.

Unsere Software ist in puncto Anpassbarkeit sehr flexibel und wird technologischen Umbrüchen standhalten, sodass sich neue Tools, Sprachen oder Plattformen auch in Zukunft integrieren lassen. Cloud Foundry ist eine ausgereifte Plattform und lässt sich leicht in externe Technologien integrieren, um den IT-Anforderungen von Organisationen gerecht zu werden. Wir integrieren auch weiterhin neue Open-Source-Projekte in unsere DNA, um mehr Features und Funktionen für Anwender bereitstellen zu können. Der Markt bleibt nicht stehen, auch wir bewegen uns mit ihm. Neue Funktionalitäten kommen hinzu und die Flexibilität wird gewahrt, um den Marktanforderungen zu entsprechen.

Die Erwartungen der Unternehmen an Cloud Foundry hinsichtlich Reifegrad und Sicherheit bleiben bestehen. Sie tragen dazu bei, dass Unternehmen so schnell und sicher wie möglich in puncto Up-to-date-Open Source und -Software-Entwicklung profitieren.

Die Cloud Foundry Community integriert ständig neue Open-Source-Projekte in die Cloud Foundry-Technologie-Familie. Damit erweitern wir die Interoperabilität der Plattform, stellen eine Reihe von Lösungen sowohl für Entwickler als auch für Betreiber bereit und bieten das rechte Maß an Kontrolle, so wie es von demjenigen gewünscht wird, der die Technologie einsetzt. Zu den externen Projekten, die in das System integriert worden sind, gehören Kubernetes, Envoy, Istio,

Wie wirkt sich der Open-Source-Gedanke auf die Zusammenarbeit im Team aus?

Die umfassende Cloud Foundry Community, zu der Foundation-Mitgliedsorganisationen, tausende Code-Beitragende aus dem gesamten Ökosystem, zertifizierte Plattform-Anbieter, Plattform-Endbenutzer und viele andere mehr gehören, wir alle werden von demselben Leitbild angetrieben: Cloud Foundry soll das bestmögliche Erlebnis für Entwickler bieten, während sichergestellt wird, dass die Community auf Rückmeldungen von innen hört.

Wir verpflichten uns zur Einhaltung eines fundierten Verhaltenskodex, der den respektvollen Umgang miteinander, die Zusammenarbeit, Inklusivität und Professionalität in den Vordergrund stellt.

All diese Werte sind zurückzuführen auf das Konzept von Open Source, das von Haus aus die Zusammenarbeit und Inklusivität fördert.

Vielen Dank, Herr Childers.

Buch

Ausgabe 53 | Dezember 2019

34

BUCHVORSTELLUNG

THE FUTURE OF SOFTWARE QUALITY ASSURANCE „Anlässlich des 15-jährigen Bestehens von iSQI haben wir ein Buch herausgegeben. Dieses soll einen weiteren Beitrag zur Profilierung des Berufs des Softwaretesters leisten. Wie verändert sich der Beruf des Testers? Worauf muss sich ein Tester in den kommenden Jahren vorbereiten und welche Fähigkeiten benötigt die nächste Generation von Softwaretestern? Welche Weiterbildungsmöglichkeiten gibt es heute? Wie wird das Testen in einer agilen, benutzerzentrierten und sich schnell bewegenden Welt aussehen?

Welche Aufgaben bleiben dem Tester, wenn die wichtigsten Prozesse automatisch ausgeführt werden? Das sind Fragen, die wir uns selbst stellen müssen.“ Stephan Goericke, CEO iSQI Group, und Herausgeber des Buches „The Future of Software Quality Assurance“

Rolle Qualität in Projekten spielt. Dementsprechend ist das Buch sowohl für professionelle Softwaretester als auch für Manager von Interesse, die im Softwaretest oder in der Software-Qualitätssicherung tätig sind.

ÜBER DAS BUCH: LEISTUNGEN: Dieses Buch soll das Profil von Software-Testern und deren Beruf hervorheben. Es wurden Beiträge von angesehenen Experten für Softwaretests gesammelt, um den Stand der Technik sowie zukünftige Herausforderungen und Trends herauszustellen. Darüber hinaus werden aktuelle und aufkommende Technologien wie Testautomatisierung, DevOps und Methoden der künstlichen Intelligenz für Softwaretests behandelt. Dazu gibt es einen Blick in die Zukunft. iSQI befasst sich seit 15 Jahren mit der Ausbildung und Zertifizierung von Softwaretestern und hat dabei in vielen Bereichen zur Verbesserung der Software-Qualität beigetragen. Die hier gesammelten Beiträge zeigen deutlich, wie vielfältig die Qualitätssicherung von Software in verschiedenen Bereichen sein kann und welche

Sie haben uneingeschränkten Zugang.

Das Buch hebt den Stand der Technik beim Testen von Software sowie zukünftige Herausforderungen und Trends hervor.

Die Autoren behandeln aktuelle und aufkommende Technologien wie Testautomatisierung, DevOps und Methoden der künstlichen Intelligenz, die für Softwaretests verwendet werden.

Der Band beinhaltet Beiträge von bekannten Experten für Softwaretesting.

AUTOREN: Sven Amann Graham Bath Frank Faber Paul Gerrard Elmar Jürgens Tilo Linz Rik Marselis Mitko Mitev Alfonsina Morgavi Zornitsa Nikolova Gerard Numan

Ina Schieferdecker Adam Leon Smith Andreas Spillner Mark Tannian Ignacio Trejos-Zelaya Kaspas van Dam Hans von Loenhoud Rini van Solingen Erik van Veenendahl Keith Yorkston

BESTELLEN SIE JETZT: www.springer.com/de/book/9783030295080 Viel Spaß beim Lesen!

Im Fokus

35

5

DINGE,

DIE EIN UNTERNEHMENSARCHITEKT IN ZUKUNFT STÄNDIG TUN MUSS

Der Schwerpunkt des Anspruchs an die Unternehmensarchitektur liegt heutzutage auf dem bestmöglichen Einklang der IT mit dem Business, nicht aber auf einer Rückkopplung mit dem Business wie etwa die geschäftsstrategische Neuorientierung oder Identifikation neuer Chancen. Entsprechend hat sich ein Rollenbild des Unternehmensarchitekten durchgesetzt, welches die Umsetzung und Verantwortung einer langfristigen Architekturplanung oder -transformation zur Herstellung und Aufrechterhaltung des IT-BusinessAlignements vorsieht. Dieser Artikel zeigt, warum und wie sich dieses Rollenbild ändern muss.

Die heutige Geschäftsumwelt ist nicht mehr einfach greifbar und die eigenen Handlungen sind kaum zielkonform planbar. Vielmehr ist diese Umwelt hoch-volatil. Sie kennzeichnet sich durch komplexe Kooperations- beziehungsweise Interaktionsnetzwerke aus, deren Akteure teilweise nach dem Prinzip der diffusen Reziprozität entscheiden und handeln. Zur Beschreibung dieses Phänomens hat sich der Begriff „VUCA – Volatility, Uncertainty, Complexity, and Ambiguity“ (Volatilität/Unbeständigkeit, Unsicherheit, Komplexität und Mehrdeutigkeit) durchgesetzt. Offensichtlich kann eine Organisation den Herausforderungen der VUCA-Welt nicht einfach mit einem Unternehmensarchitekturmanagement im klassischen Sinne begegnen. Denn

eine langfristige, risikoaverse Architekturplanung wird unweigerlich durch kurzfristige, im Vorhinein nicht erkennbare Einflüsse torpediert. Nachfolgend werden fünf Anforderungsfelder beschrieben, aus denen sich das neue Rollenbild des Unternehmensarchitekten, wie in der Abbildung dargestellt, zusammensetzt.

ALS CEO DENKEN UND ALS CDO HANDELN Für den neuen Unternehmensarchitekten sollte die Mitgestaltung der Unternehmensausrichtung im Fokus stehen. Er muss in der Lage sein, Entscheidern zur Entwicklung des Unternehmens mögliche Wege zu zeigen und Empfehlungen sowie Leitplanken zu liefern. Diese Arbeit sollte damit prinzipiell Vorrang haben gegenüber der Situation, getroffenen Unternehmensentscheidungen „nachzulaufen“, sie zu dokumentieren, Folgeabschätzungen für eingesetzte Technologien zu erstellen oder entsprechende Architekturtransformationen zu planen.

Folglich kennt der Unternehmensarchitekt das Unternehmen, dessen Branche und Geschäftsumwelt (Entwicklungen im Markt, fachliche und technologische Trends) dermaßen gut, dass er als CEO denken und als CDO agieren kann. Er legt den Ruf als Langfristplaner ab und eignet sich stattdessen Rezeptoren an, mit denen er den Schmerz spüren kann, bevor das Unternehmen ihn zu spüren bekommt.

Im Fokus

„Heutzutage ist nur noch sehr schwer vorstellbar, eine Lösung oder Dienstleistung zu verkaufen, die nicht über eine AI- oder über eine Cloud-Komponente verfügt.“

Ausgabe 53 | Dezember 2019

Das ist insbesondere bei der zunehmenden digitalen Ausrichtung wichtig, damit das Unternehmen nicht von anderen Marktteilnehmern überrascht wird und das eigene Geschäftsmodell nicht mehr funktioniert. Negative Beispiele im Markt gibt es ja inzwischen genug: siehe AGFA, KODAK, NOKIA etc.

Letztlich ist der Unternehmensarchitekt sowohl für den CEO als auch CDO ein Trusted Advisor, der auf die Entwicklung des Unternehmens Einfluss nimmt und dessen Navigator in der VUCA-Welt ist. Der Unternehmensarchitekt antizipiert erforderliche Veränderung für das eigene Unternehmen aufgrund der Entwicklung des Marktes, entwickelt Alternativen für eine neue Geschäftsausrichtung des eigenen Unternehmens und bereitet diese entscheidungsfähig für das Management auf. Damit leitet er rechtzeitig notwendige korrektive, präventive oder vorausschauende Maßnahmen ein. Wichtig ist hierzu, dass er sich mit dem Business auseinandersetzt und neue Geschäftsmodelle oder (gegebenenfalls disruptive) Innovationen generiert.

IM HERZEN IHRES DENKENS UNTERNEHMER SEIN Der Entrepreneur ist „eine Persönlichkeit, die bereit dazu ist, hohe Verantwortung und hohes Risiko zu tragen“ (GS Lexikon, 2019). Er charakterisiert sich durch „eine gewisse Lebenseinstellung und die Fähigkeit immer wieder neue Innovationen hervorzubringen“. Im Vordergrund stehen weniger Umfang oder Tiefe des für die unternehmerische Entscheidungsfähigkeit erforderlichen Branchenwissens, sondern vielmehr die innere Grundhaltung, Entscheidungen treffen und Verantwortung übernehmen zu wol-

len. Beide Eigenschaften, Expertise und Entrepreneurship, ergeben eine „Kombination aus Werten, Überzeugungen, Fähigkeiten und Wissen“, die Grzeskowitz (2013) mit dem Begriff Attitüde belegt. Diese Attitüde ist für den neuen Unternehmensarchitekten eine wichtige Grundeigenschaft. Er ist ein Querdenker, der das Bestehende immer wieder in Frage stellt und der immer wieder neue, für das eigene Unternehmen interessante und wichtige Wege zur Weiterentwicklung sucht und findet. Dabei verfügt er über die Fähigkeit andere „mitzureißen“, ihre Komfortzone zu verlassen und Neues zu wagen. Diese Überzeugungskraft verdankt er seiner Ausstrahlung „zu wissen was er tut“, die aus Praxiserfahrung und Umsetzungsfähigkeit hervorgeht. Gewissermaßen strahlt er einen „Hands-On“-Typen aus. Mit seiner Kommunikationsfähigkeit verankert er die strategische in der taktischen/operativen Ebene, macht isolierte zu gemeinsamen Zielen und bringt Agilität in die Unternehmenskultur.

WETTBEWERBSVORTEILE DURCH EINSCHÄTZEN DES NUTZENS NEUER TECHNOLOGIEN UND TRENDS BRINGEN Er kennt die neusten Technologien und Trends, bevor sie sich im Markt etablieren. Vom neuen Unternehmensarchitekten wird erwartet, dass er die neuen Konzepte kennt und deren Nutzen für das eigene Unternehmen beurteilen kann. Dabei ist es hilfreich, diese auch anwenden zu können oder sie zumindest in der Anwendung erlebt zu haben. Entsprechende „Hands-On“-Fähigkeiten helfen dem Architekten daher bei der Beurteilung der Technologien und Trends. Außerdem befähigt er so das Unternehmen, Innovationsbringer oder im Idealfall First-Mover zu sein. Durch seine Er-

36

37

Abbildung 1: Schematische Darstellung der Rolle des „neuen Unternehmensarchitekten“

fahrungen beziehungsweise dem sehr früh erworbenen Know-how über neue Enabling-Technologien ermöglicht er einen frühen Einsatz dieser und damit frühestmöglich einen Wettbewerbsvorteil. Ein Beispiel ist die Cloud- oder AI-Technologie. Heutzutage ist nur noch sehr schwer vorstellbar, eine Lösung oder Dienstleistung zu verkaufen, die nicht über eine AI- oder über eine Cloud-Komponente verfügt.

KONKRETE WERTSCHÖPFUNG ERZIELEN Die Ansicht, dass das Management der Unternehmensarchitektur wertschöpfend ist, weil es zum Beispiel langfristig Risiken reduziert oder Synergien zwischen Anwendungen in der Systemlandschaft hebt, wird nicht mehr überwiegend geteilt. Das gilt auch für größere Transformationsprojekte in der Architektur, die Unternehmen vollziehen müssen. Beispielsweise weil der Support „veralteter“, jahrelang in Einsatz gewesener Technologien sinkt beziehungsweise abgekündigt wird oder weil neue regulatorische Anforderungen eine Modernisierung der Architektur erfordern. So kann von einem Unternehmen, das in einen Wechsel von SAP R/3 nach S/4 oder

von Windows 7 nach Windows 10 de facto investieren muss, nicht erwartet werden, dass es diese kostenintensive Transformation als wertschöpfend ansieht. Das Gleiche gilt auch – um ein konkretes Beispiel zu nennen – für Pharma-Unternehmen, die ihre Architektur aufrüsten müssen, damit sie die mit EU-Verordnung 2016/161 vorgeschriebene Rückverfolgbarkeit ihrer Produkte auf Arzneimittelpackungs‑ ebene ermöglichen.

Der neue Unternehmensarchitekt führt nicht nur die unabwendbare Architekturtransformation im Sinne des „Dienst nach Vorschrift“ durch, sondern verbindet diese Transformation mit einer Wertschöpfung durch die Nutzung positiver Seiteneffekte und Generierung von Vorteilen der Zielarchitektur. So sind in dem Pharma-Beispiel die für die gesetzlich vorgeschriebene Rückverfolgbarkeit generierten Track&-Trace-Daten auch eine potenzielle Basis für Marktanalysen verkaufsstarker und -schwacher Zonen. Der neue Unternehmensarchitekt erkennt im Kontext solcher eher technologisch motivierten Transformationen ebenso neue Geschäftschancen für das eigene Unternehmen und nutzt diese Möglichkeiten.

DATA SCIENCE ALS INSTRUMENT FÜR DIE UNTERNEHMENSARCHITEKTUR NUTZEN Unbestreitbar ist Volker Lüdemanns Aussage „Daten sind das Öl des 21.

Jahrhunderts“ (Rudolf-von-BennigsenStiftung, 2017). Jedes Unternehmen hat Zugang zu Quellen dieses Öls und muss aus zwei wesentlichen Gründen in der Lage sein, es zu fördern und zu verwerten: Organisationen unterliegen schwer antizipierbaren Einflüssen – die Geschäftsumwelt ist eben VUCA. Indikatoren für solche Einflüsse liegen in den Daten, die das Unternehmen analysieren muss, um früh genug auf einen solchen Einfluss reagieren und erforderliche Richtungswechsel vollziehen zu können. Das Destillieren der Einflussindikatoren aus den Daten ist gleichbedeutend mit der weiter oben beschrieben Frühwahrnehmung über sogenannte „Rezeptoren“, die sich der neue Unternehmensarchitekt anzueignen hat.

Die Daten beherbergen Informationen im Sinne von „Business Intelligence“, aus denen das Unternehmen Rückschlüsse auf Prozessinnova-

Im Fokus

Thomas Heimann ist IT-

38

Ausgabe 53 | Dezember 2019

tionen und damit verbundene Kosteneinsparungen, aber auch auf Markterschließungen oder sogar Disruptionen und neue Geschäftsfelder ziehen kann. Diese Informationen beschränken sich nicht nur auf das Business/die Fachlichkeit, sondern sie lassen auch technische Rückschlüsse zu, etwa zur Optimierung der Architektur durch Konsolidierung oder Abschaffung kaum beziehungsweise nicht benutzter Schnittstellen.

Architekt bei Capgemini, leitet die jährliche IT-Trends-Studie und schreibt regelmäßig im IT-Trends-Blog.

Eldar Sultanow ist Enterprise Architekt bei Capgemini. Er interessiert sich für Agilität,

Um dem Unternehmen Data Science zunutze zu machen, standardisiert der Unternehmensarchitekt die Daten, Datenflüsse und Schnittstellen soweit wie möglich. So kann wiederum die Anwendung von Machine-LearningModellen möglichst unmittelbar und ohne Zwischenschritte für Transformationen zur Harmonisierung der Daten erfolgen. Er baut eine Referenzarchitektur auf, welche die für Data Science oder zur Entwicklung von KI-basierten Lösungen kombinierbaren Tools und Frameworks (TensorFlow, Scikit-Learn, DeepLearning4J, …) definiert und beschreibt. Mit dieser Referenzarchitektur assoziiert der Unternehmensarchitekt aktuelle und künftige (strategisch notwendige) Business Capabilities des Unternehmens mit den Tools und Frameworks, die zur Erfüllung der je-

weiligen Capability beitragen. Er muss potenzielle fachliche KI-Anwendungsfälle im Unternehmen erkennen, mit Fachanwendern herausarbeiten und daraus ableiten, welche Capabilities (ob Spracherkennung, Dokumenten­ analyse oder Video-/Bilderkennung) für das Unternehmen besonders wichtig sind.

Der Unternehmensarchitekt bedient sich auch selbst diesen Capabilities und verwertet die Analysen, um neue Geschäftsmodelle zu identifizieren oder notwendige Richtungswechsel

Künstliche Intelligenz und Softwarearchitekturen.

LITERATUR GS Lexikon (2019). Was ist ein Entrepreneur? https://www.gruenderszene.de/ lexikon/begriffe/entrepreneur, abgerufen am 24.04.2019 Grzeskowitz, I. (2013). Attitüde ist Alles: Durch die richtige innere Haltung zu mehr Erfolg im Business. https://www.grzeskowitz.de/PDF/W_und_K_Grzeskowitz.pdf Hesselberg, J. (2019). Unlocking Agility: An Insider’s Guide to Agile Enterprise Transformation. Boston, MA: Addison-Wesley.

Rudolf-von-Bennigsen-Stiftung (2017). Daten sind das Öl des 21. Jahrhunderts. Volker Lüdemann, Leiter des Niedersächsischen Datenschutzzentrum (NDZ) über Smart-Systeme. https://www.bennigsen-stiftung.de/content/daten-sind-das-ol-des21-jahrhunderts

39

›

›

› ›

)&.DPHU)RUPHO;LQGG

›

› des Unternehmens zu erkennen, damit es zumindest die Marktposition hält, wenn nicht sogar ausbaut.

FAZIT Ausgehend von dieser Rollendefinition ergibt sich die Frage, wie der neue Unternehmensarchitekt diese Rolle erfüllt. Die Abbildung illustriert bereits eine Zuordnung von Methoden und Tools zu den fünf Feldern der an den neuen Unternehmensarchitekten gestellten Anforderungen. Auf den ersten Blick sieht das nach sehr hohen Anforderungen an den neuen Unternehmensarchitekten aus – man könnte sagen, er ist ein „Superman“. Allerdings sollte es nicht verwundern, dass

der Anspruch an die Rolle eines Unternehmensarchitekten eben sehr hoch ist, da sie die technische mit der strategischen Ebene verbindet. Die heutige komplexe Welt verlangt einem modernen Architekten solche Fähigkeiten ab und die Mühe lohnt sich. Das wichtigste ist, dass er Neuem gegenüber aufgeschlossen bleibt sowie die aktuellen Trends und Entwicklungen im Auge behält. Den Wissensvorsprung über Innovationen und Markteinflüsse macht er sich zum Vorteil und setzt Änderungen im Unternehmen frühzeitig um. Ein gut verzweigtes Netzwerk und ausgeprägte Kommunikationsfähigkeiten unterstützen dabei seinen Erfolg.

›

iSQI NEWS

Ausgabe 53 | Dezember 2019

40

ZUGESPITZT! DIE NEUE BEITRAGSREIHE VON ISQI CEO STEPHAN GOERICKE Auf dem iSQI Blog finden Sie seit neusten Beiträge des CEO Stephan Goericke zu verschiedenen aktuellen Themen.

Lesen Sie jetzt auf unserem Blog:

WAS IST DIE MARKE „MADE IN GERMANY” WIRKLICH WERT?

DER KLEINE PROGRAMMIERER – TECHNIKKOMPETENZ IN GRUNDSCHULEN

DIE DATENJÄGER & -SAMMLER IM NEUESTEN ZEITALTER – DAS DVG

„Made-in-Germany” wackelt, wie die „Welt am Sonntag” kürzlich attestierte.

Sie schreibt vom „Abstieg einer Marke”, spricht gleichzeitig von einem „Weckruf”, und dass wir dabei seien, „unseren guten Ruf als Wirtschaftsnation zu verspielen”. Fangen wir jetzt wieder von vorne an?

Zusammenbauen und programmieren ist nicht mehr nur ein Hobby für Nerds, sondern – wie unsere Staatsministerin für Digitales, Dorothee Bär meint – genauso „wichtig wie Lesen und Schreiben”. Aber müssen oder sollten unsere Schützlinge schon im jungen Alter programmieren können?

Aus aktuellem Anlass beschäftigt sich dieser Artikel mit dem geplanten Digitalen-Versorgung-Gesetz. Bringt es uns weiter in unserem Gesundheitssystem oder müssen wir es kritisch hinterfragen?

https://blog.isqi.org/blog/2019/11/03/ made-in-germany-2/

https://blog.isqi.org/blog/2019/11/10/ programmieren-in-der-grundschule/

https://blog.isqi.org/blog/2019/11/17/ gesundheitsdaten/

ISQI BIETET DIGITAL BADGES AN Alle, die erfolgreich eine Zertifizierungsprüfung bei iSQI abgelegt haben, können diese Qualifizierung jetzt für mehr Menschen sichtbar machen.

Das geht ganz einfach mit den neuen Digital Badges, die Kunden zusätzlich zu ihrem Zertifikat erwerben können.

Ein Badge ist wie ein digitales Abzeichen, das auf allen Social-Media-Kanälen geteilt werden kann. Insbesondere auf dem Karriere-Netzwerk LinkedIn erfreuen sich Digital Badges immer größerer Beliebtheit. Sie können außerdem in E-Mails implementiert und bei Bewerbungen digital mitgesendet werden. Arbeitgeber und Kollegen sehen sofort, welche Fähigkeiten Badge-Inhaber erlangt haben und wo die individuellen Schwerpunkte in Sachen Weiterbildung liegen.

Jedes Digital Badge wird individuell für die vom Kunden erfolgreich erworbene Zertifizierung ausgestellt.

WEITERE INFORMATIONEN https://isqi.org/lp/digital-badges-de/

iSQI NEWS

41

DER CERTIFIED TESTER UND WARUM ER INTERNATIONAL SO ERFOLGREICH IST Mit zunehmender Digitalisierung werden IT-Systeme immer anfälliger für Fehler in der Software. Deshalb ist das Testen von Software ein entscheidender Bestandteil bei der Entwicklung von Programmen. Nur wenn im Vorfeld die schlimmsten Fehler erkannt und korrigiert werden, wird Software gut. Nicht nur sicher, sondern auch verkaufbar und für Anwender nützlich.

Ein häufiger Grund für umfangreiche Rückrufaktionen beispielsweise von Autoherstellern wie Volvo, VW, Ford, Nissan, oder GM sind unzureichende Tests, die nicht den höchsten Qualitätsanforderungen entsprechen.

Doch nicht nur Autohersteller liefern schlechte Software aus. 2010 verursachen Fehler in der Software ein Chaos mit Chipkarten, 2019 kommt es zu Ausfällen von Flügen in Frankfurt/ Main, weil es Probleme mit der Software für die Flugsicherung gibt, 2018 zieht Microsoft Updates für Windows 10 zurück, weil das Update des Betriebssystems Computer zum Absturz bringt. Es gibt unzählige Beispiele.

Viele Fehler lassen sich mit dem kleinen, harmlosen Testerwitz „it’s not a bug, it’s an undocumented feature” (zu Deutsch, „es ist kein Fehler, sondern eine undokumentierte Funktion”) abtun, andere gehen weit über den Bug hinaus, richten erheblichen wirtschaftlichen Schaden an oder gefährden sogar Leben.

Trotz Automatisierung und immer leistungsstärkerer Computer ist momentan nicht abzusehen, dass das Testen von Software in Zukunft an Bedeutung verlieren wird. Im Gegenteil.

So effektiv der Computer ist und so komplex auch die Sicherungssysteme für die Entwicklung von Software sein mögen, der Mensch als Kontrollinstanz kann nicht ersetzt werden. Heute nicht und wahrscheinlich auch nicht in den nächsten hundert Jahren. Dass Software sicher ist, das kann nur der Mensch gewährleisten. [...]

ISTQB® ist das Internationale Software Testing Qualification Board, das im Jahr 2002 gegründet wurde und mit dem Certified Tester eine standardisierte Ausbildung für Software Tester entwickelte. Heute ist diese Ausbildung DIE Ausbildung zum Software Tester. Ohne sie ist es überaus schwierig, auf dem Markt als Tester Fuß zu fassen. Im Jahr 2018 hatten weltweit mehr als 875.000 Software Tester ein Examen beim ISTQB® abgelegt.

LESEN SIE HIER DEN GESAMTEN ARTIKEL: https://blog.isqi.org/blog/2019/10/16/ erfolg-von-ctfl/ BUCHEN SIE IHRE ISTQB®ZERTIFIZIERUNG HIER: https://isqi.org/de/istqb-certified-testerfoundation-level

Aus dem iSQIKonferenzplaner 2019 14.-17.01.2020 Software Quality Days Wien, Österreich 18.03.2020 Swiss Testing Day Zürich, Schweiz 23.-27.03.2020 REConf München, Deutschland 27.03.2020 Testing Stage Kiev, Ukraine April 2020 Dublin Test and Quality Summit Dublin, Irland Mai 2020 National Software Testing Conference London, Großbritannien 22.-23.05.2020 Think Stage Kiev, Ukraine

Ausgabe 53 | Dezember 2019

42

iSQI FEIERT 15-JÄHRIGES FIRMENJUBILÄUM.

OBERSTES ZIEL: QUALITÄT SICHERN.

15% 15Jahre

Für die Leser des SQ-Magazins gibt es einen iSQI-JubiläumsRabatt von 15% für alle Bestellungen im Online-Shop.

Besuchen Sie www.isqi.org und nutzen Sie den Rabattcode: iSQI15.

Wir wünschen Ihnen viel Erfolg bei Ihrer Prüfung!

Die Aktion läuft vom 01. Dezember 2019 bis 31. Januar 2020.

Der Rabatt gilt nur für Buchungen über den iSQI-Webshop (www.isqi.org) in den Ländern Deutschland, Österreich und Schweiz.

15 Jahre arbeitet das Zertifizierungsunternehmen iSQI für die Qualifizierung von Fachkräften und leistet damit einen wichtigen Beitrag zur Sicherung von Qualität in allen Wirtschaftsbereichen. Zertifizierungen, wie sie auch heute noch von iSQI angeboten werden, befanden sich 2004 noch im Anfangsstadium. Inzwischen blickt iSQI auf ein rasantes Wachstum zurück und ist mit der Zentrale in Potsdam, drei internationalen Niederlassungen (London, Boston und Gorinchem) und 30.000 Zertifizierungen im Jahr einer der größten Zertifizierer weltweit.

Gegründet wurde iSQI vom Arbeitskreis Software-Qualität und -Fortbildung e.V. (ASQF), zunächst gefördert mit Mitteln aus einer Initiative des Bundeslandes Bayern. Der Bedarf an einheitlichen Ausbildungsstandards in der IT-Branche war zu dem Zeitpunkt so zwingend, dass iSQI schon nach kurzer Zeit einen eigenständig finanzierten Betrieb darstellte. Mit Zertifizierungen, zum Beispiel für das unter Softwaretestern weit verbreitete ISTQB® -Ausbildungsschema, trägt iSQI dazu bei, dass sich Experten aus allen Ländern auf fachlicher Ebene besser verstehen. „Ziel war und ist es, mit iSQI eine unabhängige Instanz für ein weltweit gleichbleibend hohes Qualitätsniveau in der Ausbildung von IT-Fachkräften zu schaffen“, erklärt Geschäftsführer, Stephan Goericke, der die iSQI GmbH seit 2005 leitet. „Das Thema ist heute noch genauso ein Schlüsselfaktor wie vor 15 Jahren, denn ständiges Lernen prägt die IT-Industrie“, sagt Bernd Hindel, der 2004 als Präsident des ASQF e.V. die Gründung vorantrieb.

DER BEDARF STEIGT Was mit etwa 300 verkauften Zertifizierungen im Jahr begann, war fünf

Jahre später im fünfstelligen Bereich angelangt: iSQI verkaufte im Jahr 2009 schon 10.000 Zertifizierungen in über 50 Ländern. Im Jahr 2013 fand die Gründung der ersten Niederlassung iSQI B.V. in den Niederlanden statt, dicht gefolgt von der iSQI Ltd. in UK 2014 sowie iSQI, Inc. in den USA 2015. Heute zertifiziert iSQI rund 30.000 Fachkräfte jährlich in mehr als 100 Ländern und gilt als etablierte Größe am Markt weltweit.

Mehr als 50 Prüfungen nach internationalen Standards hat iSQI heute in seinem Portfolio. Dazu gehören weltweit anerkannte Zertifikate für Softwaretester und Requirement Engineers und für viele weitere Berufe und Themen. Zum Beispiel zertifiziert iSQI auch agiles Arbeiten, das branchen­ übergreifend immer stärker angewendet wird, oder Design Thinking, ein agiler, nutzerorientierter Ansatz um gemeinsam im Team kreative Ergebnisse zu erarbeiten.

DIGITALISIERUNG UND AUTOMATISIERUNG Mit der Digitalisierung und Automatisierung sowie dem Einsatz von Künstlicher Intelligenz wandeln sich die Methoden und Kernbereiche. Es zeichnen sich grundlegende Veränderungen ab, die die Gesellschaft in den nächsten Jahren verändern werden. „Nach 15 Jahren intensiver Arbeit im IT-Bildungssektor erkennen wir bei iSQI völlig klar: Digitalisierung und Automatisierung sind nichts ohne Fachleute. Die künstliche Intelligenz ist nichts ohne den Menschen, der ihr sagt, was intelligent ist. Je komplexer die Systeme werden, desto wichtiger wird die Aus- und Weiterbildung sein.

Die Formel für die Zukunft lautet: Digitalisierung ist Qualifizierung plus Automatisierung“, sagt Goericke.

Impressum

Das SQ-Quiz

HERAUSGEBER

2

6 8

6

3

9

3

3

1

5

8

2

5

3

Ausgabe Nr. 52 sind:

Jörg Befard, Eltville Petra Pejovic, Köln

7 6

Die Gewinner der

Andreas Wüst, Ostfildern

5 4

FAX +49 331 231810-10 info@asqf.de, www.asqf.de REDAKTION Stephan Goericke (Hauptgeschäftsführer) Chefredaktion: Anja Schreinert Redaktionsteam: Gerhard Wistuba, Carolin Kallenbach

9 7

Sudokus lautete:

Friedrich-Engels-Str. 24, 14473 Potsdam TEL +49 331 231810-29

V.i.S.d.P.:

2 1

Die Lösung des letzten SELBSTORGANISIERTE TEAMS

4

1

Sudoku

ASQF e.V.

9

6

4

1

Friedrich-Engels-Str. 24, 14473 Potsdam TEL +49 331 231810-18 FAX +49 331 231810-10

Martin Schmetzstorff, Fellbach

redaktion@sq-magazin.de,

Rainer Hübenthal, Ismaning

www.sq-magazin.de SATZ / LAYOUT

Buchstaben:

8

1=P, 2=U, 3=D, 4=C, 5=N, 6=O, 7=R, 8=S, 9=E

Frenkelson Werbeagentur, Potsdam www.frenkelson.de FOTOS: ASQF e.V. und iSQI GmbH Editorial-Bild: Karoline Wolf

LÖSUNGSWORT

Titelseite: © ian-dooley-unsplash Seite 12: ©BEST-BACKGROUNDS - shutterstock

Basiswissen Sicherheitstests – Aus- und Weiterbildung zum ISTQB® Advanced Level Specialist – Certified Security Tester

Alle Portraits und Grafiken mit freundlicher

Die Sicherheit von IT-Syste- systemen notwendig ist. Das Buch orientiert sich men ist heute eine der wich- am Lehrplan „ISTQB® Advanced Level Specialist tigsten Qualitätseigenschaf- – Certified Security Tester” und eignet sich mit vieten. Die Autoren geben einen len erläuternden Beispielen und weiterführenden fundierten, praxisorientierten Literaturverweisen und Exkursen gleichermaßen Überblick über die technischen, für das Selbststudium sowie als Begleitliteratur zur organisatorischen, prozesso- entsprechenden Schulung und folgender Prüfung. ralen, aber auch menschlichen Lesen Sie die Rezension zum Buch im SQ-Magazin Aspekte des Sicherheitstes- Nr. 52 auf Seite 37. tens und vermitteln das notwendige Praxiswissen, um für IT-Anwendungen die Sicherheit zu errei- Senden Sie bis zum 1. Februar 2020 das Lösungschen, die für eine wirtschaftlich sinnvolle und re- wort des Gewinnspiels an info@asqf.de und gewingulationskonforme Inbetriebnahme von Software- nen Sie eins von fünf Büchern.*

DRUCK: PRINTEC OFFSET, Kassel

Genehmigung der Autoren.

DRUCKAUFLAGE: 4.000 Stück INTERNETAUSGABE: www.sq-magazin.de MEDIADATEN Gern senden wir Ihnen unsere Mediadaten zu.

Richten Sie Ihre Anfrage an werben@sq-magazin.de Namentlich gekennzeichnete Beiträge müssen nicht mit der Meinung der Redaktion übereinstimmen. Die Redaktion behält sich das Recht auf sinngerechte Kürzung und Bearbeitung eingereichter Manuskripte vor. Wir machen darauf aufmerksam, dass Daten nicht an Dritte weitergegeben und ausschließlich zur internen

*Der Rechtsweg ist wie immer ausgeschlossen. Die Mitarbeiter der iSQI GmbH und des ASQF e.V. sowie sämtliche am Gewinnspiel beteiligten Personen sind von der Teilnahme ausgeschlossen. Teilnehmer erklären sich mit der Veröffentlichung ihres Namens in der Folgeausgabe einverstanden.

Auswertung herangezogen werden können.

In den Texten sind stets Personen männlichen und weiblichen Geschlechts gleichermaßen

Im nächsten Heft:

№ 54

erscheint im März 2020

SQ № 54 Thema: KI und Software Testing Anzeigenschluss: 01.02.2020 Redaktionsschluss: 24.01.2020

KI UND SOFTWARE TESTING Künstliche Intelligenz begegnet uns immer häufiger. Wir kommen nicht mehr um sie herum. Was ist beim Einsatz von KI zu beachten? Wir stellt man eine hohe Qualität bei KI sicher?

Und wie kann KI selbst beim Testen von Software unterstützen?

Teilen Sie Ihr Wissen mit unseren Lesern und werden Sie Autor im SQ-Magazin. Senden Sie Ihren Beitrag bis zum 24. Januar 2020 an redaktion@sq-magazin.de

gemeint; aus Gründen der einfacheren Lesbarkeit wird im SQ-Magazin nur die männliche Form verwendet.

Certified - Now

Perfekt für alle, die das Selenium WebDriver Toolset nutzen wollen.

Ideal für die Karriere mit international anerkanntem Nachweis von Skills durch einen unabhängigen Zertifizierer.

isqi.org/de/certified-selenium-tester-foundation

©bejo_shutterstock

Get

Selenium