This free survey is powered by
0%
Questions marked with a * are required Exit Survey
 
 
* Naam:
   
 
 
 
* Hoe borgen we de kwaliteit van onze werkzaamheden?
Via geautomatiseerd uitvoeren van testen
Vastleggen/beschrijven/afstemmen met PO van testgevallen/testresultaten (indien mogelijk alles geautomatiseerd)
Via collegiale review
Duidelijke DoR/DoD met aandacht voor testen (bijv. volgende story pas oppakken als vorige afgerond is)
Eenduidige acceptatiecriteria en requirements
PO is beschikbaar
Door testen als productteam effort te benoemen
Zorgen dat documentatie op orde is
Values must add up to 3
 
 
 
* Hoe zorgen we voor kennisdeling?
Via kennissessies/workshops binnen het productteam EN binnen het testteam. (zoals de dockersessies met basistraining, maar denk ook aan bijv. testframework, infrastructuur, testtooling enz.)
Door een dagje meelopen bij andere domeinen/teams
Door proactief te zijn!
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
Via een expertisegroep bijv. met Jmeter, fitnesse. Experts die kennis delen met anderen, de groep rouleert
Via 2 wekelijkse meetings met elk een ander karakter. De ene keer als testoverleg en de andere keer een kennissessie/workshop
Door Infoplein up to date te houden. Of gebruiken als ingang naar de locatie van de informatie
Via infoplein (Performancetesten doet dit met jmeter, alles wat ze ontdekken komt hierop.)
Door er tijd vrij voor maken
Directe communicatie (directe duidelijke kennisoverdracht)
Values must add up to 3
 
 
 
* Hoe zorgen we voor mogelijkheid tot uitwisseling van testers?
Productkennis is lastig om eigen te maken/ teveel om allemaal eigen te maken
Je moet niet uitwisselen om het uitwisselen, maar wel om te vervangen
Door met collega’s mee te lopen
Door allemaal op dezelfde manier te werken
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…
Door testgevallen en resultaten geautomatiseerd vast te leggen, zodat ander snel kan overnemen.
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?
Vaste procedures moeten opnieuw bekeken worden
Projecten te divers om één werkwijze/procedure te handhaven
Changeproces optioneel kunnen uitbreiden met testsoorten die voorwaardelijk zijn voor de livegang
Stappen borgen in buildpipeline?
Defenition of Done breed geaccepteerd
Alleen het testrapport is vaste procedure?
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
Is dat noodzakelijk bij continuous delivery?
Values must add up to 3
 
 
 
* Hoe geven we invulling aan het testoverleg 
Door het houden van een Testquiz
Wat is het doel van het overleg (een overleg is een middel, geen doel) en kunnen we dat ook op een andere manier invullen?
Gedragregels delen (niet binnenkomen als je te laat bent etc)
Geven van een presentatie per productteam. - Iedere discipline vertelt over bestaansrecht van applicatie onder test. - Werking applicatie tonen (basis)
Door issues tussen disciplines te bespreken. - Capaciteit TAB, FAB, IL, DBA, Analisten, Architecten
Door het houden van losse kennissessies
Keten afhankelijke issues bespreken. - ACP: GAT, Kopieslag, powerdown, performance etc
Door een lagere frequentie van testoverleg
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
Via Jira/scrumboard (in jira vastleggen van userstories, logische testgevallen, teststatus, testtaken)
SVN/GIT
Informatie stories in jira → overige informatie op Infoplein (generieke info)
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.
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
Values must add up to 3
 
 
 
* Hoe bepalen we welke (test)tooling er gebruikt wordt?
Nooit eerder gebruikte tools presenteren in testoverleg
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
Je ogen open houden voor vernieuwende tooling
Waar mogelijk standaard tooling. Maar het moet wel passen bij je project/product
Niet veranderen om het veranderen
Gebruik maken van beschikbare tooling
Values must add up to 3
 
 
 
* Hoe zorgen we dat de afspraken worden nagekomen?
Beloning team
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
Via scrummaster (impediment). - 1 iemand is verantwoordelijk voor nakomen afspraken
Values must add up to 3