Softwareontwikkeling en projectmanagement

Wat wordt bij bottom-uptesten gebouwd als vervanging van een module op hoger niveau die nog niet bestaat, zodat die de te testen module op lager niveau aanroept, er testgegevens aan doorgeeft en de resultaten ontvangt?

  1. ADriver
  2. BStub
  3. CIn-circuitemulator
Antwoord en toelichting tonen

Antwoord: A. Driver

Bottom-uptesten integreert modules vanaf het laagste niveau, en omdat de aanroepende module op hoger niveau nog niet bestaat, wordt een testprogramma geschreven, een driver genoemd, dat de module in plaats daarvan aanroept. Bij top-downtesten, dat vanaf de top integreert, wordt omgekeerd een stub geschreven die alleen vaste waarden teruggeeft, als vervanging van een module op lager niveau die nog niet bestaat. Een in-circuitemulator is een debugapparaat dat in plaats van de microcontroller op de printplaat wordt aangesloten en waarmee de uitvoering van het programma kan worden gestopt en de interne toestand op de echte hardware kan worden geobserveerd.

Dit onderwerp oefenen Naar de onderwerppagina

Meer vragen over Softwareontwikkeling en projectmanagement

  1. 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?
  2. 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?
  3. 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?
  4. 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?
  5. 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?