Wat is een codebeoordeling?
Je wilt dat je teams wendbaar, zelforganiserend en efficiënt zijn — vooral als het gaat om het stroomlijnen van softwareontwikkeling voor externe medewerkers. Wat is dus de beste manier om iedereen te laten samenwerken en ervoor te zorgen dat elk teamlid op de hoogte blijft? Codebeoordeling.
Wat is een codebeoordeling? Dit proces, ook wel codebeoordeling door collega's genoemd, zorgt ervoor dat iedereen de codebasis leert kennen, de leesbaarheid van de code verbetert, de beoordelingstijd verkort, de code op fouten controleert en je team helpt nieuwe technieken en technologieën te leren om hun vaardigheden verder te ontwikkelen.
Als je meer wilt leren over het codebeoordelingsproces in softwareontwikkeling en hoe het je team kan helpen, lees dan verder voor alle details.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
Het codebeoordelingsproces
- Zijn er duidelijke logische fouten in de code?
- Zijn alle gevallen volledig geïmplementeerd zoals vastgelegd in de vereisten?
- Zijn de geautomatiseerde tests goed genoeg om de code te testen?
- Moet je een van de tests herschrijven om deze code beter te testen?
- Voldoet deze nieuwe code aan alle stijlrichtlijnen?
Codebeoordeling integreren in je workflow
Wist je dat je zonder codebeoordeling als onderdeel van je proces wel 80% van je tijd aan de voorkant kunt besteden aan het oplossen van problemen die worden veroorzaakt door niet-gedocumenteerde vereisten en meetgegevens, afwijkingen in gegevens, onverwachte gebruikersactiviteit, hardware-incompatibiliteit en installatieproblemen?
Als een codebeoordeling geen onderdeel is van je bestaande proces, is het tijd om deze onmiddellijk in de testfasen te integreren — ongeacht je workflowstijl. Je gebruikt bijvoorbeeld misschien workflows met taakvertakkingen. Als dat het geval is, start je de beoordeling van de broncode zodra alle code voltooid is en je geautomatiseerde tests zijn uitgevoerd en geslaagd. Nu is het tijd om de code stroomopwaarts samen te voegen, zodat codebeoordelaars kunnen controleren op zaken die de geautomatiseerde tests mogelijk over het hoofd hebben gezien. Door codebeoordeling op deze manier te integreren, beperk je slechte programmeerbeslissingen en voorkom je vervuiling van de ontwikkeling op de hoofdlijn.
Dus hoe kun je codebeoordeling in je workflow integreren? Dit hangt volledig af van je proces. Bekijk enkele van de meest voorkomende workflows en waar wij zouden aanraden codebeoordeling toe te voegen.
- Watervalworkflow:
Deze levenscyclus van softwareontwikkeling wordt doorgaans gebruikt door grote organisaties of bureaus die vóór de ontwikkeling van een project uitgebreide documentatie voor elke vereiste en scope nodig hebben. Het is een rigide aanpak met weinig mogelijkheden voor grote wijzigingen.
Planning > Vereisten > Systeem- en softwareontwerp > Implementatie > Testen > Codebeoordeling > Implementatie in productie > Onderhoud en updates
- Ontwikkelingsmodel met prototyping:
Als je niet zeker weet wat gebruikers wel of niet prettig zullen vinden, biedt dit softwareontwikkelingsproces je de mogelijkheid om het risico te beoordelen voordat je iets op de markt brengt. Prototypes kunnen na het testen worden weggegooid of verbeterd.
Van agile softwareontwikkeling tot iteratieve en incrementele ontwikkelingsmodellen: codebeoordeling moet in elke workflow deel uitmaken van de testfase.
Voordelen van codebeoordeling door collega's
Hoewel elk type team baat kan hebben bij codebeoordeling, is het echt een gamechanger voor agile teams vanwege de decentralisatie die inherent is aan deze workflow. Met codebeoordelingssystemen kan je team kennis binnen het hele team delen om betere schattingen te maken, nieuwe engineers te begeleiden, verlof mogelijk te maken en het werk te verdelen.
Betere schattingen
Omdat schatten in wezen een teamaangelegenheid is, krijg je betere resultaten wanneer productkennis wordt gedeeld binnen het hele ontwikkelingsteam. Wanneer nieuwe functies in de bestaande code worden geïntegreerd, is de oorspronkelijke ontwikkelaar slechts één persoon die goede feedback kan geven. Iedereen die heeft deelgenomen aan een codebeoordeling heeft ook inzicht in de bekende problemen, complexiteit en aandachtspunten in de codebasis. Je beschikt dan over meerdere geïnformeerde bijdragen die je uiteindelijke schatting betrouwbaarder maken.
Ervaren ontwikkelaars kunnen nieuwe ontwikkelaars begeleiden
Je denkt misschien dat codebeoordeling alleen bedoeld is voor senior ontwikkelaars die toezicht houden op junior ontwikkelaars. Maar dat klopt niet! Een aspect van een agile of gedecentraliseerd team van programmeurs is dat ervaren en nieuwe teamleden vaak samenwerken. Wanneer iedereen kan deelnemen aan codebeoordeling, bespaar je tijd en faciliteer je gesprekken over de code, terwijl nieuwere leden de kans krijgen om een frisse blik te bieden.
Vrije tijd inschakelen
Wanneer je slechts één programmeur hebt die alle kennis over de code bezit, is diegene het enige aanspreekpunt voor het betreffende project. Als deze persoon offline is of op vakantie gaat, bij wie kan de rest van je team dan terecht als er een probleem is? Met codebeoordeling zouden meerdere mensen de kennis moeten hebben om het project over te nemen en aan te sturen — ongeacht wie wel of niet op kantoor is!
Veelgebruikte benaderingen voor codebeoordeling
Er zijn verschillende manieren om codebeoordeling aan te pakken, waaronder e-mailthreads, programmeren in duo's en codebeoordeling over de schouder. Bepaal welk proces het beste is voor je team wanneer je deze overzichten bekijkt.
E-mailthread
Wanneer de auteur van de code klaar is met een stuk code, kun je het bestand via e-mail naar verschillende teamleden sturen, zodat zij het onafhankelijk kunnen beoordelen zodra hun workflow dat toelaat. De flexibele en aanpasbare stijl van codebeoordeling via e-mailthreads kan iets eenvoudiger zijn dan iedereen bijeenbrengen voor één vergadering over codebeoordeling.
Programmeren in duo's
Bij deze aanpak voor het schrijven van software werken ontwikkelaars zij aan zij aan dezelfde code — waarbij ze elkaars code beoordelen terwijl ze werken. Dit proces integreert codewijzigingen en beoordelingen rechtstreeks in het bestaande proces. Programmeren in duo's kan echter tijdrovender en intensiever zijn dan andere methoden.
Over de schouder
Als oudste en eenvoudigste proces is codebeoordeling over de schouder een intuïtieve manier om betere codebeoordelingen uit te voeren. Wanneer je klaar bent met het schrijven van je code, hoef je alleen maar een collega te vragen naar je werkplek te komen en je code te beoordelen terwijl je in realtime uitlegt hoe je te werk gaat. Deze stijl is zeer informeel en er is vaak geen documentatie bij de beoordeling.
Hulpmiddelen voor codebeoordeling
Maak gebruik van hulpmiddelen voor codebeoordeling om beoordelingen door collega's te verzamelen of digitale automatiseringen te gebruiken voor kwaliteitscontroles. Je kunt dit combineren met meer traditionele, handmatige methoden voor codebeoordeling.
Voor kleinere front-endexperimenten kunnen browsergebaseerde codeerplatforms zoals CodePen het ook eenvoudig maken om je code te testen, te delen en feedback te ontvangen.
Stroomlijn je codebeoordelingsproces
Niemand is onfeilbaar. En omdat code door mensen wordt geschreven, zullen er onvermijdelijk fouten worden gemaakt. Beperk fouten en zorg voor kwaliteitsborging met een codebeoordelingsproces dat voor je team werkt. Zo krijg je eerder feedback en verhoog je de codestandaarden gedurende de hele ontwikkelingscyclus.
Klaar om meer te leren over andere processen die de samenwerking binnen je team en de kwaliteit van je product verbeteren? Word abonnee voor regelmatig advies en ondersteuning!
