WIXLIB

TESTING-VORTRÄGE 10.30 – 11.05 UHRTrack 1Track 2Track 3Track [Partner]Echte Schönheit kommtvon innen – oder dochvon außen? (Qualitäts-)Einsichteneines Product OwnersCase studies in SolvingConstraints for Agileand Continuous Delivery usingService VirtualizationVom Labor in die Realität:Mobile Usability Testsfor real!Vortrag 4.1Dierk Engelhardt, imbus AGRix Groenboom, ParasoftMichael Mlynarski undGregor Kluge, QualityMInds GmbH folgt in Kürze Erfolgreiches agiles Vorgehen in einem Softwareentwicklungsprojekt hängt sehr von der konsequentenUmsetzung der agilen Methoden und Sichtweisenab. Das hat vor allem auf das Qualitätsniveau dererstellten Software Einfluss und betrifft gerade auchden Product Owner.Ein Product Owner muss immer die Balance zwischen schneller Realisierung neuer Funktionalitätenund einem nachhaltig, qualitativ hochwertigen Vorgehen finden. Das gilt sowohl für die innere Organisation des agil arbeitenden Entwicklungsteams, als auchfür die äußeren Einflüsse auf das Team. Der ProductOwner steht dabei an der Nahtstelle zwischen demTeam und den Stakeholdern, die oft nicht nach denagilen Spielregeln agieren.Der Vortrag zeigt auf, wie ein Product Owner denEinflüssen von innen und außen sinnvoll begegnenkann. Wo er die Verantwortung für die Qualität seinesProdukts wahrnehmen muss, damit ein Softwaresystem einen jahrelangen Produktlebenszyklus, ohneEffizienzverluste in der Entwicklung und ohne hoheWartungsaufwendungen, gut durchlaufen kann. DerVortragende berichtet dabei an vielen Stellen auchüber seine eigenen Erfahrungen als Product OwnerWe will present the results of a survey that showsthe major restrictions / constraints that limit testing inan agile environment. This is mainly due to high interconnectivity of modern IT systems. We will identifythose constraints and present a “service virtualization architecture” that allows automated constraintsolving and provisioning of test environments.Testen ist teuer, aber wer kann sich es schon leisten,nicht zu testen? Die Welt der Software-Entwicklungenthält heute einen großen Anteil an mobilen Apps.Durch die Herausforderungen der mobilen Geräte undder Mobilität selbst wird das Testen in diesem Bereichnoch herausfordernder und kostspieliger. KlassischeBanken-Systeme trägt man nicht in der Tasche durchdie Stadt, Berge, etc. Smartphones und Tablets dafürschon. Die Systeme sollen oft je nach aktuellem Kontext (z.B. Anzeige eines Boarding-Tickets am Check-InSchalter) unterschiedlich reagieren. Viel Spaß bei derKonfrontation mit der Mobilität. Viel Spaß beim Testenmobiler Apps!mit dieser Thematik.The goal of this approach is to support agile development within complex IT systems (like system oriented architectures) and facilitate continuous deliveryprocesses by introducing a high degree of automation for test-environment provisioning.We illustrate how this approach has been applied in5 different customers situations (case-studies) fromDutch organizations ranging from Finance, Telecom,Insurance, Energy and Government. This includestheir constraints, the implemented solution and theachieved results.The work is done in coorperation with University ofGroningen.In unserem Tester-Alltag sehen wir den Bedarf nachdem Aspekt der kontext-abhängigen Mobile UsabilityTests so gut wie immer und überall. Wir haben dieunterschiedlichen Nutzungssituationen kategorisiertund am Beispiel von diversen Apps getestet. Somitsind wir den Schritt von klassischen Labor-Tests zuexperimentellen Alltag-Tests gegangen. Unsere Erfahrungen und Best-Practices möchten wir dem Publikumals „real-life mobile usability testing“ darstellen.

TESTING-VORTRÄGE 11.20 – 11.55 UHRTrack 1Track 2Wie Dummys, Stubs,Mocks, Fakes undSimulatoren Sprints retten könnenAutomated Testsin the CloudDr. Frank Simon, BlueCarat AGMatthias Pruksch, sepp.med gmbhGerade in agilen Projekten hat sich das Testen alsDisziplin zum möglichst frühen und fortwährendenAuffinden von Fehlern etabliert. Dieses kontinuierliche Testen birgt aber auch die Problematik,dass bestimmte externe Komponenten, die eine zutestende Komponente benötigt, entweder noch gar nicht fertig sind, für Testzwecke nicht entsprechend zur Verfügungstehen oder nicht adäquat für notwendige Testfälle konfiguriertwerden können.Da die Komponenten häufig gar nicht in der eigenenVerantwortung liegen treten diese Probleme häufigad-hoc und fremdgesteuert auf und können so leichtSprints verzögern. Technisch werden daher häufig inden Projekten unterschiedlich schwergewichtige Substitutionen der notwendigen Komponenten erstellt,was je nach Komplexität und Verfügbarkeit zu einerVielzahl von Dummys, Stubs, Mocks, Fakes undSimulatoren führt. Deren Tauglichkeit für Testzweckekorreliert stark mit dem dafür getätigten Investment.Dies legt eine zentrale Infrastruktur für die Simulationnahe, die beliebig konfigurierbar und jederzeit verfügbar ist. Damit können externe Abhängigkeiten reduziert und damit die Sprints gesichert werden, sowieHow can we take advantage of the cloud-conceptfor quality assurance and test of software? The Chairof Computer Science 3 (Computer Architecture)of Friedrich-Alexander Universität Erlangen-Nürnbergand sepp.med joined in for the project „Modellzentrierter Test in virtualisierten Testumgebungen - Test@Cloud”, which is publicly funded by the BavarianState.die Testeffektivität signifikant gesteigert werden.In practice, the following questions are to be answered: Which types of test are reasonable to be executedin the Cloud? Which cost reductions can be realized? And how should a useful workflow look like for acustomer?First results of the project which started in 2012 arepresented.Track 3Track [Partner]Das ungenutzte Kapital:Aus Fehlern das RichtigelernenTestautomatisierungfür das Back-EndMichael Goußen,corporate quality consulting GmbHDer Vortrag zeigt auf, wie Fehler mit empirischen undstatistischen Methoden analysiert werden können,um treffsichere Vorhersagen unter anderem über dieSoftwarequalität für zukünftige Projekte zu machen.Diese Erkenntnisse können Sie gewinnbringend inQualitätssicherung und Test einfließen lassen.Fehler treten in jeder Software auf, von der Email-Appbis zur Bonitätsprüfung einer Bank. Sie sind unerwünscht und sollen vermieden werden. Gelöste Fehler fristen ihr Dasein oft als ausgeblendete Objekte.Dabei haben aber gerade sie das Potenzial, dieUnternehmens-IT entscheidend weiter zu bringen.Aus Fehlern lernen, heißt: die Qualität steigern oderdie Kosten senken. Ein Großteil des (Fehler-) Kapitalskann bereits genutzt werden, indem ein passendesFehlermodell erstellt und angewendet wird. Diesesberücksichtigt im besten Fall alle in der Entwicklungund im Betrieb auftretenden Fehler, von der Anforderung bis in die Produktion. Es kann zum zentralenWerkzeug von Test und Qualitätssicherung werden.Also, holen Sie ihre IT-Fehler aus ihrem Schattendasein und stellen Sie sie in den Fokus Ihrer Betrachtung zur nachhaltigen und projektübergreifendenSteigerung der Qualität. Je mehr, desto besser!Werner Märkl, FINARIS GmbHDie meisten Testwerkzeuge fokussieren sich auf denTest von Oberflächen und vernachlässigen das BackEnd (alles was keine manuelle Benutzerinteraktionerfordert). In Branchen, in denen Geschäftsdaten undderen Verarbeitung eine große Rolle spielen, ist eineTestautomatisierung besonders wirtschaftlich. Diepreisgekrönte RapidRep Test Suite ist eine Lösungzur Testautomatisierung für das gesamte Back-End.In dem Vortrag werden folgende, praxisrelevanteBeispiele anschaulich umgesetzt: Messung der Datenqualität mit Hilfe von Regeln Vergleich des Inhaltes einer Tabelle und einerXML - Datei Testen von SOAP und REST Web-Services Ermittlung erwarteter Ergebnisse mit Hilfe vonModellen („Testorakel“)RapidRep kann die Ergebnisse mit zahlreichen Testund Fehlermanagementsystemen austauschen (LiveDemo am Stand).

TESTING-VORTRÄGE 14.00 – 14.35 UHRTrack 1Track 2Track 3Track [Partner]Große Testprojekte inden Griff bekommen –Best Practice Testmanagement beider DEVK LebensversicherungTestOps – More effectivetests in large-scaleprojects through technicalautonomy in test environmentsVerhärtete Nullnummer –Iteration Zero undHardeningiteration ausTestersichtBe Virtualized!Marco Sehl, Cognizant SetCon GmbHBenjamin Zeiss,T-Systems Multimedia Solutions GmbHMichael Fischlein, Sogeti Deutschland GmbHAndreas Widmann, HP SoftwareDr. Martin Beißer, sepp.medIn der Praxis entwickeln sich Testteams aufgrund verschiedener Einflussfaktoren gerade bei langläufigenTestaufträgen und Multi-Releaseprojekten zu kritischen Größen, die mit der Linienorganisation nichtmehr harmonisieren. Am Beispiel eines Großprojektszur Einführung einer Standardsoftware und der damitverbundenen Datenmigration wird die Aufbau- undAblauforganisation innerhalb des Testprojekts erläutert. Bedingt durch die parallele Installation desUmsetzungs- und Testprojekts zur Linienorganisationwerden Maßnahmen aufgezeigt, die hinsichtlich derTestplanung, Transparenz, Nachverfolgbarkeit undFestlegung von Verantwortlichkeiten erforderlich werden. Hierbei wird u.a. auf den Detaillierungsgrad vonTestbasis und Testmittel, Planungs- und Abnahmeprozesse und den Prozess des Know-how-Transferseingegangen.The DevOps movement tries to improve the cooperation of teams in organizational silos, by greatercohesion, common goals and by establishing a deployment pipeline. Such an approach ideally includestest environments. But this is not easy to implementin any project structure.Der Vortrag stellt zwei zu Unrecht selten angewendete und beachtete Iterationstypen (Sprints) vor. Ererklärt die Einbindung dieser Iterationen in den agilenProzess (SCRUM) und was sie unterscheidet undbesonders zu „normalen“ Sprints macht.Wer träumt nicht von einer vollständigen Testabdeckungseines Softwareprodukts und das möglichst weitgehend automatisiert auf Knopfdruck? Was bis vor kurzemnoch als reine Utopie galt, ist jetzt Wirklichkeit. Mit demmodellzentrierten Testdesign können aus einer abstrakten Beschreibung des SUT automatisch beliebig vieleTestfälle für eine vorgegebene Testabdeckung generiertwerden, ohne dass der Aufwand dafür in unvernünftige Höhe steigt. Mit Cloud-Computing stehen zudemgenügend Ressourcen bereit, um Testfälle auf beliebigviele Testsysteme zu verteilen und parallel abarbeitenzu lassen, was die Ausführungszeiten stark reduziert.sepp.med hat gemeinsam mit der Universität Erlangenein Konzept umgesetzt, das diesen Ansatz realisiert.Dieses basiert auf einer Werkzeugkette aus MBTsuite,HP Application Lifecycle Management und HP UnifiedFunctional Testing. Erste Ergebnisse zeigen, dass dieErwartungen in die Skalierbarkeit einer Cloud-Lösungerfüllt werden. Wenn für 1300 automatische Tests ineiner einzigen Testumgebung 8,5h benötigt werden,so braucht man dafür in der Cloud mit 20 virtuellenUmgebungen nur 40min. Die Testfallerstellungszeitenin der MBTsuite sind dabei vernachlässigbar, so dasses keinen Unterschied macht, ob man 130, 1.300 oder13.000 Testfälle generieren lässt.Herr Sehl zeigt am Beispiel einer erfolgreichen Einführung einer Standardsoftware (LifeFacory v. COR&FJA)als Bestandssystem der DEVK LebensversicherungAG verschiedene Maßnahmen und Optimierungsmöglichkeiten auf, um ein Testprojekt dieser Größeerfolgreich in den Griff zu bekommen.This presentation will show a practiced experimentwithin a large-scale project. As a first step we triedto improve the cooperation between an independenttest and the development. In parallel we increasedthe effectiveness and efficiency of testing by assigning the technical ownership of the test environments to the test team.We will discuss experiences, challenges, responsibilities and desires that are rising from such anapproach.Im zweiten und dritten Teil des Vortrags werdenzusammen mit dem Publikum Rahmenbedingungeneines fiktiven Projektes erstellt und im Dialog mögliche Ausgestaltungen der jeweiligen Iterationen –passend zu diesen Rahmenbedingungen – erarbeitet.

TESTING-VORTRÄGE 14.50 – 15.25 UHRTrack 1Track 2Track 3Track [Partner]Der Erfolgsfaktorin Testprojekten:Transparenz bis hinzum VorstandState-Driven Testing –State Diagrams,Test Cases, Graph TheoryCase-Studies: Vorteile,Herausforderungen undFallstricke von CrowdtestingLast- & PerformanceTests in 4-6 Stundenaus der CloudSven Schirmer, MaibornWolff GmbH undVolker Häfele, CreditPlus Bank AGRainer Deußen,Capgemini Deutschland GmbHJan Wolter, testhub GmbHTobias Dreyschultze, SOASTAWer kennt das nicht: Das Management verlangtReports und Auswertungen, die mit viel Aufwanderstellt werden müssen. Für die Steuerung imTestteam werden aber ganz andere Informationengebraucht. Wenn dann noch ein Steering Commiteeansteht, kann man gleich mehrere Tage einplanen,um alle Auswertungen aufzufrischen und zusammenzustellen.Testers need to design and implement appropriate testcases within their projects. Therefore they have to selectthe correct test methods and use them effectively.Der Vortrag zeigt auf, wie Fehler mit empirischen undstatistischen Methoden analysiert werden können,um treffsichere Vorhersagen unter anderem über dieSoftwarequalität für zukünftige Projekte zu machen.Diese Erkenntnisse können Sie gewinnbringend inQualitätssicherung und Test einfließen lassen.Fehler treten in jeder Software auf, von der Email-Appbis zur Bonitätsprüfung einer Bank. Sie sind unerwünscht und sollen vermieden werden. Gelöste Fehler fristen ihr Dasein oft als ausgeblendete Objekte.Dabei haben aber gerade sie das Potenzial, dieUnternehmens-IT entscheidend weiter zu bringen.Aus Fehlern lernen, heißt: die Qualität steigern oderdie Kosten senken. Ein Großteil des (Fehler-) Kapitalskann bereits genutzt werden, indem ein passendesFehlermodell erstellt und angewendet wird. Diesesberücksichtigt im besten Fall alle in der Entwicklungund im Betrieb auftretenden Fehler, von der Anforderung bis in die Produktion. Es kann zum zentralenWerkzeug von Test und Qualitätssicherung werden.Also, holen Sie ihre IT-Fehler aus ihrem Schattendasein und stellen Sie sie in den Fokus Ihrer Betrachtung zur nachhaltigen und projektübergreifendenSteigerung der Qualität. Je mehr, desto besser!In einer sich stetig verändernden Applikations-Landschaft ist es eine Herausforderung Last-und Performance-Tests durchzuführen. Eine umfassende undstabile Testumgebung bereitzustellen, die den neuenUmstände und Paradigmen in der Entwicklung folgt,ist dennoch möglich - ohne zusätzliche BelastungenIhres Budgets. In dieser Session erfahren Sie: Warum der Cloud-basierte Ansatz Ihre Blickweiseauf Last- & Performance-Tests verändert. Wie Erstellung, Durchführung und Analyse vonPerformance-Tests über eine einzige, mächtige undintuitive Plattform abgewickelt werden können. Wie eine hohe Skalierbarkeit und Flexibilität Ressourcen-sparend erreicht werden kann. Wie Sie Tests mit bis zu mehreren Millionen Usernweltweit verteilt ad-hoc organisieren. Wie die Echtzeit-Analyse während eines Lasttestsinteraktiv und integriert in individuell angepasstenDashboards erfolgt.Das Testen von Performance und Last hat sich weiterentwickelt. Erfahren Sie wie die neuen AnsätzeIhre Geschäftsziele treiben können, indem Sie dieKontrolle von Ereignissen übernehmen bevor Siepassieren.Wir möchten unsere Erfahrung mit Ihnen teilen, wiewir das Reporting in unserem Projekt aufgesetzt undweiterentwickelt haben. Verwendet haben wir diegleichen Unterlagen – sowohl beim täglichen Meeting im Testteam bis hin zum Steering Commitee mitdem Vorstand. Mit den Auswertungen haben wir diePlanung der einzelnen Testzyklen mit dem Fachbereich abgestimmt und den Fortschritt während derTestdurchführung im Auge behalten. Und wenn nötig,haben wir anhand der Reports steuernd eingegriffen.Wir benennen die Erfolgsfaktoren für ein transparentes Reporting bis hin zum Vorstand.This lecture deals with the test method of state-basedtesting, which focusses on the possible states of thesoftware under test and the respective transitions between the states. It can be used with any software, whereconcrete states and transitions are defined, for examplefor embedded software, application software or controlsystems.Within the first part of this lecture, we will clearly explainthe entire process from the state diagram via the transition tree to the final test cases, on the basis of a practicalexample. A short excursus to graph theory will underpinthe procedure. In a „field test“ the audience will becomeinvolved. We will then provide concrete tips for the testershow to slice the test cases.It is discussed, if you can cover a state diagram, at best, bya single test case and what kind of test coverage you canachieve depending on the chosen approach. An exampleof a logistics project shows the concrete implementationin a real-life case.

german Testing DAY 2014www.GermanTestingDay.infoGerman Testing NightDienstag1. JuliCasinoSie reisen bereits am Vortag der Hauptkonferenz an?Sie sind am 1. Juli ohnehin in Berlin?Wir laden Sie herzlich ein, an der German Testing Night Casino ab 18:30 Uhr teilzunehmen!Eröffnen werden wir die Veranstaltung mit einer spannenden und inspirierenden Key-Note zum ThemaInnovation.Tutorial DayDate & Time:3. Juli 2014 9:00 – 17:30 UhrThursday3. JuliTitle:Amplify Your Test Effectiveness with High-Volume Automation Techniques.Your Trainer:Harry Robinson, MicrosoftAbstract:Would you be able to effectively test a user interface, an API, or a web service whose features areconstantly evolving? Manual testing would miss many bugs. Automated test suites would leavelarge parts of the application untouched. And relying on your customers to find your bugs could bevery risky! Fortunately, new high-volume automation techniques leverage cheap computing power toamplify straightforward and can be implemented in simple code without expensive tools!The techniques include: your own test creativity and effectiveness. Even better, these techniques areconceptuallyDarauf folgt eine Fishbowl-Diskussion zu einem kontroversen Thema.„Fishbowl“ ist kurz erklärt so etwas wie eine Podiumsdiskussion mit wechselnden Teilnehmern. Test models based on finite state systems, grammars, and set theory Test sequence generation using random walks, minimal cost tours, and Markov chainsSie haben selbst Best Practices zu berichten? Test oracles from simple heuristics, metamorphic testing, pre-oracling, and data analysisSie finden die gerade laufende Diskussion unmöglich? Test data using fuzzing, combinatorics, and anti-random selectionSie haben andere Erfahrungen oder eine andere Meinung?This example-driven seminar shows how you can apply and combine these techniques in your ownDann bringen Sie Ihre Meinung einfach ein. Dies wird an diesem Abend ganz leicht fallen: Ein paarSchritte nach vorne und schon sitzen Sie auf der Bühne mittendrin.testing.Trainer‘s Biographie:Danach warten auf Sie Speisen, Getränke und Casino-Spiele im schönen ESTREL-Foyer. Sie werdendort jede Menge Möglichkeiten haben, die meist hitzig verlaufende Diskussion weiterzuführen, Erfahrungen auszutauschen, ihr Netzwerk zu erweitern oder auch einfach nur zu genießen.Harry Robinson is a Principal Software Design Engineer in Test (SDET) for Microsoft’s Internet ofThings team. He has over twenty years of software development and testing experience at AT&T BellLabs, Hewlett-Packard, Microsoft, and Google. He currently works with Internet of Things teams ondeveloping effective test strategies across the product. While at Bell Labs, Harry created a model-Lassen Sie sich überraschen!based test generation system that won the 1995 AT&T Award for Outstanding Achievement in theArea of Quality. At Microsoft, he pioneered the modelbased test generation technology, which wonP.S. für alle Fußball-Fans: Es wird im ESTREL auch Public-Viewing für das Spiel um 22:00 Uhr geben.the Microsoft Best Practice Award. Harry holds two patents for software test automation methods,maintains the site www.model-ba

Der German Testing Day ist in Deutschland einzigartig, denn bei uns steht Qualität bei nicht . Last- & Performance-Tests in 4-6 Stunden aus der Cloud Tobias Dreyschultze, SOASTA TRENDS Time 08.00 - 09.00 09.10 - 10.00 13.30 - 13.50 14.50 - 15.25 14.00 - 14.35 15.25 - 15.55 16.55 - 17.00 17.00 - 18.00