25. Oktober 2012
Aus BW-Test
(→Testen von variantenreichen Systemen) |
(→Aussteller) |
||
| Zeile 53: | Zeile 53: | ||
- GFB Softwareentwicklungsgesellschaft mbH (Q-up) [http://www.gfb-softwareentwicklung.com/Produkte.html/ www.gfb-softwareentwicklung.com]<br> | - GFB Softwareentwicklungsgesellschaft mbH (Q-up) [http://www.gfb-softwareentwicklung.com/Produkte.html/ www.gfb-softwareentwicklung.com]<br> | ||
- Logica Deutschland GmbH & Co. KG [http://www.logica.de/ www.logica.de]<br> | - Logica Deutschland GmbH & Co. KG [http://www.logica.de/ www.logica.de]<br> | ||
| - | - Sogeti<br> | + | - Sogeti Deutschland GmbH [http://www.sogeti.de/ www.sogeti.de]<br> |
- NEOTYS<br> | - NEOTYS<br> | ||
- iSQI GmbH<br> | - iSQI GmbH<br> | ||
| Zeile 110: | Zeile 110: | ||
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> | 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> | <br> | ||
| + | '''Zur Person:''' <br>Der Referent Peter Wagner, arbeitet seit 1988 als in der Automobil-Industrie Forschung und Entwicklung als Qualitätsingenieur Schwerpunkt Software Test. Das Aufgabegebiet umfasst die Erforschung neuer Methoden, Praktiken und Verfahren in der modernen Softwareentwicklung. Seit 2007 ist er Mitglied des Leitungsgremiums der Gesellschafft für Informatik TAV (Test, Analyse und Verifikation).<br> | ||
| + | <br> | ||
| + | |||
===Continous Integration mit Jenkins=== | ===Continous Integration mit Jenkins=== | ||
(Prof. Dr. Simon Wiest / HdM Stuttgart)<br> | (Prof. Dr. Simon Wiest / HdM Stuttgart)<br> | ||
| Zeile 132: | Zeile 135: | ||
<br> | <br> | ||
'''Zusammenfassung:''' <br> | '''Zusammenfassung:''' <br> | ||
| - | '' | + | ''Kennen Sie diese Situation? Sie leben in Ihrer Organisation einen modernen Softwareentwicklungsprozess, haben eine ausgereifte Testumgebung und ein eingespieltes Entwicklerteam, das seit Jahren zuverlässig hoch qualitative Software ausliefert. Sie sind überzeugt, alles Mögliche für die Qualitätssicherung ihres Tools gemacht zu haben. Ein neues Release der Software wird an einen Kunden ausgeliefert – und der Kunde ist entsetzt, weil das Tool in seiner Produktivumgebung so langsam ist, dass fast alles zum Erliegen kommt. |
| + | |||
| + | Was tun? Wie stellt man in so einer Situation kurzfristig das Vertrauen des Kunden wieder her? Wie findet man zuverlässig die Ursachen für die scheinbar plötzlichen Performanceprobleme? Und was muss das Entwicklerteam ab jetzt anders machen? | ||
| + | |||
| + | Der Vortrag zeigt den steinigen Weg eines Entwicklungsteams zu einem performance-bewussten Team sowie die technischen, organisatorischen und menschlichen Probleme auf, die auf diesem Weg bewältigt werden müssen. Die Vortragende wird Ihnen einige typische Beispiele von Dos und Don’ts für performancekritische Projekte vorstellen.''<br> | ||
<br> | <br> | ||
| + | '''Zur Person:''' <br> Prof. Dr. Barbara Dörsam ist Professorin im Bereich "Print & IT" des Studiengangs Druck- und Medientechnologie an der Hochschule der Medien Stuttgart. Ihre Schwerpunkte sind Softwareentwicklung und Softwaretests. | ||
| + | Davor war sie mehrere Jahre Leiterin der Softwareentwicklung in einem Unternehmen der Automotive-Branche. | ||
| + | |||
===Agiles Testen - ein Erfahrungsbericht=== | ===Agiles Testen - ein Erfahrungsbericht=== | ||
(Michael Fischlein / Sogeti)<br> | (Michael Fischlein / Sogeti)<br> | ||
| Zeile 143: | Zeile 153: | ||
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> | 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> | <br> | ||
| + | |||
===Closing Talk: Wie Impro Theater einem Tester das Leben retten kann=== | ===Closing Talk: Wie Impro Theater einem Tester das Leben retten kann=== | ||
(Lars Metze / CGI Logica)<br> | (Lars Metze / CGI Logica)<br> | ||
