20. Oktober 2011

== 3. Baden-Württemberg Testing Day - "Baden-Württemberg testet"==
<i>Änderungen möglich!!!</i><br><br>
<b>Die Veranstaltung wird mitveranstaltet von der [http://opensource.region-stuttgart.de/ Wirtschaftsförderung Stuttgart]</b>.<br><br>

==Veranstaltungsdaten==

Datum: Donnerstag, den 20. Oktober 2011

Beginn: 13:30 Uhr

Ort: Congress Center Siemens, Weissacher Str. 11, 70499 Stuttgart - Übersicht: [http://maps.google.de/maps?q=Weissacher+Stra%C3%9Fe+11,+Stuttgart&hl=de&ie=UTF8&sll=51.151786,10.415039&sspn=16.181051,36.123047&z=16 Google Maps]
<br>Wir bitten für unsere Planung um eine kurze formlose Anmeldung. Bitte melden Sie sich bis zum 17. Oktober über die [https://www.asqf.de/fachgruppentermine-anzeige/events/id-20102011-fg-software-test-baden-wuerttemberg-stuttgart.html ASQF Veranstaltungsseite] an. Die Teilnahme ist kostenlos. Eine Anmeldebestätigung wird nicht versandt. 
<br>

==Agenda==

{| class="wikitable"
|- class="hintergrundfarbe5"
! Uhrzeit !! Track 1 !! Track 2
|-
| 13:30 || Registrierung mit Imbiss
|-
| 14:00 || <b>Keynote - Testen von Software - systematisch oder agil?</b>
|-
| 15:00 || <b>Requirement und Test – die eineiigen Zwillinge des Projekterfolges </b> || <b>Continuous Integration in der Praxis </b>
|-
| 15:45 || Pause mit Ausstellung
|-
| 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:30 || <b>Erfahrungsbericht: Testen bei der Bausparkasse Schwäbisch Hall</b> || <b>Erfahrungsbericht: Testaufgaben in einem agilen Projekt</b>
|-
| 18:15 || Afterwork-Drink mit Ausstellung
|}

==Inhalt und Ziel der Veranstaltung==

Von der Anforderungsdefinition bis zur Testausführung.


<br>

==Aussteller==

- 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>
- 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>
- 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>
- 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==

===Keynote: Testen von Software - systematisch oder agil?===

Prof. Dr. Andreas Spillner (Hochschule Bremen)

====Zusammenfassung====
Im Vortrag werden die Vorgehensweisen beim Systematischen Testen mit einem entsprechenden Testprozess und dessen Einordnung im Softwareentwicklungsprozess erörtert. Dem werden das Agile Testen, die dortigen Vorgehensweisen und die Verbindung zu den übrigen Entwicklungstätigkeiten gegenübergestellt. Im zweiten Teil des Vortrags werden Teilergebnisse einer anonyme Online-Umfrage zum Softwaretest in der Praxis vom Mai 2011 vorgestellt. Welche Testansätze werden von wem in der Praxis eingesetzt, systematisches oder agiles Testen? Wie sehen die Entwicklungs- und Testprozesse aus?


===Vortrag: "Requirement und Test – die eineiigen Zwillinge des Projekterfolges"===

Gabriele Frenzel (PRO OPT SERVICE MANAGEMENT GmbH & Co. KG)

====Zusammenfassung====
Eigentlich ist es bekannt, dass ein gutes Requirements Engineering von Anfang an sowie ein strukturierter Test für ein erfolgreiches Projekt unerlässlich sind. Dennoch gibt es immer wieder Projekte, in dem eine der beiden Tätigkeiten oder auch beide aus Kostengründen „eingespart“ wird. Der Vortrag zeigt anhand von verschiedenen Projekterfahrungsberichten, wie die enge Verzahnung von beiden  Engineering Tätigkeiten – Requirement und Test -  maßgeblich den Projekterfolg gesichert hat – oder eben auch zu dem nicht ganz so erfolgreichen Projektabschluss beigetragen hat.


===Vortrag: "Continuous Integration in der Praxis"===

Dirk Haun (Compart AG)

====Zusammenfassung====
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.


===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.