Stel je voor dat de belangrijkste software van je bedrijf plotseling uitvalt – wat zou er dan gebeuren? Bestellingen zouden verloren kunnen gaan, deadlines zouden gemist kunnen worden, maar klanten zouden zeker klagen.
Dit nachtmerriescenario is te voorkomen: door een continu en rigoureus testproces te implementeren dat problemen opspoort voordat ze chaos veroorzaken. Maar het implementeren van zo'n proces in uw organisatie is makkelijker gezegd dan gedaan.
Dit artikel laat u alles zien waar u aan moet denken wanneer u begint met testen binnen uw bedrijf, en hoe u op de lange termijn kunt profiteren van testen.
Testmethoden voor productteams
Het eerste deel van dit artikel beschrijft het proces om te beginnen met het implementeren van testen in uw workflow.
Implementeer een testcultuur binnen je team.
Om testen succesvol in je team te introduceren, is het essentieel dat iedereen dezelfde denkwijze deelt en kwaliteit niet als een last, maar als een investering ziet. Net als elke andere culturele verandering vergt dit proces tijd en consistentie.
Een van de manieren om deze cultuur vorm te geven, is door regelmatig bijeenkomsten te organiseren om defecten te bespreken, de impact ervan, de oorzaak ervan en wat er nodig was om ze te verhelpen. Dit draagt bij aan het bewustzijn van waarom het belangrijk is om dergelijke defecten te voorkomen.
Een toegewijd persoon binnen het team die toezicht houdt op en de leiding neemt over het project, kan de kans op succes aanzienlijk vergroten. Iemand die richtlijnen opstelt voor het team – of zelfs voor de hele organisatie –, best practices verzamelt en deelt, en het project op alle niveaus promoot.
Een andere nuttige tool is het rouleren van de ondersteunende rol van je product. Het verkrijgen van directe, ongefilterde inzichten van je klanten en het leren over de dagelijkse problemen die ze met je product ondervinden, kan een waardevolle ervaring zijn voor productmanagers, ontwerpers en ontwikkelaars.
Het doel is dat iedereen in je team begrijpt dat kwaliteit een essentieel onderdeel is, net zo belangrijk als alle andere functionaliteiten die je voor je product ontwikkelt. Zodra iedereen die denkwijze heeft omarmd, is het een logische volgende stap om te begrijpen dat testen ook een essentieel onderdeel zijn. Testen garanderen immers de kwaliteit van het geleverde product.
Een stapsgewijs testproces
Zodra er overeenstemming is tussen de verschillende teams die betrokken zijn bij productontwikkeling, kun je het bestaan en het gebruik van tests verder formaliseren.
Maak tests onderdeel van de "Definitie van Voltooid".
Door tests als een vereiste voor een functionaliteit toe te voegen, geef je aan dat een functionaliteit pas klaar is voor release als deze correct en automatisch is getest.
Voer regelmatig tests uit.
Eenmaal geïmplementeerd, kunnen geautomatiseerde tests uw beveiliging vormen in elke fase van het ontwikkelingsproces. Ze vereisen geen menselijke tussenkomst en kunnen worden uitgevoerd bij elke kritieke stap in uw ontwikkelingspipeline. Bijvoorbeeld:
- Bij elke commit.
- Bij elke pull request.
- Na elke volledige release of omgevingswijziging.
Als je in je productieomgeving afhankelijk bent van diensten van derden, kan het zelfs zinvol zijn om je tests uit te voeren in de productieomgeving om te controleren of de API's van derden zich gedragen zoals verwacht.
Definieer en verzamel meetgegevens.
Het definiëren van een reeks meetwaarden is belangrijk om de effectiviteit van uw tests en de impact van testworkflows op uw bedrijf te meten. Hier zijn enkele voorbeelden van meetwaarden die u kunt gebruiken:
- Releases per maand : Een hoger aantal releases per maand kan duiden op een flexibeler ontwikkelingsproces. Geautomatiseerd testen speelt hierbij een cruciale rol door ervoor te zorgen dat releases met vertrouwen kunnen worden uitgevoerd.
- Bugrapporten : Een dalende trend in bugrapporten kan een positief teken zijn dat uw test- (en ontwikkelings)processen effectief zijn.
- Testdekking : Hoewel het nooit een exacte maatstaf is, kan de dekking een goede indicator zijn van hoe grondig je kritieke gebruiksscenario's test.
Houd er rekening mee dat deze statistieken ook worden beïnvloed door andere factoren die ze kunnen vertekenen. Zo kan het aantal releases bijvoorbeeld dalen tijdens de feestdagen, terwijl het aantal bugrapporten juist stijgt. Vertrouw daarom niet alleen op een paar statistieken, maar zorg ervoor dat u ze vergelijkt met andere gegevens die uw team ter beschikking staan.
Als je deze stappen succesvol met je team implementeert, zal de gezondheid van je product daar op de lange termijn zeker van profiteren. Maar er is nog meer dat je kunt doen!
Testmethoden volgens de beste werkwijzen voor systeembeheerders
Productteams kunnen niet zelfstandig werken. Ze zijn afhankelijk van de hardware, tools en infrastructuur die door systeembeheerders worden onderhouden. Hoewel systeembeheerders meestal niet direct bijdragen aan de productontwikkeling, kunnen ze de ontwikkelingsworkflow wel degelijk positief beïnvloeden. Bijvoorbeeld door actief te beheren welke browserversie bepaalde gebruikersgroepen binnen het bedrijf gebruiken.
Dit tweede deel van het artikel legt uit hoe dit werkt, met behulp van Chrome-kanalen en bedrijfsbeleid.
Chrome-releasekanalen
Standaard werkt Chrome zichzelf automatisch bij om ervoor te zorgen dat elke gebruiker de nieuwste, meest stabiele en veilige versie van Chrome gebruikt, inclusief alle nieuwste functies – de versie van Chrome die via het stabiele kanaal is uitgebracht.
Als bedrijf dat een webgebaseerd product ontwikkelt, wilt u wellicht een browsertest uitvoeren voordat het product officieel beschikbaar is. Zo geeft u uw productteams de tijd om uw product aan te passen aan wijzigingen in het webplatform.
Voor dit gebruiksscenario biedt Chrome in totaal vier releasekanalen aan, bedoeld voor verschillende gebruikersgroepen.
In het geval van Chrome zijn er verschillende releasekanalen die je kunt gebruiken om te anticiperen op toekomstige browserwijzigingen en de nieuwste functies te testen voordat ze algemeen beschikbaar zijn:
- Stabiel kanaal : Dit is waar de meeste gebruikers zich bevinden. Het stabiele kanaal wordt automatisch bijgewerkt wanneer er een nieuwe Chrome-versie verschijnt, wat maandelijks gebeurt.
- Bètakanaal : Deze versie wordt over vier tot zes weken stabiel, waardoor je de kans krijgt om een aankomende stabiele release te bekijken en te testen en je erop voor te bereiden.
- Ontwikkelaarskanaal : Dit kanaal ontvangt wekelijks een nieuwe versie van Chrome met alle recente bugfixes die uiteindelijk in de bètaversie terechtkomen. Zoals de naam al doet vermoeden, is het kanaal nog in ontwikkeling en kan het daarom onverwacht problemen veroorzaken. Maar het bevat ook de nieuwste functies, soms lang voordat ze in de stabiele versie verschijnen. Daardoor is het ontwikkelaarskanaal een uitstekend hulpmiddel voor prototyping en geavanceerde ontwikkeling.
- Canary Channel : Het meest experimentele kanaal, met alle nieuwste functies maar zonder veel testen. Er worden in ieder geval dagelijks nieuwe versies uitgebracht.
Wil je meer weten over de kanalen van Chrome? Bekijk dan de betreffende aflevering van Chrome Concepts .
Het effectief inzetten van kanalen in een voorbeeldige organisatie
De structuur van productteams verschilt per organisatie, omdat er geen universele aanpak is voor softwareontwikkeling. Als voorbeeld nemen we een team met de volgende rollen: productmanagement, UX en UI, engineering, operations en support.
Voor een organisatie als deze kun je de volgende kanaalverdeling overwegen:
- Productmanagement : Productmanagers kunnen doorgaans gebruikmaken van het stabiele kanaal, zodat ze dezelfde versie gebruiken als de meeste gebruikers. Soms gebruiken ze het bèta- of ontwikkelkanaal als ze werken aan een functie die een API vereist die nog niet is gelanceerd.
- Engineering en UX : Delen van deze teams kunnen toegang hebben tot het ontwikkelaarskanaal , zodat ze de nieuwste functies, zoals weergaveovergangen , kunnen gebruiken, zelfs voordat deze in de stabiele versie beschikbaar zijn.
- Werking : Mogelijk in bètafase , om te anticiperen op eventuele problemen die gebruikers in de toekomst kunnen ondervinden.
- Ondersteuning : Blijf op het stabiele kanaal om ervoor te zorgen dat ze het product gebruiken met dezelfde browser als de meeste van uw klanten.
Gebruik bedrijfsbeleid om kanalen te beheren.
In plaats van richtlijnen te geven en de beslissing over welk kanaal te gebruiken aan de gebruiker over te laten, biedt Chrome ook tools voor bedrijven en beheerders om actief te beheren welk kanaal elke gebruiker uiteindelijk gebruikt. Dit is handig omdat het testoppervlak direct wordt vergroot van een paar individuen naar een voorspelbare groep gebruikers, waardoor problemen zo vroeg mogelijk en op een traceerbare manier kunnen worden opgespoord.
Als u dat niveau van controle wilt gebruiken, raden wij de volgende configuratie aan:
- Medewerkers (app-gebruikers) : Om het risico op verstoringen te minimaliseren, zouden de meeste medewerkers gebruik moeten maken van het stabiele kanaal, dat volledig is getest door het Chrome-testteam. Daarnaast kan een klein percentage gebruikers (5 tot 10%) gebruikmaken van het bètakanaal . Dit kanaal biedt een preview van 4 tot 6 weken van de stabiele versie en kan beheerders helpen mogelijke problemen met een release te ontdekken, waardoor er meer tijd is om deze problemen op te lossen voordat de release voor alle anderen wordt uitgerold.
- IT-afdeling : Leden van de IT-afdeling, waaronder systeembeheerders, kunnen zich aanmelden voor het bèta- of ontwikkelaarskanaal om 4-6 of 9-12 weken van tevoren een voorproefje te krijgen van wat er in de stabiele versie van Chrome komt.
Langetermijnkanalen voor afgifte
Productontwikkeling verloopt mogelijk niet zo snel als gepland en de maandelijkse releasefrequentie van Chrome is wellicht te hoog. Voor dit gebruiksscenario biedt Chrome een uitgebreid stabiel kanaal waarmee je minder vaak functie-updates ontvangt, maar wel beveiligingspatches. Dit kanaal wordt elke acht weken bijgewerkt.
Het volgende diagram laat zien hoe verschillende mijlpalen de verschillende releasekanalen van Chrome doorlopen:
- Zowel de stabiele als de uitgebreide stabiele versie verzenden de eerste vier weken dezelfde versie, waarna de twee versies van elkaar afwijken.
- Er is geen verlengd bètakanaal; in plaats daarvan wordt de standaard bètacyclus van vier weken gebruikt om zowel de stabiele als de verlengde stabiele versie te stabiliseren. Bedrijven die ervoor kiezen om deel te nemen aan de verlengde stabiele versie van acht weken, moeten het bètakanaal blijven gebruiken zoals ze dat nu doen om proactief problemen te identificeren die van invloed kunnen zijn op hun omgevingen.
Het blijvende belang van ontwikkelings- en bètakanalen voor gebruikers die langdurig stabiel blijven.
Hoewel het stabiele kanaal wordt versneld naar een releasecyclus van twee weken en uw organisatie de verlengde stabiele cyclus van acht weken hanteert om meer tijd te winnen voor testen, blijft het essentieel om de ontwikkelings- en bètakanalen te gebruiken. Er zijn geen aparte "verlengde ontwikkelings- of bètakanalen"; de standaard ontwikkelings- en bètakanalen worden gebruikt om zowel de stabiele als de verlengde stabiele releases te stabiliseren.
Door de ontwikkelings- en bètakanalen te blijven gebruiken, behouden bedrijven de mogelijkheid om proactief problemen te identificeren die hun omgevingen kunnen beïnvloeden. De ontwikkelings- en bètakanalen bieden een preview van vier weken van de aankomende stabiele release. Voor gebruikers van de langere stabiele versie is deze previewperiode essentieel om potentiële problemen te ontdekken en op te lossen ruim vóór de acht weken durende feature-update.
De ontwikkel- en bètakanalen fungeren in feite als het belangrijkste waarschuwingssysteem voor eventuele wijzigingen in uw acht weken durende, verlengde stabiele omgeving, waardoor de compatibiliteit van uw bedrijfsapplicaties gewaarborgd blijft. Systeembeheerders kunnen een kleine, vooraf bepaalde groep gebruikers (bijvoorbeeld 5-10% van de app-gebruikers) blijven toewijzen aan de ontwikkel- en bètakanalen om dit voordeel te maximaliseren.
Conclusie
Testen is een cruciaal onderdeel voor softwareontwikkelingsbedrijven om de kwaliteit van hun producten te waarborgen en is tevens een belangrijke stap voor systeembeheerders om medewerkers van een organisatie toegang te geven tot hoogwaardige software en verstoring van bedrijfsprocessen te voorkomen.
Om een succesvolle testworkflow binnen uw organisatie te implementeren, is het belangrijk dat iedereen de gemeenschappelijke overtuiging deelt dat kwaliteit, en dus testen, een essentieel onderdeel is.
In dit artikel hebben we verschillende manieren besproken om best practices voor testen in uw organisatie te integreren. Voor een diepgaande analyse van de bestaande testtools kunt u ons artikel ' Tools van Chrome voor probleemloos, geautomatiseerd testen' raadplegen.
Voor praktische begeleiding bij het testen, van begin tot eind, kun je ook onze recente cursus 'Leer testen' en de beste werkwijzen voor testautomatisering op web.dev bekijken.