Wat maakt het testen van embedded software bijzonder? Wat zijn de grootste valkuilen en hoe kunnen we ze omzeilen? Dit artikel geeft een aantal tips aan de hand van voorbeelden uit de praktijk.
Bij embedded software, zoals bij alle software, worden fouten vaak te laat gevonden. Waarom? Het antwoord lijkt simpel: omdat we te laat testen. De oplossing ligt voor de hand: betrek testers al in een vroeg stadium bij de ontwikkeling van een nieuw feature of product. Samen met de andere architecten en ontwikkelaars kunnen ze vanuit hun oogpunt de vinger al vroeg op de zere plek leggen. Ook weten testers (en ontwikkelaars) dan snel wat er van het product wordt verwacht.
Zijn er nog meerdere redenen waarom fouten zo laat boven water komen? De praktijk leert dat de verschillende disciplines – zoals elektro, mechanica, optica en software – vaak afzonderlijk van elkaar aan een functie werken. Zodra de verschillende componenten van de verschillende disciplines moeten worden samengevoegd, zien we de meest basale zaken misgaan. Iedere discipline werkt vanuit een eigen planning en in een eigen team, met haar eigen vakjargon en verwachtingen. Er wordt meestal te laat en te weinig gecommuniceerd met andere disciplines, waardoor de leveringen en de verwachtingen niet goed op elkaar zijn afgestemd.
This article is exclusively available to premium members of Bits&Chips. Already a premium member? Please log in. Not yet a premium member? Become one for just €20 for the first year and enjoy all the benefits.
