Thorsten Ziehm schrieb: > Hallo Andre, > > Andre Schnabel wrote: >> Hallo, >> >> für Interessierte gibt es einen Artikel bei Heise >> zum Thema Testmanagement: >> http://www.heise.de/developer/Anleitung-fuer-professionelles-Software-Testmanagement--/artikel/141705 >> > > Guter Artikel! Hier ist geballt zu lesen, wie Software Herstellung > funktionieren kann und was meist falsch läuft und was auch in unserem > Projekt nicht immer richtig läuft - obwohl schon viel davon gemacht > wird. > > Meine kleine Zusammenfassung von dem Artikel : > - erst wenn Projekt "fertig" ist, wird an Testing und dessen Aufwand > gedacht > => meist nur stichprobenartiges Testing möglich (Adhoc-Testing) > => kaum/keine Zeit eingeplant für strukturiertes Testing > => kaum/keine Zeit eingeplant für Fehlerbehebungen > => kaum/keine Zeit eingeplant für Testing nach der Fehlerbereinigung > > - verschiede Ebenen von Testing > => Testen im frühen Entwicklungsstand spart Kosten > => unterschiedliche Testmethoden parallel zur Stand der Entwicklung > => V-Modell > => automatisiertes Testing auf Code-Ebene ist wichtiger als auf > GUI-Ebene (von günstig -> Code-Ebene ... zu ... teuer -> GUI-Ebene) > => auf GUI-Ebene erst automatisiert Testen, wenn der Bereich stabil > ist und keine Veränderungen mehr vorgesehen sind > > - Entwickler sollen nicht ihre eigenen Implementationen testen > => nur auf Code-Ebene / Module / Unit > => ausgebildete Tester sind effektiver und machen eher Negativ-Testing > => "Es ist eine von der Entwicklung unabhängige Testabteilung > aufzubauen" > > - nur strukturiertes Testen > => intuitives Testen (Adhoc-Testing) kann punktuell einen Bug finden > => jedoch ohne methodisches Vorgehen werden Testfälle vergessen oder > übergangen > => strukturiertes Testing finden Fehler in den wichtigen Bereichen > (Testfälle auf wichtige Bereiche konzentieren) > > ... > > Viele dieser Punkte basierend auf den Standards von ISTQB [1]. Sie > entwickeln einen Standard für Software Testing und man kann sich sogar > als Certified-Tester zertifizieren lassen. Auch wir haben ein paar > Certified-Tester in unserem Team. > > Die Zukunft sehe ich in der Testgetriebenen Entwicklung [2]. Jedoch dies > in einem so großen Projekt wie OOo umzusetzen, wird nicht einfach sein. > Und es wird viele unterschiedliche Meinungen geben, ob Testing - und > damit die Qualität - so viel Zeit in Anspruch nehmen darf. > >
Einige Gedanken zur Rolle der Community, um deren Möglichkeiten ins Bewusstsein zu heben: Im Rahmen des Testmanagements können Mitglieder der Community IMO zwei unterschiedliche Rollen ausfüllen: 1. "entwicklungsbegleitendes" Testen: Hier stehen die Mitglieder der Community sozusagen auf der "Herstellerseite". In enger Zusammenarbeit mit den "hauptamtlichen" QAlern, sowie den "haupt- und ehrenamtlichen" Entwicklern (meist eines bestimmten Moduls oder sogar kleinerer Untereinheiten) wird die Entwicklung begleitet, finden beispielsweise CWS-Tests statt. Hier haben Mitglieder der Community den Vorzug, dass sie aus ihrer alltäglichen Arbeit über praxisnahe Testfälle und -daten verfügen, so dass diese nicht erst konstruiert werden müssen. 2. Releasetests Hier stehen die Mitglieder der Community sozusagen auf der "Kundenseite" und prüfen die "Abnahmereife" der Software. Im positiven Falle erfolgt die "Abnahme" einer bestimmten Version durch die Entscheidung, dass diese releaset wird. Neben der Möglichkeit automatisierter oder standardisierter Tests auf unterschiedlichen Plattformen und Systemen, gilt auch hier der oben genannte Vorteil des Vorhandenseins praxisnaher Testfälle und -daten. IMO können also Mitglieder der Community im Bereich der QA bestimmte Resourcen bereitstellen, die bei sinnvoll genutzt werden können und wohl noch lange nicht ausgeschöpft sind. Gruß Michael --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
