20. Oktober 2011
Aus BW-Test
Nl (Diskussion | Beiträge) (→Sprecher) |
Nl (Diskussion | Beiträge) (→Zusammenfassung) |
||
| Zeile 1: | Zeile 1: | ||
== 3. Baden-Württemberg Testing Day - "Baden-Württemberg testet"== | == 3. Baden-Württemberg Testing Day - "Baden-Württemberg testet"== | ||
<i>Änderungen möglich!!!</i><br><br> | <i>Änderungen möglich!!!</i><br><br> | ||
| - | <b>Die Veranstaltung wird | + | <b>Die Veranstaltung wird mitveranstaltet von der [http://opensource.region-stuttgart.de/ Wirtschaftsförderung Stuttgart]</b>.<br><br> |
==Veranstaltungsdaten== | ==Veranstaltungsdaten== | ||
| Zeile 27: | Zeile 27: | ||
| 15:45 || Pause mit Ausstellung | | 15:45 || Pause mit Ausstellung | ||
|- | |- | ||
| - | | 16:15 || <b> | + | | 16:15 || <b>10 vermeintliche Gründe, MBT nicht zu verwenden</b> || <b>CAT – Der Certified Agile Tester</b> |
|- | |- | ||
| 17:00 || Pause mit Ausstellung | | 17:00 || Pause mit Ausstellung | ||
|- | |- | ||
| - | | 17:30 || <b> | + | | 17:30 || <b>Aufbau eines Competence-Centers Testen</b> || <b>Qualitätsmanagement in der agilen Software-Entwicklung: Zusätzliche Chancen wahrnehmen</b> |
|- | |- | ||
| - | | 18:15 || Afterwork-Drink mit Ausstellung | + | | 18:15 || Afterwork-Drink mit Ausstellung & Verlosung |
|} | |} | ||
| Zeile 45: | Zeile 45: | ||
==Aussteller== | ==Aussteller== | ||
| - | - eXept Software AG (expecco/expeccoNET) | + | - ASQF - Arbeitskreis Software-Qualität und -Fortbildung e.V. [http://www.asqf.de/ www.asqf.de]<br><br> |
| + | - eXept Software AG (expecco/expeccoNET) [http://www.exept.de/ www.exept.de]<br><br> | ||
| + | - Díaz & Hilterscheid Unternehmensberatung GmbH [http://www.diazhilterscheid.de/ www.diazhilterscheid.de]<br><br> | ||
| + | - imbus AG (TestBench/MBT) [http://www.imbus.de/startseite/ www.imbus.de]<br><br> | ||
- iSQI - International Software Quality Institute [https://www.isqi.org/ www.isqi.org]<br><br> | - iSQI - International Software Quality Institute [https://www.isqi.org/ www.isqi.org]<br><br> | ||
| + | - GFB Softwareentwicklungsgesellschaft mbH (Q-up) [http://www.gfb-softwareentwicklung.com/Produkte.html/ www.gfb-softwareentwicklung.com]<br><br> | ||
- Logica Deutschland GmbH & Co. KG [http://www.logica.de/ www.logica.de]<br><br> | - Logica Deutschland GmbH & Co. KG [http://www.logica.de/ www.logica.de]<br><br> | ||
| + | - Software.Process.Management [http://www.swpm.de/ www.swpm.de]<br><br> | ||
- sepp.med GmbH (.mzT/.getmore) [http://www.seppmed.de/ www.seppmed.de]<br><br> | - sepp.med GmbH (.mzT/.getmore) [http://www.seppmed.de/ www.seppmed.de]<br><br> | ||
- Tricentis Technology & Consulting GmbH (Tosca Testsuite) [http://www.tricentis.com/tosca+M54a708de802.html www.tricentis.com]<br><br> | - Tricentis Technology & Consulting GmbH (Tosca Testsuite) [http://www.tricentis.com/tosca+M54a708de802.html www.tricentis.com]<br><br> | ||
| + | - Wirtschaftsförderung Region Stuttgart GmbH [http://www.wrs.region-stuttgart.de/ www.wrs.region-stuttgart.de]<br><br> | ||
==Sprecher== | ==Sprecher== | ||
| Zeile 76: | Zeile 82: | ||
Darüber, dass Continuous Integration (CI) eine gute Idee ist, herrscht soweit Einigkeit. Doch wie gut funktioniert CI tatsächlich in der Praxis? Vor allem, wenn man viele Entwickler hat oder viele verschiedene Plattformen unterstützt? | Darüber, dass Continuous Integration (CI) eine gute Idee ist, herrscht soweit Einigkeit. Doch wie gut funktioniert CI tatsächlich in der Praxis? Vor allem, wenn man viele Entwickler hat oder viele verschiedene Plattformen unterstützt? | ||
In diesem Vortrag werden am Beispiel eines "mittelgroßen" CI-Setups einige der Probleme und Herausforderungen diskutiert, darunter Skalierung sowie Visualisierung des Systemzustands. | In diesem Vortrag werden am Beispiel eines "mittelgroßen" CI-Setups einige der Probleme und Herausforderungen diskutiert, darunter Skalierung sowie Visualisierung des Systemzustands. | ||
| + | |||
| + | |||
| + | ===Vortrag: "10 vermeintliche Gründe, MBT nicht zu verwenden"=== | ||
| + | |||
| + | Dr. Martin Beißer (sepp.med GmbH) | ||
| + | |||
| + | ====Zusammenfassung==== | ||
| + | Seit einigen Jahren wird modellbasiertes Testen intensiv diskutiert, die Vorteile werden nicht bestritten, trotzdem kommt diese Methodik erstaunlich wenig zum Einsatz. Woran liegt das? Wir haben die am häufigsten genannten Gründe, warum MBT nicht eingesetzt wird, gesammelt: | ||
| + | |||
| + | 1. Wenn man Entwicklungsmodelle nicht nutzen kann, lohnt es nicht | ||
| + | 2. Wir arbeiten nicht mit UML | ||
| + | 3. Die Modelle sind zu unübersichtlich | ||
| + | 4. Unsere Tester könne nicht modellieren | ||
| + | 5. Unser Produkt ist zu komplex | ||
| + | 6. Noch ein Werkzeug | ||
| + | 7. Der Einführungsaufwand ist zu groß | ||
| + | 8. Zusätzlicher Aufwand für die Wartung der Modelle | ||
| + | 9. Es gibt für Modelle kein vernünftiges Konfigurationsmanagement | ||
| + | 10. Es fehlen Modellierungsrichtlinien | ||
| + | |||
| + | Natürlich sind alle diese Einwände berechtigt und nicht sofort von der Hand zu weisen. Dieser Vortrag zeigt, dass sich in vielen Fällen eine gute Antwort finden lässt, die es erlaubt, die Vorteile zu Nutzen, ohne die Nachteile in Kauf nehmen zu müssen. | ||
| + | |||
| + | |||
| + | |||
| + | ===Vortrag: "CAT – Der Certified Agile Tester"=== | ||
| + | |||
| + | Jana Noack (iSQI GmbH) | ||
| + | |||
| + | ====Zusammenfassung==== | ||
| + | Der wachsenden Zahl agiler Projekte steht nur eine kleine Gruppe bereits agil erfahrener Praktiker gegenüber. Dazu kommt ein Mangel an geeigneten Fortbildungsangeboten – die meisten fußen auf abstrakter theoretischer Vermittlung dieser praxisnahen und kontextabhängigen Vorgehensweise. Besonders für Softwaretester offenbart ein Blick auf die vorhandenen Schulungen die klaffende Lücke zwischen Anforderung und Angebot: Bisher gab es keine Ausbildung, die sie auf die Anforderungen agiler Projekte vorbereitet. | ||
| + | In enger Zusammenarbeit mit führende IT-Unternehmen entwickelte das International Software Quality Institute (iSQI GmbH) daher „Certified Agile Tester“. Das Schulungs- und Zertifizierungsprogramm baut auf drei Prämissen:<br> | ||
| + | - agile Projekte benötigen eine gemeinsame Sprache, Struktur und Disziplin<br> | ||
| + | - Praxis und Erfahrungswerte stehen im Vordergrund<br> | ||
| + | - ein Konsens über die Methoden ist der Schlüssel zum Erfolg<br> | ||
| + | Die Herausforderungen in der Arbeit als agiler Tester werden in „Certified Agile Tester“ aufgegriffen. Teilnehmer lernen in der Fortbildung konkret und fundiert, wie Sie agile Prinzipien in ihren Workflow integrieren und sich den Herausforderungen erfolgreich stellen.<br> | ||
| + | In dem Vortrag beschreibt Jana Noack, Geschäftsführerin des iSQI, aus welchen theoretischen und praktischen Bestandteilen sich die Aus- und Weiterbildung zum „Certified Agile Tester“ zusammensetzt, warum eine gemeinsame Methodologie auch in agilen Projekten von zentraler Wichtigkeit ist – und wie mit der Zertifizierungsprüfung zum „Certified Agile Tester“ die Eigenheiten agiler Methoden mit den Vorteilen von Standardisierung harmonisch vereint werden. | ||
| + | |||
| + | |||
| + | |||
| + | ===Vortrag: "Aufbau eines Competence-Centers Testen"=== | ||
| + | |||
| + | Sonja Schäfer (Bausparkasse Schwäbisch Hall) | ||
| + | |||
| + | ====Zusammenfassung==== | ||
| + | In Audits wurde das Testvorgehen im Hause der Bausparkasse Schwäbisch Hall AG und deren Tochterunternehmen VR Kreditwerk AG geprüft und Weiterentwicklungspotentiale identifiziert. Die daraus abgeleiteten Maßnahmen wurden in einem Projekt mit dem Titel "Aufbau des Competence-Center Testen" gebündelt und befinden sich seit Anfang 2010 in der Umsetzung. Die Einführung der angepaßten Testmethodik und der damit verbundenen Werkzeuge wird bis Mitte des Jahres 2013 andauern. Wichtigste Erkenntnis zum aktuellen Zeitpunkt ist der positive Effekt der gewählten Einführungsform: Aktiv wird die neuen Methodik in den Projekten geschult und die Mitarbeiter durch Coaching unterstützt. | ||
| + | |||
| + | |||
| + | |||
| + | ===Vortrag: "Qualitätsmanagement in der agilen Software-Entwicklung: Zusätzliche Chancen wahrnehmen"=== | ||
| + | |||
| + | Dr. Andreas Birk & Gerald Heller (Software.Process.Management) | ||
| + | |||
| + | ====Zusammenfassung==== | ||
| + | Agile Entwicklung ist in vielen Bereichen der Software- und Systementwicklung angekommen. So werden heute nicht nur Webanwendungen agil entwickelt, sondern auch große IT-Informationssysteme und eingebettete Software. | ||
| + | |||
| + | Dieser Vortrag zeigt, wo die agile Entwicklung neue Chancen für das Qualitätsmanagement bietet. Schon die Prinzipien und Praktiken agiler Entwicklung bringen hier Einiges mit: Test-Driven Development, iterative Entwicklung und Testautomatisierung sind wesentliche Bausteine. Allerdings steht üblicherweise nur ein einzelnes Team im Fokus. Bei größeren Entwicklungsprojekten müssen auch Testaufgaben über mehrere Teams koordiniert werden. | ||
| + | |||
| + | Das Qualitätsmanagement muss im agilen Umfeld stärker mit der Entwicklung zusammenarbeiten und zugleich neue zentrale Kompetenzen und Dienstleistungen entwickeln. Auch die QM-Aufgaben in einer hybriden Umgebung mit agilen und nicht-agilen Projekten müssen gemeistert werden. Beispiele aus der industriellen Praxis demonstrieren, welche Vorgehensweisen sich bewährt haben, und welche Rolle der unterstützende Werkzeugeinsatz spielt. | ||
