Verfijning Brainstormsessie Afd. Test

Questions marked with a * are required

Exit Survey

* Naam:

* Hoe borgen we de kwaliteit van onze werkzaamheden?

Zorgen dat documentatie op orde is

Door testen als productteam effort te benoemen

Via geautomatiseerd uitvoeren van testen

PO is beschikbaar

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

Eenduidige acceptatiecriteria en requirements

Via collegiale review

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

Values must add up to 3

* Hoe zorgen we voor kennisdeling?

Door elkaars documentatie vaker te reviewen

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 een expertisegroep bijv. met Jmeter, fitnesse. Experts die kennis delen met anderen, de groep rouleert

Door een dagje meelopen bij andere domeinen/teams

Directe communicatie (directe duidelijke kennisoverdracht)

Door er tijd vrij voor maken

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

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 2 wekelijkse meetings met elk een ander karakter. De ene keer als testoverleg en de andere keer een kennissessie/workshop

Door proactief te zijn!

Values must add up to 3

* Hoe zorgen we voor mogelijkheid tot uitwisseling van testers?

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

Door met collega’s mee te lopen

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

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

We weten niet of we dit moeten willen…

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

Door allemaal op dezelfde manier te werken

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

Values must add up to 3

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

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

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

Vaste procedures moeten opnieuw bekeken worden

Is dat noodzakelijk bij continuous delivery?

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

Alleen het testrapport is vaste procedure?

Stappen borgen in buildpipeline?

Defenition of Done breed geaccepteerd

Values must add up to 3

* Hoe geven we invulling aan het testoverleg

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

Door een lagere frequentie van testoverleg

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

Door het houden van losse kennissessies

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

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

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

Door het houden van een Testquiz

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

Values must add up to 3

* Hoe leggen we de test-/projectdocumentatie vast?

Overige afspraken / inrichting OTA

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

Geautomatiseerd (javaDoc/**)

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

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

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

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

Values must add up to 3

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

Nooit eerder gebruikte tools presenteren in testoverleg

Niet veranderen om het veranderen

Gebruik maken van beschikbare tooling

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

Je ogen open houden voor vernieuwende tooling

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

Values must add up to 3

* Hoe zorgen we dat de afspraken worden nagekomen?

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

Regels handhaven en mandaat om in te grijpen

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

Beloning team

Values must add up to 3