Testen en IoT: vergeet functioneel testen

Het Internet of Things (IoT) groeit exponentieel de komende jaren. Bestaande producten krijgen steeds meer IoT-functionaliteit en het testen ervan is een innovatie op zich.

Testen van IoT product

Testen van een IoT-product

Het kan zo maar zijn dat er straks een IoT-deurbel langs komt om getest te worden. Een simpele druk op de knop en verifiëren of de bel afgaat is niet meer genoeg als testinspanning. Wat is dan de testinspanning als er een IoT-product wordt getest?

Testinspanning neemt exponentieel toe

In een IoT-deurbel zit een camera, vingerafdrukscanner, wifi-connectie met daarnaast een app en lokale dataopslag. Op je telefoon of je smart-TV kun je zien wie er voor de deur staat en op afstand kan de deur worden geopend. Alle beelden van de camera kun je opslaan om te zien wie er allemaal voor je deur heeft gestaan. Vooralsnog dus een beperkte set met nieuwe functionaliteit naast het gewone aanbellen.

Maar de IoT-deurbel kan in een oneindige variatie aan netwerken worden gehangen. De hoeveelheid smart-TV’s en -phones waarmee verbonden kan worden is eindeloos. Om nog maar niet te spreken van verschillende versies smartphone omgevingen waarin de app moet (blijven) werken. Interactie met andere IoT-producten levert nog een extra dimensie aan het aantal testconfiguraties. Het aantal mogelijkheden om te testen is van een paar ‘aanbel-scenario’s’ exponentieel toegenomen naar nagenoeg oneindig veel situaties.

IoT-lagen: hier test je functionaliteit

Een IoT-oplossing is uit elkaar te halen in meerdere lagen. In deze lagen is IoT-functionaliteit veel beter af te bakenen. De lagen zijn geïnspireerd op de IoT-aanpak van Sogeti: Connect-Talk-Think-Act.

  • App-laag (Talk): Visualisatie en interactie met gebruiker, denk aan Apps, web-interface, touchpanel
  • AppData-laag (Think): Opslag van data, verrijken van data maar ook het zoeken van correlatie tussen IoT-data
  • Bridge-laag (Connect): De communicatie van ‘Thing’ naar zijn omgeving, dataopslag, App
  • Thing-laag (Act): Het fysieke product met actoren en sensoren.

In deze lagen kan de functionaliteit afgebakend worden beschreven en getest. Het testen van functionaliteit schuift naar een lager niveau en neemt niet meer exponentieel toe.

Zorg voor een probleemvrije IoT-ervaring

Mijn advies: timebox functioneel testen en besteed aandacht en testinspanning aan de TMap kwaliteitsattributen (denk aan security, performance, usability). In het voorbeeld van de IoT-deurbel is het belangrijker te kijken naar een zo klein mogelijke vertraging tussen aanbellen en de notificatie ervan in de bijbehorende app, dan alle verschillende ‘ringtones’ te testen. Door focus op kwaliteitsattributen wordt de werking van het IoT-product in zijn omgeving afgedekt. In het testproces verschuift hiermee de aandacht van het testen van functionaliteit naar zorgen voor een ‘probleemvrije’  IoT-ervaring van een product.

IoT en Testen = IoT

Wil je meer te weten komen over de gevolgen voor testen als IoT-functionaliteit aan een bestaand product wordt toegevoegd?  Tijdens de TMap Dag 2015 vertelde ik tijdens een breakout-sessie over de innovaties op testgebied die we nodig hebben om een goed IoT-testtraject te doorlopen. Met IoT groeit functionaliteit namelijk exponentieel en is het onmogelijk alles af te dekken. Bekijk mijn en andere presentaties van de TMap Dag 2015 hier

Meer weten?

Benieuwd naar het testen van IoT- producten en –functionaliteit? Bezoek dan onze High Tech Testpagina of stel je vraag via onderstaand contact.

Meer weten over High Tech Testen