Softwareontwikkeling en projectmanagement

Tijdens het testen is een betrouwbaarheidsgroeicurve getekend, met de testtijd (of het aantal uitgevoerde testgevallen) op de horizontale as en het cumulatieve aantal gevonden defecten op de verticale as. De curve stijgt nog steeds en vertoont geen teken van verzadiging (afvlakking). Welke beoordeling is het meest passend?

  1. AEr worden gestaag defecten gevonden en het testen is efficiënt, dus het testen kan volgens planning stoppen
  2. BDe vorm van de curve heeft niets met kwaliteit te maken, dus het testen stopt zodra alle geplande testgevallen zijn uitgevoerd
  3. CEr zijn waarschijnlijk nog veel onontdekte defecten, dus het testen moet doorgaan en ook de trends in de defecten moeten worden geanalyseerd
Antwoord en toelichting tonen

Antwoord: C. Er zijn waarschijnlijk nog veel onontdekte defecten, dus het testen moet doorgaan en ook de trends in de defecten moeten worden geanalyseerd

Naarmate het testen vordert, worden eerst het ene na het andere defect gevonden en daarna steeds minder, omdat er minder overblijven; de cumulatieve curve wordt dus S-vormig (benaderd met een Gompertz-curve of een logistische curve) en verzadigt uiteindelijk. Een curve die verzadiging nadert, is een teken dat de kwaliteit stabiliseert, maar zolang ze blijft stijgen, zijn er waarschijnlijk nog veel defecten aanwezig. Dat de geplande testgevallen zijn uitgevoerd, is op zich geen reden om het testen te beëindigen. Door een curve aan de gegevens te passen, wordt het aantal resterende defecten geschat, en dat wordt gebruikt om tests toe te voegen of gerichter te maken.

Dit onderwerp oefenen Naar de onderwerppagina

Meer vragen over Softwareontwikkeling en projectmanagement

  1. Bij de integratietest van firmware met 25 KLOC (25.000 regels) zijn 30 defecten gevonden. Volgens eerdere resultaten van de organisatie ligt de richtwaarde voor in deze fase gevonden defecten op 2 tot 4 per KLOC. Welke beoordeling van dit resultaat is het meest passend?
  2. In Git hebben twee ontwikkelaars dezelfde regel van hetzelfde bestand in verschillende branches gewijzigd, waarna de ene branch in de andere is gemerged. Wat gebeurt er?
  3. Welke methode voor het reviewen van ontwerpdocumenten of broncode wordt geleid door een moderator, wijst rollen toe aan de deelnemers, wordt formeel uitgevoerd met checklists en dergelijke, en legt de gevonden defecten vast en bevestigt dat ze zijn verholpen?
  4. Na een firmwareversie waarvan bekend is dat ze correct werkt, volgen 1000 commits, en de laatste commit bevat een bug. De bug is door één commit geïntroduceerd en treedt op in elke commit daarna. Hoe vaak moet de firmware maximaal worden gebouwd en getest als de schuldige commit met binair zoeken wordt opgespoord, zoals met git bisect?
  5. Wat is in een WBS, die de opleverproducten en het werk van een project hiërarchisch opsplitst, het element op het laagste niveau dat dient als eenheid om duur en kosten te schatten en mensen toe te wijzen?