Graag 10x artikel Henk's appeltaart
Bij het inrichten van een nieuwe applicatie is de verleiding groot om willekeurige testdata te gebruiken. Klanten als “Testbedrijf BV” en artikelen als “Demo Product 123” lijken handig om snel door de configuratie heen te lopen. Maar hiermee creëer je een situatie die alleen overzichtelijk is voor degene die de stamdata heeft opgevoerd.
Neem Henk en zijn appeltaart. In de testomgeving is “Appeltaart” een artikel, maar wat niemand weet, is dat het eigenlijk een stuklijst is van twee serviceartikelen en een voorraadhoudend product met een specifieke kostprijs. Waarom “Leverancier 1234” hier grote volumes van bestelt? Geen idee. Only Henk knows.
Waarom is dit een probleem?
Het gebruik van niet-representatieve of slecht doordachte testdata leidt tot een aantal structurele problemen:
-
Niemand anders snapt de data behalve degene die hem heeft opgevoerd – Analyse, debugging en validatie worden inefficiënt omdat de context ontbreekt.
-
Testresultaten zijn niet representatief voor de productieomgeving – Een proces lijkt soepel te lopen, tot blijkt dat echte data totaal anders werkt.
-
Herbruikbaarheid van testscenario’s wordt beperkt – Een ander teamlid kan de test niet zonder extra uitleg oppakken, wat leidt tot vertraging en fouten.