BEGIN:VCALENDAR VERSION:2.0 PRODID:https://github.com/derhansen/sf_event_mgt METHOD:PUBLISH BEGIN:VEVENT UID:274-765@fg-tav.gi.de CLASS: PUBLIC SUMMARY:23. TAV DESCRIPTION:An industrial Perspective on Model Based Testing\n\nAndreas Ulr ich Siemens AG Corporate Technology - Software & Engineering 1\n\nThe prese ntation gives an overview of the current practice in software development p rojects in industry and discusses the problems that formal and model-based testing techniques face when they are attempted in an industrial setting. O ne of the main observations is that software is developed in evolutionary s teps. Software is seldom developed from scratch and is never a one-time sol ution. Instead it evolves in increments and product versions. As a conseque nce of the iterative development, automated test execution must be supporte d to deal with the validation of daily builds and small releases. In this c ontext, the selection of the right set of regression test cases and the def inition of suitable test stop criteria become essential. Both issues are ty pically answered by experience taking into account the number and distribut ion of bugs discovered in earlier iterations and releases and later test ph ases, but are rarely addressed in formal, model-based testing approaches.\n \nMoreover, model-based techniques face further challenges if they are appl ied in the different development phases of requirement analysis, design and modelling, coding and system integration, and testing. First of all, requi rements of a software product are typically incomplete, late, changing over development time, and even outdated. It is therefore very unlikely that a complete specification of the system can be made available for model-based testing. Graphical modelling languages, e.g. UML, if used, turn out to be f requently unproductive because of the complexity of related tools and scala bility issues. Users get easily distracted from their original modelling ta sk because they spend much time on getting the graphical layout of their mo del right. Another aspect relates to the configuration management of specif ications using a graphical language. Comparing differences between two grap hical models is not an easy task that complicates any tooling.\n\nIn the co ding phase one is faced with the fact that most parts of the software produ ct are reused from previous versions or come in from third-party components . For this reason, system integration and validation becomes the cornerston e of a successful product quality assurance. Due to the use of model-based design approaches, e.g. MDA, an increasing percentage of the production cod e is generated from a model automatically. This aspect has an influence on model-based testing approaches. It might be not desirable to derive tests f rom the same design model, for example, because they would simply test the correctness of the code generator. Instead, testing techniques should be ap plied that focuses on the integration of the generated code in its environm ent.\n\nLast but not least, testing must not concentrate on functional aspe cts only. Usability aspects, performance and integration aspects must be co nsidered as well. It is hard to see that any single formal test method can be used to handle all these different requirements together. Consequently, formal test methods should focus on a particular requirement domain, in whi ch they can have their largest impact. In the end, the best gauge for any n ew method is the degree of productivity it helps to boost.\n\n\n\nSecrets o f Test Driven Development\n\nPeter Zimmerer Siemens AG Corporate Technology - Software & Engineering 1\n\nTest-driven development (TDD) is a new appro ach for software construction in which developers write automated unit test s before writing the code. These automated tests are always rerun after any codes changes. Proponents assert that TDD delivers software that is easier to maintain and of higher quality than using traditional development appro aches.\n\nBased on experiences gained from real-world projects employing TD D, Peter Zimmerer shares his view of TDD’s advantages and disadvantages and how the TDD concept can be extended to all levels of testing. Learn how to use TDD practices that support preventive testing throughout development a nd result in new ways of cooperation between developers and testers.\n\nTak e away practical approaches and hints for introducing and practicing test-d riven development in your organization.\n\n\n\nIntegration Testing - Lookin g for a Solution to Testing Concurrent Components and Systems\n\nAndrej Pie tschker Siemens AG Corporate Technology - Software & Engineering 1\n\nIn in tegration testing we often face the problem of determining the verdict of a test run without having sufficient insight into the system. This problem i s even more apparent in concurrent or embedded software because the traditi onal approach of using a debugger has limitations. Many developers create l og statements to trace the program flow during development. This technology can be extended for use in integration testing.\n\nHowever due to the larg e amount of data and the possibly complex behaviour of systems comprehendin g these traces can very difficult. We propose to use an automated approach to analysing system properties in traces. In this presentation we will moti vate, and introduce two approaches to passive testing.\n\n\n\nSpecial Track : Test eingebetteter Systeme Kopplung von Anforderungen und Tests: Überblic k und Erfahrungen\n\nTAV-Arbeitskreis "Test Eingebetteter Systeme" Matthias Grochtmann, DaimlerChrysler Forschung und Technologie Konrad Betz, beXtec Gesellschaft fuer Software-Entwicklung und -Beratung Klaus Didrich, Siemens Rail Automation Karoly Kiss, Siemens Med MR Peter Wagner, Robert Bosch Cor porate Sector Research and Advance Engineering\n\nBasis für einen Black-box -Test eines Testobjekts sind die Anforderungen an das Testobjekt. Zwischen den Anforderungen und den Tests bestehen also semantische Beziehungen (zum Beispiel Anforderung X wird getestet durch Test Y).\n\nEine explizite Darst ellung dieser Beziehungen ("Kopplung" - beispielsweise durch Verknüpfungen in einer Datenbank) verspricht Vorteile, zum Beispiel: - Nachweis der Volls tändigkeit der Testabdeckung - Rückverfolgung von gefundenen Fehlern zu Anf orderungen - Unterstützung beim Umgang mit Änderungen. Andererseits ist die Erfassung der Beziehungen und die Pflege der Kopplung aufwendig und beding t einen methodischen Ansatz und Werkzeugunterstützung.\n\nIm Vortrag werden ein Überblick über das Thema gegeben und konkrete Erfahrungen der Autoren mit der Kopplung von Anforderungen und Tests vorgestellt.\n\n\n\nTestfaller mittlung in der Systemtestpraxis\n\nHarry Sneed Anecon Software Design und Beratung G.m.b.H., Wien\n\nIn diesem Beitrag berichtet der Autor über seine Erfahrungen in der Systemtestpraxis.\n\n\n\nMitarbeitermotivation im Testt eam - Lösungsansätze aus der Praxis\n\nHarald Berning, Hans-Josef Eisenbach EMPRISE Consulting Düsseldorf GmbH\n\nDie Resonanz auf den Vortrag "kooper atives Testen" im Arbeitskreis Testmanagement auf der letzten TAV in Bremen animierte uns, unsere Erfahrungen bei der Motivation von Mitarbeitern in T estteams intensiver zu untersuchen. Diese umfangreichen Erfahrungen beruhen auf Projekteinsätzen als Team- bzw. Projektleiter in der Softwareentwicklu ng und bei der Abnahme von Software-Endprodukten. Unsere Projekteinsätze um fassen u. a. Hardware nahe Programmierung von Steuerungen, diverse teils um fangreiche Softwaresysteme zur Unterstützung der Bürokommunikation und die Abnahme von komplexen Abrechnungssystemen.\n\nJeder (Test-)Teamleiter muss gleichzeitig auch Motivator sein. Die Praxis hat aber gezeigt, dass die Mot ivation der Mitarbeiter nicht nur von den einzelnen Menschen abhängig ist, sondern auch von den unterschiedlichen Anforderungen an das Testen (während der Softwareentwicklung oder dem Abnahmetest von Endprodukten), von der Zu sammensetzung der jeweiligen Testteams (Ausbildungsstand, Anteil der MA aus Fremdfirmen) und von den Randbedingungen der jeweiligen Projektsituation ( Organisation, Termindruck).\n\nDie von uns erlebten Erfahrungen mit oder du rch diese Einflüsse gilt es, durch geeignete motivationstheoretische Modell e zu verdeutlichen. Das Ziel unseres Vortrags kann es nicht sein, einen all umfassenden Überblick über die Motivationstheorie zu geben. Wir wollen aber praxiserprobte Lösungsansätze als Anregung anbieten, um den Testprojektall tag angenehmer zu gestallten.\n\n\n\nWarum Prüfen oft 50 mal länger dauert als Lesen ... ... und andere Überraschungen aus der Welt der Software-Revie ws\n\nPeter Rösler Hermann-Gmeiner-Weg 12 81929 München  ros(at)reviewtechn ik.de www.reviewtechnik.de\n\nIn Schulungen zu Software-Reviews steht der T rainer immer dann vor einer didaktischen Herausforderung, wenn es darum geh t, die von Fachleuten genannten Zahlenangaben zu begründen, die von den Tei lnehmern intuitiv in ganz anderer Größenordnung eingeschätzt werden.\n\nZwe i dieser Zahlenangaben, die den Teilnehmern üblicherweise besonders unplaus ibel vorkommen, sind:\n\n Die optimale Inspektionsrate für Textdokumente b eträgt nur ca. 1 Seite pro Stunde (und liegt damit um ca. den Faktor 50 unt er der reinen Lesegeschwindigkeit). Das durchschnittliche Review findet nu r ca. 5% der im Dokument vorhandenen Fehler. \n\nIm Beitrag wird gezeigt, m it welchen Kurzexperimenten und Schätzungen, die von den Teilnehmern selbst durchgeführt werden, obige Zahlenangaben zumindest in der Größenordnung al s durchaus plausibel dargestellt werden können.\n\n\n\nKurzvortrag und Verl osung: Fehlerkategorien für objektorientierte Software\n\nStefan Jungmayr A rbeitskreis "Testen objekttorientierter Programme" (TOOP)\n\nBekanntgabe de r Umfrageergebnisse zum Thema "Fehlerkategorien in objektorientierten Syste men" und Preisverlosung.\n\n\n\nTAV-Arbeitskreis: Test Objektorientierter P rogramme (TOOP)\n\nDas Ziel des seit Oktober 1995 bestehenden Arbeitskreise s ist der Erfahrungsaustausch über Probleme und Lösungen beim Test (und Rev iew) von objektorientierter und komponentbasierter Software in Industrie un d Forschung.\n\nThemenschwerpunkte im Arbeitskreis sind u.a.:\n\n Testbark eit, Entwurf für Testbarkeit Reviews Test von Bibliotheken, Frameworks, M ulti-Plattform Applikationen (CORBA...) Techniken für den Integrationstest von OO-Software Testmetriken und Testwerkzeuge OO-Testplan mit Methoden- und Werkzeugempfehlungen \n\nIn München werden die Ergebnisse der Online-U mfrage zu Fehlerhäufigkeiten in OO-Software sowie die Form der darauf basie renden Veröffentlichung diskutiert. In einem Kurzvortrag erläutert Mario Wi nter den momentanen Stand des ISTQB Certified Tester Expert Level Modul Pro posals "Object Oriented Software Tester".\n\n\n\nTAV-Arbeitskreis: Testmana gement\n\nDer Arbeitskreis Testmanagement wurde im März 1995 gegründet und dient in erster Linie dem Erfahrungsaustausch der Teilnehmer über folgende Themenbereiche:\n\n Organisation von Testprozessen Methodische Unterstütz ung Einbettung in allgemeine QS-Aufgaben Rollen und Aufgaben im Testproze ss Abgrenzung des Begriffs Testmanagement \n\nWeitere Informationen zum Ar beitskreis Testmanagement finden Sie unter: www.caseconsult.com/tavtm\n\nAl le Interessenten sind herzlich eingeladen, in unsere Diskussion einzusteige n. Eine Anmeldung zur Teilnahme an der Arbeitskreissitzung ist nicht erford erlich.\n\n\n\nTAV-Arbeitskreis: Berufsbilder und Ausbildung im QS-Bereich\ n\nDas Ziel des Arbeitskreises "Berufsbild Software-Tester" ist es, eine ei nheitliche und für alle Beteiligten nachvollziehbare Ausbildung für den Sof tware-Tester zu unterstützen, um die Qualität der Qualifikation sicherzuste llen und damit auch insgesamt die Qualität der Software-Entwicklung zu verb essern.\n\nZur Zeit hat der AK  7 Kernmitglieder und weitere Interessierte. Ein Positionspapier  "Empfehlungen für das Berufsbild, die Ausbildung und die Qualifikationsstufen des Software- Tester" ist in den letzten Monaten e rarbeitet worden und im Nov. 2004 in Petrasch, R. (Hrsg.): Schriften zum So ftware-Qualitätsmanagement. Analytische und konstruktive Qualitätssicherung in Theorie und Praxis. Reihe: Software-Qualitätsmanagement: Theorie & Prax is (herausgegeben von R. Petrasch), Band 3. Logos Verlag Berlin" erschienen .\n\nMitglieder des Arbeitskreises arbeiten aktiv bzw. gestalten eine einhe itliche Zertifizierung von QM-Personal im Testbereich im nationalen und  eu ropäischen bzw. internationalen Rahmen mit.  Entsprechende Seminare werden dazu von bekannten Trainingsanbietern angeboten den (siehe z.B. das Infopor tal der IMBUS AG, die IMBUS-Seminarangebote und die SQS - Seminare).\n\nAuc h im Rahmen der TAV 22 wird die Möglichkeit angeboten (siehe Zeitplan) die  Prüfung zum Certified Tester zu absolvieren.\n\nSprecher des Arbeitskreises ist Horst Pohlmann ( Horst.Pohlmann(at)german-testing-board.info ). Die Ho mePage des Arbeitskreises ist aktuell unter der folgenden URL erreichbar:ww w.softwarequality.de/Projects/GI/Tester/tester.html \n\n(Gespiegelt auf dem GI-Web-Server unter http://giserver.gi-ev.de/fachbereiche/softwaretechnik/ tav/bb/st/index.htm )\n\n\n\nTAV-Arbeitskreis: Test eingebetteter Systeme\n \nhttp://www.systematic-testing.de/tav\n\n\n\nAnmeldung und weitere Informa tionen zum kommenden Treffen\n\nHotels\n\nIm Tagungshotel, dem Novotel in M ünchen-Perlach, ist bis zum 17. Oktober 2005 ein Zimmerkontingent abrufbar: \n\nReferenznummer: 171.652 (Siemens AG)\n\nStichwort: TAV\n\nPreis EZ: 94 EUR/ÜF, DZ: 118 EUR/ÜF (inkl. MwSt)\n\nNovotel München- Perlach\n\nRudolf-V ogel-Bogen 3\n\n81739 München\n\n\n\nAnfahrt\n\nU-Bahnlinie und Bahnstation S 6 NEUPERLACH SUED U 5 NEUPERLACH SUED\n\n     \n\n\n\nWeitere Möglichk eiten sind\n\nEZ im Golden Leaf Euro 95,-- (Siemensrabatt) Direkt an U-/S-B ahn (Siemens-Nähe)\n\nEZ im Hotel Mercure Euro 94,-- (Siemensrabatt)\n\nEZ im Hotel Aigner, Ottobrunn Euro 90,-- \n\nDie Preise sind in dieser Nähe fa st alle gleich. Bei etwas günstigeren Hotels würden noch Fahrtkosten dazuko mmen, dann wären die o.g. Hotels günstiger, zumal sie direkt an der Bahn li egen.\n\nhttp://www.bayerischerhiasl.de/ 30 Euro (Toiletten auf dem Flur ev tl. für die Studenten??) ist neu renoviert und schaut recht zünftig aus!\n\ n\n\nSuche nach ....\n\n... weiteren Hotels in München\n\n... Straßen in Mü nchen usw.\n\n\n\n(Über-)Nächstes Treffen\n\nBad Homburg\n\nAnfang Juni 200 6\n\nThemenvorschläge werden wie immer auf dem kommenden Treffen gesammelt. \n\n\n\nAbendveranstaltung\n\nDas "Social Event" findet ab 19:30 Uhr in ein em berühmten (dem berühmtesten?) Münchner Lokal statt:\n\nIm Hofbräuhaus, E rkerzimmer/Bräustüberl!\n\nWir freuen uns auf ein leckeres Abendessen, rege (nicht nur fachliche!) Diskussionen, a' zünft'ge Moaß, und ... natürlich v iel "Gaudi"!\n\nAdresse und Anfahrt LOCATION:Novotel München-Perlach DTSTAMP:20180604T121246Z DTSTART:20051117T090000Z DTEND:20051118T150000Z END:VEVENT END:VCALENDAR