Verfijning Brainstormsessie Afdeling Test

Questions marked with a * are required

Exit Survey

* Naam:

* Hoe borgen we de kwaliteit van onze werkzaamheden?

Via geautomatiseerd uitvoeren van testen

Via collegiale review

Duidelijke DoR/DoD met aandacht voor testen (bijv. volgende story pas oppakken als vorige afgerond is)

PO is beschikbaar

Door testen als productteam effort te benoemen

Eenduidige acceptatiecriteria en requirements

Vastleggen/beschrijven/afstemmen met PO van testgevallen/testresultaten (indien mogelijk alles geautomatiseerd)

Zorgen dat documentatie op orde is

Values must add up to 3

* Hoe zorgen we voor kennisdeling?

Door effectiever gebruik te maken van het testkanaal in slack. Hiervoor moet wel eerst een besluit genomen worden dat slack ons officiële communicatiekanaal wordt en zullen we de volledige licentie moeten hebben zodat ook oudere berichten nog te zien zijn

Door elkaars documentatie vaker te reviewen

Door een dagje meelopen bij andere domeinen/teams

Directe communicatie (directe duidelijke kennisoverdracht)

Via kennissessies/workshops binnen het productteam EN binnen het testteam. (zoals de dockersessies met basistraining, maar denk ook aan bijv. testframework, infrastructuur, testtooling enz.)

Via infoplein (Performancetesten doet dit met jmeter, alles wat ze ontdekken komt hierop.)

Door Infoplein up to date te houden. Of gebruiken als ingang naar de locatie van de informatie

Via 2 wekelijkse meetings met elk een ander karakter. De ene keer als testoverleg en de andere keer een kennissessie/workshop

Door er tijd vrij voor maken

Door proactief te zijn!

Via een expertisegroep bijv. met Jmeter, fitnesse. Experts die kennis delen met anderen, de groep rouleert

Values must add up to 3

* Hoe zorgen we voor mogelijkheid tot uitwisseling van testers?

Door testgevallen en resultaten geautomatiseerd vast te leggen, zodat ander snel kan overnemen.

Door met collega’s mee te lopen

Door allemaal op dezelfde manier te werken

Productkennis is lastig om eigen te maken/ teveel om allemaal eigen te maken

Idealiter moet je kunnen uitwisselen: Is duur, Wat moet daar, voor gebeuren: Kennis delen Kennis over tooling delen / bezitten, Beschreven testen / werkende testset in versiebeheersysteem

Infoplein moet voor nieuwe testers duidelijk zijn. Toevoegen: beschrijving van de huidige producten, wat doen ze, waar komen ze mee in aanraking

We weten niet of we dit moeten willen…

Je moet niet uitwisselen om het uitwisselen, maar wel om te vervangen

Values must add up to 3

* Hoe laten we vaste procedures landen in product team structuur?

Stappen borgen in buildpipeline?

Projecten te divers om één werkwijze/procedure te handhaven

Alleen het testrapport is vaste procedure?

Is dat noodzakelijk bij continuous delivery?

Vaste procedures moeten opnieuw bekeken worden

Changeproces optioneel kunnen uitbreiden met testsoorten die voorwaardelijk zijn voor de livegang

Je bent lid van de testafdeling om daarvandaan de kwaliteit te borgen over de testen in je productteam; we nemen vaste procedures mee naar het team

Defenition of Done breed geaccepteerd

Values must add up to 3

* Hoe geven we invulling aan het testoverleg

Door een lagere frequentie van testoverleg

Door het houden van losse kennissessies

Keten afhankelijke issues bespreken. - ACP: GAT, Kopieslag, powerdown, performance etc

Wat is het doel van het overleg (een overleg is een middel, geen doel) en kunnen we dat ook op een andere manier invullen?

Geven van een presentatie per productteam. - Iedere discipline vertelt over bestaansrecht van applicatie onder test. - Werking applicatie tonen (basis)

Bespreken en delen van actualiteiten, parate testkennis, kennis over infrastructuur, begrippen binnen KvK etc.

Door issues tussen disciplines te bespreken. - Capaciteit TAB, FAB, IL, DBA, Analisten, Architecten

Gedragregels delen (niet binnenkomen als je te laat bent etc)

Door het houden van een Testquiz

Values must add up to 3

* Hoe leggen we de test-/projectdocumentatie vast?

Informatie stories in jira → overige informatie op Infoplein (generieke info)

Via Jira/scrumboard (in jira vastleggen van userstories, logische testgevallen, teststatus, testtaken)

Er moet een centrale plek komen voor vastlegging. -Er moeten afspraken met testteam komen waar (test)documentatie komt te staan. -Overige documentatie moet je met je productteam checken/afspreken

SVN/GIT

Overige afspraken / inrichting OTA

Geautomatiseerd (javaDoc/**)

Door infoplein up to date te houden. Of als ingang naar de locatie van de informatie die je nodig hebt.

Via N-schijf, Infoplein en in EA staan de requirements

Values must add up to 3

* Hoe bepalen we welke (test)tooling er gebruikt wordt?

Gebruik maken van beschikbare tooling

Je ogen open houden voor vernieuwende tooling

Niet veranderen om het veranderen

Waar mogelijk standaard tooling. Maar het moet wel passen bij je project/product

Beschrijven op infoplein welke tooling we hebben en wie kennisdrager is. - Teams die behoefte hebben aan een tool voor een bepaalde handeling kunnen in dat geval altijd de infopleinpagina raadplegen om te zien wat er is . Zodra er een geschikte tool aanwezig is, kunnen ze bij de kennisdrager de benodigde informatie over de tool ophalen

Nooit eerder gebruikte tools presenteren in testoverleg

Values must add up to 3

* Hoe zorgen we dat de afspraken worden nagekomen?

Regels handhaven en mandaat om in te grijpen

Via scrummaster (impediment). - 1 iemand is verantwoordelijk voor nakomen afspraken

Beloning team

Als productteams worden samengesteld zal er met Angelique overlegd moeten worden over onze afdelingsafspraken zodat deze nageleefd worden in de productteams

Values must add up to 3