25. Oktober 2012
Aus BW-Test
Schick (Diskussion | Beiträge) |
Schick (Diskussion | Beiträge) |
||
| Zeile 80: | Zeile 80: | ||
Einige der Problem lassen sich durch Nachdenken und JUnit-Boardmitteln lösen. Für andere Probleme bietet PatternTesting eine Reihe von Hilfsmittel, um wieder grünes Licht für's Testen zu erringen.<br> | Einige der Problem lassen sich durch Nachdenken und JUnit-Boardmitteln lösen. Für andere Probleme bietet PatternTesting eine Reihe von Hilfsmittel, um wieder grünes Licht für's Testen zu erringen.<br> | ||
<br> | <br> | ||
| - | '''Zur Person:''' Oliver Böhm studierte Informatik an der Universität Stuttgart . Nach C++-Entwickung im Unix-Bereich beschäftigt er sich mit Java-Entwicklung unter Linux und Aspekt-Orientierte SW-Entwicklung . Er ist u.a. Autor der Bücher " JavaSoftware Engineering unter Linux " ( millin Verlag ) und " Aspekt-Orientierte Programmierung mit AspectJ 5 " ( dpunkt.verlag ). Neben seiner hauptberuflichen Tätigkeit als JEE-Architekt bei T-Systems gibt er AOSD-Vorlesungen und ist Board-Mitglied der JUGS (Java User Group Stuttgart).<br> | + | '''Zur Person:''' <br> Oliver Böhm studierte Informatik an der Universität Stuttgart . Nach C++-Entwickung im Unix-Bereich beschäftigt er sich mit Java-Entwicklung unter Linux und Aspekt-Orientierte SW-Entwicklung . Er ist u.a. Autor der Bücher " JavaSoftware Engineering unter Linux " ( millin Verlag ) und " Aspekt-Orientierte Programmierung mit AspectJ 5 " ( dpunkt.verlag ). Neben seiner hauptberuflichen Tätigkeit als JEE-Architekt bei T-Systems gibt er AOSD-Vorlesungen und ist Board-Mitglied der JUGS (Java User Group Stuttgart). <br> |
| + | <br> | ||
| + | ===Testen von variantenreichen Systemen=== | ||
| + | (Dr. Sebastian Oster / CGI Logica)<br> | ||
| + | <br> | ||
| + | '''Zusammenfassung:''' <br> | ||
| + | Der Automobilbereich beherbergt aktuell die variantenreichsten Systeme der produzierenden Gewerbe. Mittelklassemodelle eines süddeutschen OEMs kommen auf eine mögliche Anzahl von Varianten im Milliardenbereich, so dass jedes Auto dieser Baureihe, allein mit Hinblick auf den installierten Softwarestand, ein Unikat sein kann. Eine besondere Herausforderung bei dieser Entwicklung stellt dabei das Testen solcher Softwarestände dar. Alle Varianten müssen ausgiebig getestet werden. Dabei spielen Standards wie ISO 26262 eine besonders wichtige Rolle, denn sie verlangen, dass gegen jede Anforderung an die Produktlinie korrespondierende Tests erstellt und ausgeführt werden. Daher muss die Variabilität sowohl in den Anforderungen als auch im Test berücksichtigt werden.<br> | ||
| + | In diesem Vortrag werden Methodiken und Konzepte vorgestellt, wie man trotz der hohen Anzahl von Varianten systematisch und effizient testen kann. Dabei werden sowohl mathematische Heuristiken beleuchtet, die den Testraum einschränken, als auch Methoden, wie die Klassifikationsbaummethode und modellbasiertes Testen um die Wiederverwendung von Testartefakten zu forcieren.<br> | ||
| + | <br> | ||
| + | ===Agile Software-Entwicklung und Test mit Automotive Open System Architecture (AUTOSAR)=== | ||
| + | (Peter Wagner / Bosch)<br> | ||
| + | <br> | ||
| + | '''Zusammenfassung:''' <br> | ||
| + | Automobilhersteller, Zulieferer und Tool-Anbieter gründeten die Entwicklungspartnerschaft AUTOSAR, um einen offenen Standard für Embedded-Middleware (anwendungsneutrale Lösung) zu definieren. AUTOSAR fasst Informationen über Software-Komponenten, ihre Schnittstellen, die Hardware-Topologie und die Verteilung der Software-Komponenten auf die Steuergeräte in einem Modell zusammen. Der Beitrag beschreibt die Arbeiten von Bosch und ETAS für AUTOSAR. Bosch realisiert die Basissoftware-Entwicklung über das Projekt CUBAS (AUTOSAR Compliant Basic Software) mit Beteilung von Bosch India und ETAS. ETAS bietet zur virtuellen Ausführung von AUTOSAR Software-Komponenten das Werkzeug INTECRIO-VP an. <br> | ||
| + | <br> | ||
| + | |||
| + | ===Performancemessungen und -analysen bei 3-Tier-Systemen - Ein praktisches Beispiel=== | ||
| + | (Prof. Dr. Dörsam / HdM Stuttgart)<br> | ||
| + | <br> | ||
| + | '''Zusammenfassung:''' <br> | ||
| + | ''Infos folgen!!!''<br> | ||
| + | <br> | ||
| + | ===Agiles Testen - ein Erfahrungsbericht=== | ||
| + | (Michael Fischlein / Sogeti)<br> | ||
| + | <br> | ||
| + | '''Zusammenfassung:''' <br> | ||
| + | Auch in der agilen Softwareentwicklung – hier am Beispiel von SCRUM – ist der Test ein wichtiger Bestandteil – nur wie, wann, wo wird er umgesetzt, in welchem Umfang und wer führt in aus? Fragen, die viele Antworten ermöglichen die hier exemplarisch vorgestellt werden. Selten auch beginnt die Aufgabenstellung für ein agiles Projekt auf der grünen Wiese. Gerade in der langjährigen Produktentwicklung existiert oft ein klassischer Softwareentwicklungsprozess, darin eingebunden ein klassischer Testprozess und das entsprechende Minde Set der beteiligten. Der Weg von Klassisch zu Agil ist ein interessanter und steiniger Weg. Wie sieht das Zusammenspiel der Prozesse aus bei einer Teilumstellung – vor allem aus Testsicht? Welche Schwierigkeiten sowohl technisch als auch menschlich lauern auf dem Weg? Im Vortrag von Herrn Fischlein werden Ansätze für Lösungen aus existierenden Projekten vorgestellt und auch gerne diskutiert.<br> | ||
| + | <br> | ||
| + | '''Zur Person:''' <br> | ||
| + | Der Referent Michael Fischlein, arbeitete viele Jahre als verantwortlicher Tester und Testmanager in einer Softwareentwicklung für eine Standardsoftwareprodukt. Seit 2010 ist er als Senior Consultant bei Sogeti in agilen Projekten im Einsatz. Ende 2010 übernahm er die Aufgabe des Technical Managers für Sogeti München. Neben seiner beruflichen Aktivitäten ist kommt er auch über seine Tätigkeiten im ASQF Software-Test Südbayern sehr stark mit dem Thema Softwaretest, -qualität und Testen im agilen Umfeld in Berührung.<br> | ||
| + | <br> | ||
| + | ===Closing Talk: Wie Impro Theater einem Tester das Leben retten kann=== | ||
| + | (Lars Metze / CGI Logica)<br> | ||
| + | <br> | ||
| + | '''Zusammenfassung:''' <br> | ||
| + | Jedes Projektmitglied befindet sich in einem sozialen und politischen Spannungsfeld sobald das Projekt seine Arbeit aufnimmt. Für einen Tester ist es häufig eine Projekttätigkeit zwischen Hammer und Amboss: | ||
| + | * Anforderungen kommen unverständlich, unpräzise oder verspätet. | ||
| + | * Testläufe werden verkürzt, verschoben oder in letzter Minute inhaltlich verändert. | ||
| + | * Programmierer fühlen sich angegriffen, überwacht oder fremdbestimmt. | ||
| + | Alles wird gerne auf den Tester geschoben und es entsteht der Wunsch, Tests einfach abzuschaffen. Wer könnte sich diesem Druck schon widersetzen? Da muss schon ein echter Held her – so wie in einem Theaterstück oder einem Film. Sie sagen, den gibt es nicht? Ich denke doch und beweise Ihnen, dass sie diese Rolle schon tagtäglich erfüllen! Aber jetzt wird es Zeit, dem Helden auch den richtigen Platz in ihrem täglichen Stück einzuräumen. Folgen Sie mir auf der Reise des Helden – und ich zeige Ihnen, wie Sie die Welt wenigstens ein kleines bisschen verändern können.<br> | ||
| + | <br> | ||
| + | '''Zur Person:''' <br> | ||
| + | Der Referent Lars Metze absolvierte 2008 sein BA-Studium der Wirtschafsinformatik bei der Firma Behr GmbH & Co. KG. Bei der Logica ist er seit Abschluß des Studiums für Projekte in den Bereichen IT-Servicemanagement, Prozessmanagement und Requirements Engineering tätig. Aus Leidenschaft für das Schauspiel startete er ein Schauspielstudium in Paris und nutzt heute seine Erfahrungen in Dramaturgie und Improvisation, um auch aus schwierigen Situationen das Beste für Kunden und Projekte zu holen. | ||
| + | <br> | ||
