NL/QA/Testen

From Apache OpenOffice Wiki
< NL(Redirected from NL QA)
Jump to: navigation, search

Werken met nog niet officiële versies van Apache OpenOffice

Waarom

  • Het is leuk om de nieuwste ontwikkelingen op de voet te volgen ...
  • Hoe eerder fouten in de software worden ontdekt, bij voorkeur nog voor de beta-versies, hoe makkelijker het is om ze te repareren.

OpenOffice.org brengt vier keer per jaar een nieuwe versie uit (twee keer met nieuwe functies en twee keer met alleen verbeteringen). Er is dus steeds veel nieuws te beleven en te testen.

In de ontwikkelcyclus van het product zijn achtereenvolgens de volgende versies, stadia, te onderscheiden:

  • developer builds (snapshots) - om de paar weken;
  • beta versies - tegen de tijd dat de nieuwe versie bijna klaar is;
  • release kandidaten - een release kandidaat kan de uiteindelijke nieuwe versie worden;
  • stabiele versies

Het testen kan heel gestructureerd, maar ook door de software gewoon te installeren en er mee te werken en dan kijken wat voor bijzonderheden je aantreft. Meer hierover verder op deze pagina. Testen kan heel leuk zijn, want je leert er vaak weer wat van en kunt zelf snel met de nieuwste functies aan de slag. En het helpt om zo vroeg mogelijk zoveel mogelijk fouten op te sporen. Kortom: hulp met testen is altijd welkom!

Nu beschikbaar om te proberen en te testen

Algemeen: downloaden

Snapshots enzovoorts zijn steeds te vinden via https://www.openoffice.org/download/index.html. Rechts op die pagina staan ook verwijzingen naar nuttige aanvullende uitleg.

Controle van de integriteit van de downloads kan met de MD5 CheckSum test. Uitleg en controle-getallen zijn altijd te vinden op de pagina md5sums.

Release kandidaten voor 3.3.0 beschikbaar - ook Nederlandstalig!

Er zijn al enkele releasekandidaten voor OpenOffice.org 3.3.0 verschenen! Te downloaden van https://www.openoffice.org/download/index.html.

Absoluut een aanrader om nu al mee te werken. En zijn er opmerkingen of vragen? Zie dan de mail-lijst onderaan deze pagina.

Veel plezier er mee!

Snapshots voor de 3.4.x

Sinds in juli 2010 de tak voor de 3.3.x is losgemaakt uit de hoofdstam, wordt de lijn DEV300 verder ontwikkeld richting 3.4.0 etc.

Nieuwsgierig? De eerste snapshots zijn via https://www.openoffice.org/download/index.html te vinden.

Snapshot met nieuwe afdrukvensters - Belangrijke mijlplaal in de ontwikkeling van versie 3.3.0!

Sinds half januari is Developer build DEV300 m70 beschikbaar.

Daarin is de code opgenomen voor de nieuwe afdrukvensters. Pluspunten: elk afdrukvenster toont een afdrukvoorbeeld, en biedt direct toegang tot alle instellingen. Lees daarover meer op GullFoss.

Het is een heel nieuw stuk in OpenOffice.org, dat stevig aan de tand moet worden gevoeld voor de 3.3.0 uit komt. Je kunt deze snapshot downloaden en installeren naast je normale OpenOffice.org versie. (Zie de uitleg elders op deze wiki-pagina.)

Meer over de achtereenvolgende versies in de ontwikkelcyclus

Developer builds (snapshots)

Zijn redelijk stabiel, maar worden niet aangeraden voor dagelijks werk.
Installeert apart, naast de normale versie van OpenOffice.org.
Op de OOo-site staan de nieuwste developer builds, maar die zijn niet in het Nederlands beschikbaar. Op die pagina's is onder de link 'Release Notes' ook een verwijzing naar informatie over de nieuwe functies.

Beta versies

Het product is bijna gereed, men verwacht dat het product zonder serieuze problemen gebruikt kan worden. De nieuwe functies worden met de beta-uitgaven door veel mensen gebruikt, wat weer extra reacties oplevert.
Een beta installeert naast een bestaande versie van Apache OpenOffice.

Release kandidaten

Een release kandidaat verschijnt zodra men verwacht dat het product gereed is. Het is tijd voor de laatste tests.
Bij het installeren, vervangt de release kandidaat de al geïnstalleerde versie van Apache OpenOffice, tenzij er wordt gekozen voor parallelle installatie. Die procedure is elders op deze pagina beschreven: Meerdere versies van AOO uitvoeren.
Als er geen ernstige problemen meer worden gevonden, zal de release kandidaat als de nieuwe stabliele versie worden vrijgegeven.

Goedkeuring voor een nieuwe release

Voordat een nieuwe versie officieel wordt vrijgegeven, moet er natuurlijk wel wat gebeuren. Op deze plek staat hoe dat in zijn werk gaat.

Meerdere versies en talen installeren

Meerdere versies installeren

Het is verstandig om de diverse (testversies) naast je huidige Apache OpenOffice te installeren. Je kunt dan ook makkelijk functies vergelijken. Op Meerdere versies van OOo uitvoeren staat uitgelegd hoe dat werkt. Kom je ergens niet uit? Mail dan naar dev@openoffice.apache.org

Taalversies

Het is ook mogelijk om een niet Nederlandse versie van Apache OpenOffice (bijv. Engels) te installeren en dan een taalpakket (language pack) voor Nederlands. Als eerst de volledige versie wordt geïnstalleerd en dan (snelstarter uit!) het Nederlandse taalpakket, kan in Tools → Options → Language settings → Language 'Nederlands' worden gekozen voor de gebruikers interface. Alle menu's, vensters en Help worden dan Engels- of Nederlandstalig.

Hoe testen

Inleiding

Het zoeken (en oplossen) van fouten gebeurt in verschillende fasen.

  • Tijdens de ontwikkeling door het testen van en werken met de developer-builds en beta-releases.
  • Bij release-kandidaten gaat het alleen nog om het vinden en corrigeren van echt grote problemen.
  • Van de laatste release kandidaat moet ook voor de Nederlandstalige versie een akkoord worden gegeven, alvorens die kan worden vrijgegeven.

Geautomatiseerd testen

Volgens testplannen worden allemaal functies geautomatiseerd uitgevoerd. Dit was een doorlopend proces en gebeurde (vooral door de mensen van Sun en RedFlag) dus ook in een vroeg stadium.

Voor de geïnteresseerden, is er de nodige informatie, zoals over de testtool voor geautomatiseerd testen en over het eventueel vertalen daarvan: how to localize it.

Testen met TCM (niet meer in gebruik)

Testen volgens TCM is vooral nuttig voor het controleren van nieuwe functies, en tijdens het testen van release-kandidaten.

  • Nieuwe functies moeten in een redelijk vroeg stadium worden getest, uiterlijk met een bèta-versie, en niet met de release-kandidaten. Bij release kandidaten worden alleen nog heel ernstige bugs gecorrigeerd, en niet als een nieuwe functie niet helemaal perfect werkt ...
  • Testen volgens TCM geeft ook een houvast voor het testen van hoofdfuncties, die wel moeten worden gecontroleerd bij een release-kandidaat.

Lokalisatie testen van nieuwe uitgaven van AOO

(Voordat je resultaten van je testen kunt invoeren in TCM, of TCM kunt gebruiken voor testideeën, moet je als gebruiker aan TCM worden toegevoegd.
Ook moet voor elke versie die je test, dat in worden gevoerd door de beheerder van de database. Niet veel werk, maar wel even aanvragen.)
Mail daarvoor naar de lijst voor actieve bijdragen of naar één van de andere actieve projectleden.)

  • De startpagina van TCM is hier.
  • Je kunt daar inloggen met username en password
  • Ga dan door op stap 5: Test Result Update
  • Kies de versie van OOo, de tests die op jouw naam staan, etc. \(staat je naam er niet bij, dan even melden bij de beheerder!)
    • Bijvoorbeeld: Klik op 'OpenOffice.org(3.2RC)' in de kolom 'Build Number'
    • Zoek in de volgende tabel de regel met je inlognaam.
    • Klik in die regel op 'Scenario(Release sanity scenario)'
    • Er zijn dan meer dan 20 test beschikbaar.
Tip.png het is niet altijd nodig dat iedere tester elke test doet… Het zijn geen ingewikkelde tests, maar kies eventueel dus tests die je graag doet, of overleg per mail met anderen.
    • Bij een uitgevoerde test invullen: pass, fail of skip, en voer eventueel commentaar in
    • Je kunt ook kijken naar de linkjes naar al eerder gevonden bugs.
      • Het is goed mogelijk dat daar al opgeloste bugs tussen staan - het is nog niet geregeld dat die worden verwijderd/gefilterd.
Documentation note.png Over criteria om een test op fail te zetten:
Dat gebeurt niet voor kleinere problemen, alleen als iets echt goed fout zit
vul evt. commentaar in. En alweer: bij vragen is er op de mailinglijst altijd hulp!

Vragen, opmerkingen, suggesties welkom!

Zeer nuttige uitgebreide informatie staat in de wiki op de de TCM pagina en in de uitleg over TCM/testen en de release cyclus Release Action List for QA

Minimale check op gelokaliseerde versies

Wanneer het niet mogelijk is om alle TCM tests te doen, kan worden teruggevallen op een lijst met minimale tests voor de vrijgave.

Maar we moeten er om denken, dat als iedereen alleen maar 'minimaal' gaat zitten testen, we gauw een probleem hebben …

Testen door er mee te werken

Dit kan iedereen doen. Snapshots en bèta-versies downloaden en er mee aan de slag gaan.

Je ervaringen delen

Als je bijzonderheden tegenkomt - meestal fouten ;-) - dan is het de bedoeling dat die in Issuetracker worden geplaatst. Of dat je met je waarneming een issue van een ander bevestigt, of verduidelijkt, of nuanceert.

Informatie voor het gebruiken van Issuetracker staat hier.

Vaak is het handig om ervaringen te bespreken voordat je de moeite neemt om een issue te maken. Soms heeft iemand anders al een antwoord of issue, of is het probleem in een nieuwe snapshot opgelost. Dat scheelt je dan weer het aanmaken van een issue. En kom je ergens zelf niet uit: vraag het dan gewoon op dev@openoffice.apache.org.

Coördinatie van & informatie over testen

Al enkele keren genoemd: dev@openoffice.apache.org. Dit is de mailinglijst waar alle lijntjes samen komen. Dus het is leuk en nuttig om je daar voor aan te melden (dev-subscribe@openoffice.apache.org).

Personal tools