Difference between revisions of "DE/3.2.1 Release Test"
(→Testmatrix) |
(→Testmatrix) |
||
| Line 81: | Line 81: | ||
|- | |- | ||
! x86_64 (Linux/deb mit/ohne KDE) | ! x86_64 (Linux/deb mit/ohne KDE) | ||
| − | || thackert (mit KDE4.4.3) || | + | || ''thackert'' (mit KDE4.4.3) || Bis auf kleinere Fehler hab' ich nichts gefunden (und die ärgerlichen Crashs mit JDK 1.7.0 bei der Hilfesuche ... :( ). |
|- | |- | ||
! x86_64 (Linux rpm mit JRE) | ! x86_64 (Linux rpm mit JRE) | ||
Revision as of 17:45, 12 May 2010
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 1 (OOO320_m17).
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
Außerdem wird es eine neue Version 1.0.3 der Presenter Console geben.
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 | Test beendet. Es sind vier kleine Fehler aufgetaucht. |
| PowerPC (Linux) | ||
| Sparc (Solaris10 mit JRE) | ||
| x86-64 (FreeBSD 8.0) | ||
| x86 (Linux/deb mit/ohne KDE) | Gerhard_rn (ohne KDE) | TCM-Tests beendet. Alles ok, außer Zahlenformat bei Bruchdarstellung in Calc |
| x86 (Linux/RPM ohne JRE) | ||
| x86 (Linux/RPM mit JRE) | ||
| x86_64 (Linux/deb mit/ohne KDE) | thackert (mit KDE4.4.3) | Bis auf kleinere Fehler hab' ich nichts gefunden (und die ärgerlichen Crashs mit JDK 1.7.0 bei der Hilfesuche ... :( ). |
| x86_64 (Linux rpm mit JRE) | kaoschwede | |
| x86 (Solaris10) | ||
| x86 (Solaris10jre) | ||
| X86 (Opensolaris/JRE) | ||
| x86 (Win2003 mit/ohne JRE) | ||
| x86(WinXP mit/ohne JRE) | vohe (zunächst mit JRE) | RC1 m17 alle TCM Test i.o. (kleine Einschränkung beim einfügen von Text in Draw/Impress). Text wird nicht als Textobjekt eingefügt - das könnte aber so sein! |
| x86 (WinVista mit/ohne JRE) | ||
| x86_64 (WinVista64 mit/ohne JRE) | ||
| x86 (Win7 mit/ohne JRE) | ||
| x86-64 (Win7_64 mit/ohne JRE) |
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.
