Difference between revisions of "DE/3.2.1 Release Test"
(→Testmatrix) |
Plutonium244 (Talk | contribs) m |
||
(6 intermediate revisions by 4 users not shown) | |||
Line 1: | Line 1: | ||
− | + | [[Category:DE/Release_Test|3.2.1 Release Test]] | |
− | [[Category:DE/Release_Test]] | + | |
Diese Seite dient der Koordination der Release-Tests der deutschsprachigen Version 3.2.1 | Diese Seite dient der Koordination der Release-Tests der deutschsprachigen Version 3.2.1 | ||
Die Tests sind die Grundlage der Freigabe der deutschsprachigen Pakete von OpenOffice.org 3.2.1 | Die Tests sind die Grundlage der Freigabe der deutschsprachigen Pakete von OpenOffice.org 3.2.1 | ||
Line 16: | Line 15: | ||
* Mahos builds | * Mahos builds | ||
− | ** [ | + | ** [http://ooopackages.good-day.net/pub/OpenOffice.org/contrib/macosx86/3.2.1rc2_20100527/ Mac OS X x86 (Intel) ] |
− | ** [ | + | ** [http://ooopackages.good-day.net/pub/OpenOffice.org/contrib/macosppc/3.2.1rc2_20100527/ Mac OS X PPC] |
* [ftp://ooopackages.good-day.net/pub/OpenOffice.org/FreeBSD/ Jacks builds] FreeBSD 8 x86-64 - Verzeichnisse . | * [ftp://ooopackages.good-day.net/pub/OpenOffice.org/FreeBSD/ Jacks builds] FreeBSD 8 x86-64 - Verzeichnisse . | ||
Line 35: | Line 34: | ||
Neulinge finden unter [http://wiki.services.openoffice.org/wiki/DE/Release_Test_Howto http://wiki.services.openoffice.org/wiki/DE/Release_Test_Howto] eine kleine Hilfe zur Einrichtung des Testsystems. | Neulinge finden unter [http://wiki.services.openoffice.org/wiki/DE/Release_Test_Howto http://wiki.services.openoffice.org/wiki/DE/Release_Test_Howto] eine kleine Hilfe zur Einrichtung des Testsystems. | ||
− | |||
= Testmatrix = | = Testmatrix = | ||
Line 78: | Line 76: | ||
|- | |- | ||
! x86_64 (Linux/deb mit/ohne KDE) | ! x86_64 (Linux/deb mit/ohne KDE) | ||
− | || ''thackert'' (mit KDE4.4.3) || Nur ein "paar" kleinere Sachen, die ich selber aber nicht als Showstopper sehe ... ;) | + | || ''thackert'' (mit KDE4.4.3) || Nur ein "paar" kleinere Sachen, die ich selber aber nicht als Showstopper sehe ... ;) Und natürlich die fehlende KDE-Menüintegration, womit aber anscheinend nur ich ein Prob habe ... :( |
|- | |- | ||
! x86_64 (Linux rpm mit JRE) | ! x86_64 (Linux rpm mit JRE) | ||
− | || wope| kaoschwede|| mir ist nur der bekannte Issue aufgefallen (wope) | + | || ''wope''| kaoschwede|| mir ist nur der bekannte Issue aufgefallen (wope) |
|- | |- | ||
! x86 (Solaris10) | ! x86 (Solaris10) | ||
Line 90: | Line 88: | ||
|- | |- | ||
! X86 (Opensolaris/JRE) | ! X86 (Opensolaris/JRE) | ||
− | || | + | || ''markomlm'' || Automatische Tests: First ein Fehler Top10 i.o., TCM weitestgehend o.k. |
|- | |- | ||
! x86 (Win2003 mit/ohne JRE) | ! x86 (Win2003 mit/ohne JRE) |
Latest revision as of 22:03, 21 October 2012
Diese Seite dient der Koordination der Release-Tests der deutschsprachigen Version 3.2.1 Die Tests sind die Grundlage der Freigabe der deutschsprachigen Pakete von OpenOffice.org 3.2.1
Die Freigabetests (Sanity Tests) werden anhand des Release-Sanity Scenarios im TCM durchgeführt. Zum Test werden die regulären RC's für die jeweilige Plattform verwendet. Dies ist diesmal die Version 3.2.1 RC 2 (OOO320_m18).
Contents
Liste der Plattformen:
QATrack (alle Plattformen)
- Oracle/Sun Builds - (full installation set)
- Mahos builds
- Jacks builds FreeBSD 8 x86-64 - Verzeichnisse .
Für die Tests in Base benötigt Ihr den Sun-Report-Builder. Den Download dafür findet Ihr hier
Werden Fehler oder Probleme aufgedeckt, sollten unbedingt entsprechende Issues gesucht und ggf. neu gefasst werden. Diese sollten dann im TCM bei dem Testfall hinterlegt werden, bei dem das Problem entdeckt wurde. Bei Problemen unbedingt auf der QA Liste (qa@de.openoffice.org) 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. Dort erhaltet Ihr Hilfe zur Erstellung und 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
Neulinge finden unter http://wiki.services.openoffice.org/wiki/DE/Release_Test_Howto eine kleine Hilfe zur Einrichtung des Testsystems.
Testmatrix
wer macht welche Tests - es werden folgende Markierungen verwendet:
Bitte gebt an, ob ihr die Version mit oder ohne JRE installiert
- 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) | ||
Mac (x86) | seife | |
PowerPC (Linux) | ||
Sparc (Solaris10 mit JRE) | ||
x86-64 (FreeBSD 8.0) | ||
x86 (Linux/deb mit/ohne KDE) | Gerhard_rn (ohne KDE) | RC2-Test beendet, lediglich Fehler bei der Bruchdarstellung in Calc, Fensterbezeichnung in Base |
x86 (Linux/RPM ohne JRE) | ||
x86 (Linux/RPM mit JRE) | wope | Issue 48509 :( |
x86_64 (Linux/deb mit/ohne KDE) | thackert (mit KDE4.4.3) | Nur ein "paar" kleinere Sachen, die ich selber aber nicht als Showstopper sehe ... ;) Und natürlich die fehlende KDE-Menüintegration, womit aber anscheinend nur ich ein Prob habe ... :( |
x86_64 (Linux rpm mit JRE) | wope| kaoschwede | mir ist nur der bekannte Issue aufgefallen (wope) |
x86 (Solaris10) | ||
x86 (Solaris10jre) | ||
X86 (Opensolaris/JRE) | markomlm | Automatische Tests: First ein Fehler Top10 i.o., TCM weitestgehend o.k. |
x86 (Win2003 mit/ohne JRE) | ||
x86(Win2K mit/ohne JRE) | volkerme (mit JRE) | Installation, Systemintegration und Basisfunktionalität ok, Registrierung mit IE5 nicht möglich |
x86(WinXP mit/ohne JRE) | vohe | TCM - Test fertig und i.O. (immer noch das meiner Meinung nach falsche Einfügen von Writer-Text in Draw |
x86 (WinVista mit/ohne JRE) | ||
x86_64 (WinVista64 mit/ohne JRE) | ||
x86 (Win7 mit/ohne JRE) | ||
x86-64 (Win7_64 mit/ohne JRE) | wope | Issue 48509 |
Zusatzaufgaben
Issues verifizieren
Folgende Issues sind für OOo 3.2.1 geplant, aber noch nicht geschlossen. Diese sollten aufgearbeitet werden:
Issues gruppiert nach Modul:
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 3.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.