...

Bitbucket is een soort van Github. Op Bitbucket maak je een repository aan met branches, Iedereen kan zijn eigen branches maken en hier commits opzetten. Iedereen kan de code van anderen inzien, en zo nodig, downloaden (pullen) aanpassen en weer uploaden (pushen). Ook kan je een pull request aanmaken. Dit is zodat jouw eigen branch op de hoofdbranch komt de staan. Daarvoor moet je code wel eerst getest en gereviewd zijn door andere van het team. Ook hier kan je tijdens het reviewen comments toevoegen. Uiteindelijk kan je op deze manier zorgen dat alle gemaakte code op de main branch komt de staan. Dit is de code die je uiteindelijk oplevert. Het reviewen is dus belangrijk werk. Niet alleen moet de code werken, maar hij moet ook werken met de andere componenten en dergelijke..

Jenkins en SonarQube zijn twee ontwikkeltools waar we nog niet veel mee gedaan hebben. Gelukkig zijn deze componenten ook niet cruciaal. We hebben het geprobeerd op te zetten alleen is het nog niet gelukt. Later in het project gaan we zeker kijken of dit nog nodig is en of we er iets mee kunnen. Mocht het blijken dat deze tools ook heel handig zijn of gaan worden gaan we er zeker alles aan doen om ook deze tools werkend te krijgen.

OOSE P-07. De student bewaakt continu de kwaliteit van de software en het proces door o.a. reviews en gestructureerd testen en stuurt waar nodig bij.

Tijdens het maken van een project is het controleren van andermans werk een belangrijk onderdeel. Niet alleen de code maar ook gewoon documenten zijn belangrijk om te controleren. Bij documenten let je in eerste instantie of het foutloos en duidelijk is geschreven. Lange zinnen kunnen bijvoorbeeld onduidelijk worden als er geen of slecht gebruik wordt gemaakt van leestekens. Fouten in de tekst zijn vaak slordig en onnodig. Ook deze maken de tekst minder makkelijk en minder fijn te lezen. Als een woord of concept niet duidelijk is voor de gemiddelde lezer kan ook hier niet veel over gezegd worden. Dit zijn de meeste dingen waar je naar kijkt tijdens het reviewen van geschreven documenten. Als er een spelfout in staat kan je deze direct aanpassen. Gaat het echter over de inhoud of missen er dingen is het handig om hier commentaar over te schrijven. Iemand anders kan vervolgens de problemen verhelpen en dan kunnen mensen weer reviewen. Bij het reviewen van code is de spelling en dergelijke minder belangrijk. Duidelijke namen voor documenten en variabelen zijn bijvoorbeeld wel heel handig. Ook moet de foutafhandeling gedaan zijn en het testen van de code. Ook moet de code werken met andere componenten die geschreven zijn en moet er gekeken worden dat de code geen andere dingen kan overschrijven, Ook hier wordt er goed gekeken naar dingen die onnodig zijn, missen of misschien anders moeten of kunnen. Ook hier kan weer commentaar worden toegevoegd waar nodig. Tijdens dit project wil ik meer focus leggen op het reviewen wanneer nodig. Eerdere projecten is dit niet heel nauwkeurig gedaan wat kan zorgen voor problemen,OOSE P-07. De student bewaakt continu de kwaliteit van de software en het proces door o.a. reviews en gestructureerd testen en stuurt waar nodig bij.

Leerdoelen

Conclusie

Factsheet

...