Ontwikkeltesten

19 belangrijke vragen over Ontwikkeltesten

Wat is een units integratietest?

Dit is een door de ontwikkelaar in de ontwikkelomgeving uitgevoerde test, die moeten aantonen dat een logische groep units aan de in de technische specificatie gestelde eisen voldoet.

Wat is een valkuil bij het inrichten van ontwikkeltesten?

Het inrichten van een ontwikkel test proces vanuit de optiek van een systeem of acceptatie test. Er zijn namelijk een aantal belangrijke verschillen tussen ontwikkeltesten en systeem of acceptatie testen.

Noem enkele verschillen tussen ontwikkeltesten en systeem en acceptatie testen:

- Is onderdeel van ontwikkelen software en kan daardoor niet als een zelfstandig proces met een min of meer onafhankelijk team worden gezien.
- Andersoortige fouten – i.v.m. kennis van de technische implementatie van het systeem
- De tester is vaak ook de oplosser, m.n. bij unittest
- Insteek: alle geconstateerde fouten moeten opgelost zijn voor overdracht
- Flexibele testomgeving en weinig procedurele barrières zijn van groot belang
- Basishouding: ontwikkelaar = aantonen dat het werkt
tester = verschil aantonen tussen vereiste en actuele kwaliteit.
  • Hogere cijfers + sneller leren
  • Niets twee keer studeren
  • 100% zeker alles onthouden
Ontdek Study Smart

Noem voordelen van (gestructureerd) ontwikkeltesten t.o.v. Ongestructureerde tests die vaak in de praktijk worden gebruikt

- Minder herstelwerk na oplevering
- Hierdoor is de planning beter
- Doorlooptijd korter

- Zo vroeg mogelijk herstellen is goedkoper – zit nog vers in geheugen, mensen zijn nog niet weg- Analyse van zelf gevonden fouten is sneller
- Beter in staat dergelijke fouten in andere units te voorkomen
- Bepaalde fouten zijn het beste met onwikkelstests te detecteren, m.n. op grensvlakken systeemfuncties en onderliggende besturingssystemen, database en netwerk.
- Voordelen wegen op tegen nadelen

Noem nadelen van (gestructureerd) ontwikkeltesten t.o.v. Ongestructureerde tests die vaak in de praktijk worden gebruikt

Tijdsdruk/te duur t.o.v. de baten
- Voldoende vertrouwen in de kwaliteit
- Er volgt nog een goede test

Hoe is de relatie tussen het ontwikkelproces en de ontwikkeltest?

Nauwe relatie met ontwikkelproces en kan niet los gezien worden van het ontwikkelproces.

Om te weten wat de invloed is van de ontwikkelmethoden op het ontwikkeltesten, moet gekeken worden in welke mate bepaalde aspecten een rol spelen. Welke aspecten zijn dit?

- Voorschriften voor ontwikkelactiviteiten
- Kwaliteit van de testbasis
- Lang- of kort-cyclische ontwikkeling

Vertel iets over voorschriften voor de ontwikkeltestactiviteiten (aspecten ontwikkeltesten)

o Veel methodes gaan niet verder dan zeggen dat OT uitgevoerd moet worden
o XP is een uitzondering hierop – heeft pair programming, test-driven development en continuous integration

Vertel iets over de kwaliteit van de test basis (aspecten ontwikkeltesten)

o Waterval = in een formeel beschreven vorm vastgelegd
o Iteratief en Agile = minder formeel, mondeling overeen te komen => lastiger achterhalen
wat getest moet worden

Vertel iets over de lang of kort cyclische ontwikkeling (aspecten ontwikkeltesten)

bij kort cyclische ontwikkeling wordt naar verhouding meer tijd aan testen besteed, met name door de noodzaak om veel frequenter (minimaal elke cyclus) een regressie test op het tot dan ontwikkelde systemen uit te voeren.

Is het handig om alle units in een keer samen te voegen?

dit is niet handig. Omdat er dan in het algemeen veel fouten worden gevonden en dat het traceren van de fout oorzaak veel tijd vraagt.

Wat kun je dan beter doen dan alle units in 1x samen te voegen?

Een effectievere werkwijze is dat telkens een aantal units met elkaar worden geïntegreerd en dat er na iedere integratie stap wordt getest.


Noem enkele Kwaliteitsmaatregelen die gebruikt kunnen worden of van invloed zijn op ontwikkeltesten

- Test-driven development (TDD)

- Pair Programming - Coderevie
- Continuous integration
- Afgesproken kwaliteit van ontwikkeltesten- Applicatie-integrator aanpak

Wat is Pair Programming ?

Hierbij werken twee ontwikkelaars samen aan hetzelfde algoritme, ontwerp of stuk code, zij aan zij bij een werkplek

Aan de hand van welke punten kan controle plaatsvinden bij codereview?

o Is het product gerealiseerd conform de opdracht?
o Voldoet het product aan de volgende criteria: intern consistent, conform standaards
en normen en de best mogelijke oplossing?
o Draagt het product bij aan de project- en architectuurdoelstellingen?
o Is het product geschikt voor gebruik in de volgende fase van ontwikkeling (de integratie)?

Wat is Continuous integration ?

Heeft vooral invloed op de inrichting van de unit integratie tests. Het is een manier van werken waarbij de ontwikkelaars hun werk regelmatig integreren, minimaal dagelijks een oplopend tot meerdere integraties per dag. De integratie zelf, bestaande uit het samenvoegen van de units en het compileren en linken tot software, is geautomatiseerd.

Afgesproken kwaliteit van ontwikkeltesten –

hangt sterk samen met en is onderdeel van de teststrategie. De gemaakte keuzes hebben sterke invloed op de werkwijze van specificeren en uitvoeren van de UT en UIT.

Wat is een Applicatie-integrator aanpak?

Een organisatorische oplossing om een hogere kwaliteit van de UT en UIT te bereiken

In welke 3 groepen zijn de functionaliteiten waar statische codeanalysetool zich op richten ruwweg te verdelen?

o Analyse codestructuur – beoordeling over softwarearchitectuur
o Codeerregels – ontwikkeld volgens normen en standaards?
o Metrics van code – o.a. omvang, complexiteit of commentaar frequentie

De vragen op deze pagina komen uit de samenvatting van het volgende studiemateriaal:

  • Een unieke studie- en oefentool
  • Nooit meer iets twee keer studeren
  • Haal de cijfers waar je op hoopt
  • 100% zeker alles onthouden
Onthoud sneller, leer beter. Wetenschappelijk bewezen.
Trustpilot-logo