Question 1
Question
Een peer review heeft betrekking op elke activiteit waarbij je collega jouw werk bekijkt met de specifieke bedoeling om gebreken (defects, bugs) te vinden en de auteur te beoordelen.
Question 2
Question
Ieder product waarbij er een kans is dat het een fout bevat komt in aanmerking om te worden gereviewd.
Question 3
Question
Hoe eerder in een softwareontwikkelproces met een waterval-karakter een defect wordt geconstateerd, hoe minder schade het aanricht en hoe goedkoper het is om de fout te corrigeren.
Question 4
Question
"phase containment" verwijst naar het detecteren en corrigeren van fouten in de eerst volgende fase.
Question 5
Question
Informele reviews zijn volledig geschikt in bepaalde situaties. Ze zijn snel en goedkoop, maar eisen wel een geavanceerde planning of voorbereiding.
Question 6
Question
Een review gecompliceerder en tijdrovender maken dan nodig is, is niet kosteneffectief.
Question 7
Question
Bij het selecteren van een geschikte reviewtechniek is het verstandig om het risico van gemiste fouten in te schatten.
Question 8
Question
Gebruik informele reviews voor producten met een hoog risico en formele reviews voor producten met een laag risico.
Question 9
Question
Volgorde van formele reviews naar informele reviews is als volgt:
Inspection - Team Review - Walktrough - Ad Hoc Review - Peer Deskcheck(+Passaround)
Question 10
Question
Team reviews worden ook gepland en gestructureerd, maar zijn minder formeel en minder streng dan inspecties.
Question 11
Question
Een walkthrough is een formele review waarin de auteur aan een groep collega's een product be- schrijft en commentaar uitlokt.
Question 12
Question
Een peer deskcheck kan vrij formeel.
Question 13
Question
Een meervoudige, gelijktijdige peer-deskcheck heet een Team Review.
Question 14
Question
Bij een Passaround is er een meeting nodig, maar formele verslaglegging is er nauwelijks.
Question 15
Question
Het enige voordeel van peer review is kostenbesparing.
Question 16
Question
Reviews zijn ook een techniek voor het opleiden van nieuwe ontwikkelaars.
Question 17
Question
"de fantoom inspecteur": de meeste fouten worden gevonden als de reviewer individueel te werk gaat.
Question 18
Question
Één van de grootste problemen met reviewbijeenkomsten is dat ze gemakkelijk kunnen omslaan in discussies over het oplossen van problemen.
Question 19
Question
asynchrone-reviews eisen een face-to-face bijeenkomst.
Question 20
Question
Reviewers moeten de informatie een paar dagen voor de reviewbijeenkomst ontvangen, zodat ze hun individuele voorbereiding kunnen uitvoeren, waar de meeste fouten worden ontdekt.
Question 21
Question
Het verplaatsen van het proces naar een online vorm vergroot de mogelijkheden tot imponeren en overheersing.
Question 22
Question
To Flame = Een destructief kritische of beledigend bericht plaatsen.
Question 23
Question
Online reviews vereisen dat elke reviewer actief onderzoekt en commentaar levert op de artefacten.
Question 24
Question
Het aannemen van een review tool zou kunnen leiden tot verwatering van de traditionele codein- specties tijdens vergaderingen.