Difference between revisions of "DE/3.3 Beta-Test"
Gerhard rn (Talk | contribs) (→TCM-Tests) |
Gerhard rn (Talk | contribs) (→TCM-Tests) |
||
| Line 90: | Line 90: | ||
|- | |- | ||
! x86(Linux/deb) | ! x86(Linux/deb) | ||
| − | | | + | | ''' gried''' || || || || || thackert (Debian AMD64) || || || || || '''gried''' || ''' gried''' || ''''' gried''''' || '' gried '' |
|- | |- | ||
! x86(Linux/RPM) | ! x86(Linux/RPM) | ||
Revision as of 12:55, 19 August 2010
Diese Seite soll helfen, die Tests zur Beta/Preview-Version der 3.3 zu koordinieren.
Contents
Ausgangspunkt
Mit der Version 3.3 gibt es eine Preview/Beta Version zu einem Release. Damit möchten wir auch eine breitere Testerschaft ansprechen.
Hierfür werden englische Builds zur Verfügung gestellt. Der Grund liegt darin, dass parallel zum Beta/Preview-Test noch die Übersetzungsrunde für die in dieser Version hinzugekommenen Texte durchgeführt wird.
Das TCM kann uns helfen, mögliche funktionale Probleme und Regressionen aufzudecken. Dazu werden Testscenarien zu unterschiedlichen Abschnitten in OpenOffice.org angeboten.
Es werden auch Tester gesucht, die sich mit einem begrenzten Bereich in OpenOffice.org intensiver beschäftigen (wollen). Hierzu gibt es viele Bereiche, die einer intensiveren Beschäftigung bedürfen. Anfrage dazu bitte auf qa@de.openoffice.org. Dort kann dann auch intensiver auf die einzelnen Bereiche eingegangen werden.
Durchführung
Anhand der Module wird ein regulärer TCM-Test mit Fokus auf die Funktionalität durchgeführt. Dabei ist es wünschenswert, wenn die Tester mit etwas Phantasie auch über den Tellerrand hinausschauen, was es in der Umgebung noch für Probleme gibt.
Für den TCM-Test werden folgende Pakete verwendet : Zunächst muß immer das Programmpaket en-us installiert werden, dann das jeweilige Language-Pack.
- Windows:
- Linux:
- RPM 32-bit: RPM [en_US)
- RPM (de)
- RPM 64-bit: RPM (en-US)
- RPM (de)
- DEB 64-bit: DEB (en-US)
- DEB (de)
- Solaris Sparc: Sparc (en_US)
- Sparc (de)
- Mac OSX x86: (en-US)
- Mac/Intel (de)
- Mac OSX PPC: Mac/ppc
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 deutschen 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. Das QA-Team 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 ebenfalls an die Liste 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
TCM-Tests
| Plattform | Base | Calc-1 | Calc-2 | Calc-3 | Calc-4 | Impress | Impress-2 | Overall-1 | Overall-2 | Overall-3 | Writer-1 | Writer-2 | Writer-3 | Writer-4 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Mac( PPC) | ||||||||||||||
| Mac( x86) | ||||||||||||||
| PowerPC(Linux) | ||||||||||||||
| Sparc(Solaris10) | ||||||||||||||
| x86(FreeBSD5.3) | ||||||||||||||
| x86(Linux/deb) | gried | thackert (Debian AMD64) | gried | gried | gried | gried | ||||||||
| x86(Linux/RPM) | wope | wope | wope | wope | ||||||||||
| x86(Linux/JDS3) | ||||||||||||||
| x86(Solaris10) | ||||||||||||||
| x86(Win2003) | ||||||||||||||
| x86(Win2K) | ||||||||||||||
| x86(WinXP) | wope | wope | wope | wope | vohe | |||||||||
| x86(Vista) | ||||||||||||||
| x86(Win 7) | wope | wope | wope | wope |
Zusatzaufgabe
neue Features prüfen
Folgende Features / Verbesserungen sind für 3.3 geplant und bereits integriert:
Diese sollten gesondert geprüft werden, ob sie korrekt implementiert sind (insbesondere, ob sie der Spezifikation entsprechen, sofern eine angegeben ist). Den Feature-Issues sollten in der Regel Testspezifikationen beigelegt sein.
