Difference between revisions of "DE/2.2.1 Release Test"

From Apache OpenOffice Wiki
< DE
Jump to: navigation, search
m (Testmatrix)
m
Line 6: Line 6:
 
Der Freigabetest wird anhand des Release-Sanity Scenarios im TCM durchgeführt.  
 
Der Freigabetest wird anhand des Release-Sanity Scenarios im TCM durchgeführt.  
 
Zum Test werden die regulären RC's für die jeweilige Plattform verwendet:
 
Zum Test werden die regulären RC's für die jeweilige Plattform verwendet:
* [http://download.openoffice.org/680/index.html/ SUN-Builds] Windows, Linux x86 RPM, Solaris - Verzeichnisse 2.2.1rc* .
+
* [http://download.openoffice.org/680/ SUN-Builds] Windows, Linux x86 RPM, Solaris - Verzeichnisse 2.2.1rc* .
 
* [ftp://ftp.linux.cz/pub/localization/OpenOffice.org/devel/680/ Pavels builds] Linux x86 deb - Verzeichnisse OOF680_m17 und höher.
 
* [ftp://ftp.linux.cz/pub/localization/OpenOffice.org/devel/680/ Pavels builds] Linux x86 deb - Verzeichnisse OOF680_m17 und höher.
 
* [ftp://ooopackages.good-day.net/pub/OpenOffice.org/MacOSX/ Mahos builds] Mac OS X x86 und PPC - Verzeichnisse .
 
* [ftp://ooopackages.good-day.net/pub/OpenOffice.org/MacOSX/ Mahos builds] Mac OS X x86 und PPC - Verzeichnisse .

Revision as of 16:27, 29 May 2007

Diese Seite dient der Koordination der Release-Tests der deutschsprachigen 2.2.1 Version.

Die Tests sollen der Freigabe der deutschsprachigen Pakete von OpenOffice.org 2.2.1 dienen.

Der Freigabetest wird anhand des Release-Sanity Scenarios im TCM durchgeführt. Zum Test werden die regulären RC's für die jeweilige Plattform verwendet:

  • SUN-Builds Windows, Linux x86 RPM, Solaris - Verzeichnisse 2.2.1rc* .
  • Pavels builds Linux x86 deb - Verzeichnisse OOF680_m17 und höher.
  • Mahos builds Mac OS X x86 und PPC - Verzeichnisse .
  • Jacks builds FreeBSD 5 und 6 - Verzeichnisse .

Werden Fehler oder Probleme aufgedeckt, sollten unbedingt entsprechende Issues gesucht und ggf. neu erfasst werden. Diese sollten dann im TCM bei dem Testfall hinterlegt werden, bei dem das Problem entdeckt wurde. Bei Problemen unbedingt auf der QA Liste melden. Gefundene Fehler sollten im Zweifelsfall auch dort diskutiert werden. Bei Problemen mit Issuezilla (z.B. ungenügende Kenntnisse beim Aufgeben von Issues) ebenfalls auf der QA-Liste melden. André Schnabel kümmert sich dann um die Bearbeitung der Issues.

Um bei den Tests mithelfen zu können, wird ein TCM-Account benötigt. Bei Interesse wendet euch bitte an qa@de.openoffice.org

Informationen und Links

Testmatrix

wer macht welche Tests - es werden folgende Markierungen verwendet:

  • grau - Test noch nicht zugeteilt
  • normal - zum Testen eingeteilt / Test in Arbeit
  • kursiv - Test mit unkritischen Fehlern bestanden
  • fett - Test ohne Fehler bestanden
  • fett-kursiv - Test mit kritischen Fehlern fehlgeschlagen
Plattform Tester Ergebnis
Mac( PPC) torwart
Mac( x86) fein
cloph
michaelkoechling
PowerPC(Linux)
Sparc(Solaris10)
Sparc(Solaris8)
Sparc(Solaris9)
x86(FreeBSD5.3)
x86(Linux/deb)
x86(Linux/RPM) SimonAW
cloph
andreasma
T:28, P:21, F:4, S:3
n/A
n/A
x86(Linux/JDS3)
x86(Solaris10) axxl
X86(Solaris9)
x86(Win2003)
x86(Win2K)
x86(Win98)
x86(WinME)
x86(WinXP) jrahemipour
epix
x86(WinVista)

Zusatzaufgaben

Issues verifizieren

Folgende Issues sind für OOo 2.2.1 geplant, aber noch nicht geschlossen. Diese sollten aufgearbeitet werden:

Vorgehen:

  • einen Issue hernehmen (am besten, einen, mit dem man bereits zu tun hatte)
  • prüfen, ob er tatsächlich gefixt ist (nur Issues bearbeiten, bei denen man sicher ist, das Problem zu verstehen)
  • wenn ja -> Status auf "Closed" wechseln (Mark Issue as Closed)
  • wenn nein -> Issue wieder öffnen (reopen issue) und target auf 2.x ändern
  • jeweils einen Kommentar hinterlassen, mit welcher Version (RC x) geprüft wurde und welche Probleme evtl. noch beobachtet wurden

Sonst keine Änderungen vornehmen .. auch keine Diskussionen, dass man den Fehler lieber anders gefixt haben möchte, oder dass es im Umfeld noch weitere Probleme gibt. Sollte das der Fall sein, einen neuen Issue aufgeben.

Personal tools