DE/QA/Ideen/Bug-Review-Woche

Brainstorming
Allgemein:
 * Termin finden (mit Events gegenchecken)
 * Kommunikation in de-discuss oder via IRC?
 * Dokumentation / Nachvollziehbarkeit? (Wenn einer eben am Anfang nicht dabei sein kann) K-j 2012-03-08T07:52:47 (CET)
 * Sprache: Deutsch
 * Warum eine Woche?
 * weil nicht jeder jeden Tag Zeit hat
 * weil wir kaum synchron vorgehen können werden
 * eine Woche ist trotzdem ein überschaubarer Zeitraum
 * Alternativen? (1 Tag ist IMHO zu kurz, da können vielleicht nicht viele usw.)

Ziele:
 * möglichst viele Bugs nachvollziehen/bestätigen und falls erforderlich "eskalieren" ".
 * dabei wichtiges gemeinsames Lernziel: Bug-Review-Knowhow verbessern (auf Deutsch und Englisch)
 * organisatorische Erfahrungen sammeln (auch im Hinblick auf eine internationale Bug-Review-Woche)
 * "Qualifikation zur Teilnahme" an internationaler Bug-Review-Woche ;-)

Vorgehen:
 * Bugs mit NEEDINFO einen nach dem anderen hernehmen, nachvollziehen, Infos ggf. nachliefern
 * erst sezieren alle gemeinsam einen oder mehrere Bugs,
 * (könnte man das nicht schon vorher an einem Beispiel machen und im Wiki dokumentieren? K-j 2012-03-08T07:52:47 (CET))
 * dann weiter in Gruppen oder einzeln je nach Wunsch und Können
 * Bugs eskalieren (most annoying, Regression, erstes Auftreten feststellen)

Hintergrundwissen

 * QA/Improving QA-Release-3.5/de

Offene Fragen

 * Brauchen wir einen "Mentor" (jemand der sich gut mit QA auskennt) oder wollen wir erst mal selber gucken wie weit wir kommen? Und dabei Fragen sammeln und dann "en bloc" gemeinsam klären?
 * Wie sieht es mit dem QA-Wochenende dieses Jahr aus? Kann man das ggf. einbinden? K-j 2012-03-08T07:42:40 (CET)