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