Difference between revisions of "DE/3.1.1 Release Test"

From Apache OpenOffice Wiki
< DE
Jump to: navigation, search
(Testmatrix)
m (...)
 
(25 intermediate revisions by 7 users not shown)
Line 1: Line 1:
[[Category:de.openoffice.org|Release Test 3.1.1]]
+
[[Category:DE/Release_Test|3.1.1 Release Test]]
 +
 
 
Diese Seite dient der Koordination der Release-Tests der deutschsprachigen 3.1.1 Version.
 
Diese Seite dient der Koordination der Release-Tests der deutschsprachigen 3.1.1 Version.
 
Die Tests sollen der Freigabe der deutschsprachigen Pakete von OpenOffice.org 3.1.1 dienen.
 
Die Tests sollen der Freigabe der deutschsprachigen Pakete von OpenOffice.org 3.1.1 dienen.
Line 8: Line 9:
  
 
Der Freigabetest kann anhand des Release-Sanity Scenarios im TCM durchgeführt werden.  
 
Der Freigabetest kann anhand des Release-Sanity Scenarios im TCM durchgeführt werden.  
Zum Test werden die regulären RC's für die jeweilige Plattform verwendet. Dies ist diesmal die Version 3.1.1 RC 1.
+
Zum Test werden die regulären RC's für die jeweilige Plattform verwendet. Dies ist diesmal die Version 3.1.1 RC 2.
  
  
Line 52: Line 53:
 
|-
 
|-
 
! Mac( x86)
 
! Mac( x86)
||   ||
+
|| torwart || TCM: 24 pass, 1 fail (mit RC2)
 
    
 
    
 
|-
 
|-
Line 69: Line 70:
 
|-
 
|-
 
! x86(Linux/deb mit/ohne KDE)
 
! x86(Linux/deb mit/ohne KDE)
||   ||  
+
|| volkerme (Kubuntu mit KDE 4.2.2)  || '''OK''', ohne Java kein Base getestet
 
    
 
    
 
|-
 
|-
 
! x86(Linux/RPM mit/ohne JRE)
 
! x86(Linux/RPM mit/ohne JRE)
||   ||  
+
|| ''SimonAW''  || OK, ohne JRE getestet
 
    
 
    
 
|-
 
|-
Line 79: Line 80:
 
|-
 
|-
 
! x86-64(Linux/deb mit/ohne KDE)
 
! x86-64(Linux/deb mit/ohne KDE)
|| <span style="color: #a0a0a0">thackert (Debian SID AMD64 mit KDE 4.2.4)</span>  ||  
+
|| ''thackert'' (Debian SID AMD64 mit KDE 4.3.0-1) || Da ja im RM eh schon das Release beschlossen war, ohne restliche issues ... :(
 
+
 
 +
 
 
|-
 
|-
 
! x86-64(Linux/RPM mit/ohne JRE)
 
! x86-64(Linux/RPM mit/ohne JRE)
||   ||  
+
|| wope (Suse 11.1 AMD64 mit KDE 4.1.3)  || ohne M$ Tests
 
    
 
    
 
|-
 
|-
Line 101: Line 103:
 
|-
 
|-
 
! x86(Win2K mit/ohne JRE)
 
! x86(Win2K mit/ohne JRE)
||   ||        
+
|| volkerme (mit JRE)  || Installation, Systemintegration und Basisfunktionalität ok, Filelocking abhängig von Servicepack
  
 
|-
 
|-
  
 
! x86(WinXP mit/ohne JRE)
 
! x86(WinXP mit/ohne JRE)
|| ||  
+
|| wope mit und ohne JRE<br>jrahemipour ohne JRE || ok
 +
 
 +
|-
 +
 
 +
! x86(WinXP Langpack mit/ohne JRE)
 +
|| volkerme ohne JRE || Englische Version mit de-Langpack auf System mit deutscher 3.0.0 installiert, Lokalisierung ok '''TCM OK'''
 
    
 
    
 
|-
 
|-
 
! x86(WinVista mit/ohne JRE)
 
! x86(WinVista mit/ohne JRE)
||  ||  
+
|| jrahemipour ohne JRE   || ok
 
    
 
    
 
|}
 
|}

Latest revision as of 21:59, 21 October 2012


Diese Seite dient der Koordination der Release-Tests der deutschsprachigen 3.1.1 Version. Die Tests sollen der Freigabe der deutschsprachigen Pakete von OpenOffice.org 3.1.1 dienen.

Hauptaugenmerk liegt auf Installierbarkeit und Funktionalität im Umfeld der gefixten Issues: Liste der gefixten bugs


Der Freigabetest kann anhand des Release-Sanity Scenarios im TCM durchgeführt werden. Zum Test werden die regulären RC's für die jeweilige Plattform verwendet. Dies ist diesmal die Version 3.1.1 RC 2.


Liste der Plattformen:

Übersicht in qatrack (alle Plattformen)]


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. 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

Testmatrix

wer macht welche Tests - es werden folgende Markierungen verwendet:

Bitte gebt an, ob ihr die Version mit oder ohne JRE installiert

Wichtig ist diesmal auch die Angabe der Desktop-Umgebung unter Linux (KDE/Gnome o.ä)

In des Feld "Ergebnis" können auch weitere Informationen eingegeben werden.

  • 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) torwart TCM: 24 pass, 1 fail (mit RC2)
PowerPC(Linux)
Sparc(Solaris10)
x86(FreeBSD5.3)
x86(Linux/deb mit/ohne KDE) volkerme (Kubuntu mit KDE 4.2.2) OK, ohne Java kein Base getestet
x86(Linux/RPM mit/ohne JRE) SimonAW OK, ohne JRE getestet
x86-64(Linux/deb mit/ohne KDE) thackert (Debian SID AMD64 mit KDE 4.3.0-1) Da ja im RM eh schon das Release beschlossen war, ohne restliche issues ... :(


x86-64(Linux/RPM mit/ohne JRE) wope (Suse 11.1 AMD64 mit KDE 4.1.3) ohne M$ Tests
x86(Solaris10)
x86(Solaris10jre)
x86(Win2003 mit/ohne JRE)
x86(Win2K mit/ohne JRE) volkerme (mit JRE) Installation, Systemintegration und Basisfunktionalität ok, Filelocking abhängig von Servicepack
x86(WinXP mit/ohne JRE) wope mit und ohne JRE
jrahemipour ohne JRE
ok
x86(WinXP Langpack mit/ohne JRE) volkerme ohne JRE Englische Version mit de-Langpack auf System mit deutscher 3.0.0 installiert, Lokalisierung ok TCM OK
x86(WinVista mit/ohne JRE) jrahemipour ohne JRE ok

Zusatzaufgaben

Issues verifizieren

Folgende Issues sind für OOo 3.1.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 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.

Personal tools