[ad_1]

Het organiseren, regisseren en uitvoeren van uitvoerige functionele en technische testen op de volgende applicaties en systemen:

• Wet- en regelgevings portalen (oa. Wetten.nl en CVDR)
• Wettenpocket+ (o.a. portaal en App voor Android en iOS).
• PUC Open Dataplatform (publicatieplatform voor uitvoeringscontent, o.a. puc.overheid.nl + afgeleide producten en interne kennisbanken).
• SOLR zoekservice.
• Nieuwe registers en producten (PLOOI).
• Almanak, ROI en GRS.
• Data.overheid.nl.

De werkzaamheden vinden plaats in SCRUM-teams, waarbij de exacte inhoud van de ontwikkelingen per sprint wordt vastgesteld

Taken en verantwoordelijkheden:
A. De testspecialist levert testplannen op voor de beoordeling van functionaliteit, regressie en inhoud van verschillende applicaties:

• Per product/release/sprint is een beknopt testplan opgesteld, waarbij het testplan voldoende inhoud heeft om de ontwikkelde functionaliteit systematisch en adequaat te testen, maar het testplan ook niet meer inhoud/omvang heeft dan noodzakelijk is voor deze systematisch/adequate test.
• Elk testplan is op methodisch onderbouwde wijze opgesteld.
• Elk testplan beschrijft een planning van beoogde testrondes binnen de sprint, aanpak, benodigde resources (mensen, middelen, tijd en geld), randvoorwaarden, afbakening en risico’s.
• Elk testplan is goedgekeurd door de projectleider, scrummaster en/of productmanager.
• Elk testplan is voorzien van een motivatie en risico-analyse waaruit blijkt dat de beoogde aanpak maximaal rendeert: meer testinspanning levert niet navenant meer resultaat, waardoor de beoogde aanpak de optimale balans is tussen inspanning en resultaat.
• De testplannen sluiten qua scope aan bij de ontwerpen die voor functionaliteit beschikbaar zijn, of bij de inhoud (verzameling van te ontwikkelen stories) van elke sprint.
• De testplannen bevatten een voorgestelde testaanpak/doelen (met aandachtsverdeling over aspecten zoals bijvoorbeeld bevoegdheden, functionaliteit, conversie etc) en scope op basis van een risico-analyse (onderdeel van elk testplan) op ontwerpen die onder de software ontwikkelingen liggen.
• Elk testplan beschrijft eenduidig welke eisen er gesteld worden aan de testomgeving die noodzakelijk is voor uitvoering van de testactiviteiten.

B. De testspecialist levert testcases en (geautomatiseerde) testscripts op ter voorbereiding van de test:

• Alle testcases en testscripts zijn voorzien van identificatie en versie.
• Alle testcases en testscripts die onder 1 testplan vallen, zijn systematisch opgezet.
• Alle testcases en testscripts die onder 1 testplan vallen, zijn gezamenlijk dekkend voor de in het testplan vastgestelde scope van een sprint.
• Alle testcases zijn voorbereid in databases.
• Alle testcases en testscripts zijn beschreven op het niveau dat de uitvoerder van de testactiviteiten deze adequaat uit kan voeren.
• Testscripts zijn geautomatiseerd waar dit rendabel is.

C. Het uitvoeren van testactiviteiten:

• Alle testscripts die onder een testplan worden uitgevoerd.
• Waar vanuit uitvoering van de testscripts verdiepend onderzoek naar bevindingen noodzakelijk is, worden deze uitgevoerd en worden de uitkomsten in bevindingen geregistreerd.
• Medewerkers worden (waar nodig) begeleid in het uitvoeren van testactiviteiten.

D. Registreren en monitoren van bevindingen, inclusief afstemmen met leverancier, ontwikkelaar en materiedeskundigen:

• Alle bevindingen die voortkomen uit testactiviteiten die onder 1 testplan staan, komen in 1 bevindingenregistratie te staan.
• Elke bevinding wordt voorzien van tenminste: naam, omschrijving, prioriteit en ernstigheid, status, uitvoerende tester, gerelateerde testcase en testscript, voorgestelde omgang met de bevinding, ontstaansdatum, beoogde oplosdatum en –testronde, datum hertest, daadwerkelijke oplosdatum.
• De bevindingenregistratie blijft inzichtelijk en bewerkbaar door de ontwikkelaar van de software.
• Alle bevindingen worden toegelicht aan de ontwikkelaar, opdat deze de juiste corrigerende maatregel kan treffen.
• Voorgestelde corrigerende acties worden afgestemd met de materiedeskundigen.
• Voor alle bevindingen blijft voortdurend duidelijk wie welke actie onderneemt.

E. Adviseren omtrent afbakening van testrondes/releases/sprints gedurende de testperiode:

• Adviezen zijn er op gericht alle bevindingen opgelost te krijgen in volgorde van prioriteit en ernstigheid.
• Tijdens/na elke testronde/sprint wordt een advies opgeleverd, met een voorstel voor door te voeren verbeteringen/correcties voor de volgende testronde.
• De adviezen worden opgeleverd aan de projectmanager en/of productmanager.
• De adviezen bevatten een kort verslag van de resultaten en testuitvoering van een testronde, met algemene suggesties voor de tester, projectmanager en ontwikkelaar gericht op het (nog) beter uitvoeren van testactiviteiten in de volgende testronde.
• Alle adviezen zijn qua inhoud en haalbaarheid afgestemd met de ontwikkelaar.

F. Opleveren van acceptatieadvies:

• Per testplan wordt na uitvoering van alle testrondes 1 acceptatieadvies opgeleverd aan de projectmanager/productmanager/productowner.
• Elk acceptatieadvies sluit qua scope en doelen aan bij het opgestelde testplan.
• Elke acceptatieadvies beschrijft eenduidig of ontwikkelingen wel/niet geaccepteerd kunnen worden, en onder welke voorwaarden de ontwikkelingen in gebruik genomen kunnen worden.
• Elk acceptatieadvies wordt toegelicht aan de projectmanager/productmanager, en afgestemd met de leverancier.

[ad_2]

Source link