Azure DevOps Board voor testers: Overzicht in je testwereld

Lees eerst het algemene deel rond Azure DevOps, om dit onderdeel beter te begrijpen:

http://www.agiletestenbijnee.nl/p/azure-devops-voor-testers.html

Bijna iedere tester kent wel het statusboard van een sprint. Veel uitleg zal ik hier dan ook niet aan besteden. Maar er zijn drie onderdelen, die wel van belang zijn om te weten binnen Azure DevOps. Wat kan je instellen aan een Board? En hoe kan je onderdelen linken? Als laatste: hoe laat je weten wat er getest is.

Board instellingen

Wanneer je Azure DevOps voor het eerst opstart, krijg je een standaard Board indeling. Deze is voor testers vaak te weinig. Je hebt b.v. geen mogelijkheid om bugs aan te maken. En mogelijk heb je ook nog veel meer eisen.

Proces wijzigen voor andere standaard work items types

• Ga naar de homepage van Azure Devops (de pagina waar je een project kan kiezen)
• Klik hier links onderin op Organization Settings
• Klik hierna links in het menu op Boards - Process
• Open het proces van je board door erop te klikken.
  

Hier heb je twee keuzes. Je kan het proces wijzigen voor je project. Of je kan een eigen procesflow maken op basis van het geselecteerde proces.

Overige instellingen van het board wijzigen

• Open je project
• Klik links in het menu op Boards - Boards
• Klik rechts bovenin op Settings

Hier heb je talloze mogelijkheden om je board aan te passen. Zo kan je eigen kolommen of swimming lanes toevoegen en regels maken om een item een bepaalde stijl te geven (denk aan bugs met hoge prio meer benadrukken).

Work items linken

Er zijn twee manieren van linken, die van belang zijn. De eerste is het linken van work items. Dit kan je zowel gebruiken om aan te geven welke items binnen welke testtaak worden meegenomen. Als om aan te geven welke bugs binnen welke testtaak wordt gevonden. Hiervoor klik je in het work item rechtsop Add link.

De tweede is van belang voor de testautomatisering. Je kan in het work item rechts de groep Development vinden. Hier kan je ervoor kiezen je work item te koppelen aan een bestaande commit, pull request of branch. Je kan zelfs een nieuwe branch aanmaken.

Work item Testcase

Hoewel je zonder betalen geen echte testmodules hebt, heb je nog steeds mogelijkheden om de informatie rond testen wat gedetailleerder vast te leggen. Dit doe je met behulp van het work item type Test case.

Hier kan je de stappen van een testscript in vastleggen. Maar je hebt ook de mogelijkheid om het item te koppelen aan een automatische test. Dit is eigenlijk alleen voor registratie, want in de gratis versie doet dit voor de rest vrij weinig.