internet things testing
Test af tingenes internet (IoT):
Når et spørgsmål som ”Hvad er de grundlæggende fornødenheder i livet” kastes mod mennesker, vil de fleste af dem svare, “Mad, husly, beklædning”.
Men det var tilfældet inden et århundrede. Mennesker har udviklet sig til at udvikle en håndfuld ekstra fornødenheder til at leve. Vi har udviklet os til at gøre vores liv enklere, bedre og lettere.
entry level help desk interview spørgsmål
Vi er stoppet med at bruge afbrydere til at styre lys, er stoppet med at betale i kiosker for at indgive vejafgifter, vi har overvåget vores sundhedsstatus smart, sporet køretøjets bevægelser mere effektivt og meget på listen.
Hvordan gør vi det nu? Hvordan er det så anderledes?
Vi er nødt til at forstå disse først, hvorefter vi kan lære at teste dem.
Hvad du vil lære:
- Hvad er Internet of Things (IoT)?
- IoT-eksempler
- Teknologi anvendt i IoT
- Test af IoT
- IoT-testudfordringer
- IoT-testværktøjer
- At opsummere
- Anbefalet læsning
Hvad er Internet of Things (IoT)?
IoT er forbindelsen mellem køretøjer, husholdningsapparater, medicinsk udstyr ved hjælp af indlejret elektronik, mikrochips osv. Til at indsamle og udveksle data af en anden art kaldes IoT. Denne teknologi giver brugeren mulighed for at styre enheder eksternt over et netværk.
IoT-eksempler
Nogle af eksemplerne på IoT i implementering af det virkelige liv er som følger:
# 1) I bærbar teknologi:
Bærbare gadgets som Fitbit-bånd og Apple-ure synkroniseres let med de mobile enheder.
Disse hjælper med at indfange nødvendige oplysninger såsom helbred, pulsovervågning, sovende aktivitet osv. Disse hjælper også med at vise data, meddelelser fra de mobile enheder på dem.
# 2) Infrastruktur og udvikling:
Ved brug af et program som f.eks CitySense , er det lettere at få data om udendørs belysning i realtid, og på baggrund af disse tændes eller slukkes gadebelysningen. Der er også forskellige applikationer for at kontrollere trafiksignaler og parkeringstilgængelighed i et sofistikeret bylayout.
# 3) Sundhedspleje:
Der er adskillige applikationer for at overvåge patienternes sundhedsmæssige forhold.
Baseret på de benchmarkede data styrer tjenesterne doseringen af medicin på forskellige tidspunkter om dagen. Der er applikationer såsom UroSense, som kan overvåge væskeniveauerne i patientens krop og baseret på behovet kan starte væskeoverførslen. Samtidig kan dataene overføres trådløst til forskellige interessenter.
Teknologi anvendt i IoT
Følgende er de få af de mest anvendte teknologier i IoT:
- RFID [Radio Frequency Code] tags og EPC [Electronic Product Code]
- NFC [Near Field Communication] bruges til at muliggøre tovejsinteraktioner mellem de elektroniske enheder. Dette er dybest set til smartphones og bruges mest til at udføre de kontaktløse betalingstransaktioner.
- Bluetooth: Dette bruges, hvor kommunikation med kort rækkevidde er nok til at komme væk med problemet. Dette bruges mest i bærbare teknologier.
- Z-Wave: Dette er en RF-teknologi med lav effekt. Dette bruges primært til hjemmeautomatisering, lampestyring osv.
- Trådløst internet: Dette er det mest anvendte valg til IoT. Når du er på et LAN, hjælper dette med at overføre filer, data og meddelelser problemfrit.
Test af IoT
Lad os tage et eksempel af et medicinsk sundhedssporingssystem, hvor instrumentet overvåger sundheds-, puls-, væskeindtagningsoplysninger og sender en rapport til lægerne. Disse data registreres i systemet, og de historiske data kan ses, når det er nødvendigt.
Lægerne kan starte lægemiddelindtag, væsketilskud baseret på dataene. Dette kan udløses eksternt fra en hvilken som helst af de enheder [computere eller mobile enheder], som det medicinske udstyr er sluttet til.
Nu for at teste en sådan arkitektur er vi nødt til at gennemgå flere testtilgange såsom;
IoT-testmetoder
# 1) Brugervenlighed:
- Vi er nødt til at sikre anvendeligheden af hver af de enheder, der bruges her.
- Det anvendte sporingsudstyr til medicinsk sundhedspleje skal være bærbart nok til at blive flyttet til forskellige medicinske segmenter.
- Udstyret skal være smart nok til ikke kun at skubbe notifikationer, men også fejlmeddelelser, advarsler osv.
- Systemet skal have mulighed for at logge alle begivenheder for at give slutbrugerne klarhed. Hvis det ikke er i stand til at gøre det, skal systemet også skubbe dem til en database for at gemme det.
- Meddelelserne skal vises, og håndtering af skærmen skal udføres korrekt i enhederne [computere / mobile enheder].
- Brugervenlighed med hensyn til visning af data, behandling af data, skubbe jobopgaver fra enhederne skal testes grundigt.
=> Læs mere om generel brugervenlighedstest her
# 2) IoT-sikkerhed:
- IoT-sikkerhedsudfordringer: IoT er datacentreret, hvor alle tilsluttede enheder / system fungerer baseret på de tilgængelige data.
- Når det kommer til datastrømmen mellem enheder, er der altid en chance for, at dataene kan tilgås eller læses, når de overføres.
- Fra et testperspektiv er vi nødt til at kontrollere, om dataene er beskyttet / krypteret, når de overføres fra den ene enhed til den anden.
- Uanset hvor der er et brugergrænseflade, skal vi sørge for, at der er adgangskodebeskyttelse på det.
=> Læs mere om generel sikkerhedstest her
# 3) Forbindelse:
- Da det er en sundhedsvæsenet, spiller tilslutning en vigtig rolle.
- Systemet skal være tilgængeligt hele tiden og skal have problemfri forbindelse med interessenterne.
- I henhold til tilslutningsmuligheder er to ting meget vigtige at teste;
- Forbindelse, overførsel af data, modtagelse af jobopgaver fra enhederne skal være problemfri, når forbindelsen er OP og kører.
- Den anden betingelse er forbindelsesscenariet. Ligegyldigt hvor robust systemet og netværket er, er der chancer for, at systemet går offline. At være tester, bør vi også teste offline-betingelserne. Når systemet ikke er tilgængeligt på netværket, skal der være en advarsel, der kan bede lægerne, så de kan begynde at overvåge sundhedsforholdene manuelt, ikke afhængigt af systemet, før det er op. På den anden side skal der være en mekanisme i systemet, som kan gemme alle data i det i offlineperioden. Når systemet først er online, skal alle disse data formidles. Datatab bør ikke være der i nogen tilstand.
# 4) Ydeevne:
- Når vi taler om et system til et sundhedsdomæne, skal vi sørge for, at systemet er skalerbart nok til hele hospitalet.
- Når testen udføres, udføres den for 2-10 patienter ad gangen, og dataene formidles til 10-20 enheder.
- Når hele hospitalet er tilsluttet, og 180-200 patienter er forbundet til systemet, er de data, der formeres, meget større end de testede data.
- Som testere er vi nødt til at sikre, at systemet fungerer det samme, selvom de tilføjede data formeres.
- Vi bør også teste overvågningsværktøjet for at vise systemforbrug, strømforbrug, temperatur osv.
# 5) Test af kompatibilitet:
- Ser man på den komplekse arkitektur i et IoT-system, er kompatibilitetstest et must.
- Test af emner såsom flere operativsystemversioner, browsertyper og respektive versioner, generationer af enheder, kommunikationstilstande [ For f.eks. Bluetooth 2.0, 3.0] er nødvendig til IoT-kompatibilitetstest.
=> Læs mere om generel sikkerhedstest her
# 6) Pilottest:
- For så vidt angår IoT er pilottest et must.
- Kun test i Lab sikrer, at produktet / systemet fungerer fint. Men dette kan slå dårligt tilbage, når det udsættes for forhold / trin / scenarier i realtid.
- Under pilottest udsættes systemet for et begrænset antal brugere i det virkelige felt. De bruger applikationen og giver feedback på systemet.
- Disse kommentarer er nyttige, hvilket gør applikationen robust nok til produktionsinstallationen.
# 7) Regulatory Testing:
- Dette er et sundhedssystem, der skal passere flere kontrol- / overholdelseskontroller.
- Tænk på et scenarie, hvor produktet passerer alle testtrin, men fejler i den endelige checkliste for overholdelse [test udført af tilsynsorganet].
- Det er en bedre praksis at få lovgivningsmæssige krav i starten af selve udviklingscyklussen. Det samme bør gøres til en del af testchecklisten.
- Ved at gøre det sørger vi for, at produktet også er certificeret til den regulerende tjekliste.
# 8) Opgraderingstest:
- IoT er en kombination af flere protokoller, enheder, operativsystemer, firmware, hardware, netværkslag osv.
- Når en opgradering udføres, det være sig for systemet eller for de involverede emner som nævnt ovenfor, skal der udføres grundig regressionstest / strategi bør vedtages, så overvinde opgraderingsrelaterede problemer.
IoT-testudfordringer
Udfordringerne, som en tester står over for i IoT, er som følger:
# 1) Hardware-software Mesh
hvor er netværkssikkerhedsnøglen?
IoT er en arkitektur, der er tæt koblet mellem forskellige hardware- og softwarekomponenter. Det er ikke kun softwareapplikationerne, der gør systemet, men også hardware-dem, sensorer, kommunikationsgateways osv. Spiller også en vigtig rolle.
Kun funktionstest hjælper ikke med at certificere systemet fuldstændigt. Der er altid en afhængighed af hinanden med hensyn til miljø, dataoverførsel osv. Så det bliver et kedeligt job sammenlignet med at teste et generisk system [kun software / hardwarekomponent].
# 2) Enhedsinteraktionsmodul
Da dette er en arkitektur mellem forskellige sæt hardware og software, bliver det obligatorisk, at de taler med hinanden i realtid / næsten realtid. Når de begge integreres med hinanden, ting som sikkerhed, bagudkompatibilitet, bliver opgraderingsproblemer en udfordring for testteamet.
# 3) Realtids datatest
Som vi tidligere har diskuteret, at en pilottest / reguleringstest er obligatorisk for et system som dette, bliver det også meget svært at få sådanne data.
At være i testteam, få regulatoriske kontrolpunkter eller få systemet implementeret i piloten er meget hårdt. Trinet bliver endnu hårdere, hvis systemet er relateret til sundhedsvæsenet som beskrevet i vores eksempel. Så det forbliver som en stor udfordring for testteamet.
# 4) UI
IoT er spredt på enheder, der hører til enhver platform [iOS, Android, Windows, linux]. Nu kan det testes på enheder, men det er næsten umuligt at teste det på alle mulige enheder.
Vi kan ikke udelade muligheden for at få adgang til brugergrænsefladen fra en enhed, som vi ikke besidder eller simulerer. Det er en udfordring, som det er svært at overvinde.
# 5) Netværks tilgængelighed
Netværksforbindelse spiller en vigtig rolle, da IoT handler om de data, der kommunikeres i hurtigere hastigheder hele tiden. IoT-arkitektur skal testes i alle slags netværksforbindelser / hastigheder.
beslutningstræsklassificering i datamining
For at teste dette bruges virtuelle netværkssimulatorer for det meste til at variere netværksbelastningen, tilslutningsmuligheder, stabilitet osv. Men realtidsdata / netværk er altid et nyt scenario, og testteamet ved ikke, hvor flaskehalsen vil udvikle sig i det lange løb.
IoT-testværktøjer
Der er forskellige værktøjer, der bruges under testning af IoT-systemer.
De kan klassificeres ud fra målet og er angivet som nedenfor:
# 1) Software:
- Wireshark : Dette er en open source-applikation, der bruges til at overvåge trafikken i grænsefladen, kilde / destinationsværtsadresser osv.
- Tcpdump : Dette gør et lignende job som Wireshark, bortset fra at dette ikke har en GUI. Dette er et kommandolinjebaseret værktøj, der hjælper brugeren med at vise TCP / IP og andre pakker, der transmitteres eller modtages via et netværk.
# 2) Hardware:
- JTAG Dongle: Dette svarer til en debugger i pc-applikationer. Dette hjælper med at debugge målplatformkoden og vise variabel trin for trin.
- Oscilloskop til digital opbevaring : Dette bruges til at kontrollere forskellige begivenheder med tidsstempler, fejl i strømforsyningen, kontrol af signalintegritet.
- Software defineret radio : Dette bruges til at efterligne modtager og sender til et stort udvalg af trådløse gateways.
For udviklingslandene omkring os er IoT et voksende marked og har mange muligheder. Tiden er ikke langt, hvor IoT bliver afgørende for, at testere kan overleve i udviklingsverdenen.
Den IoT-aktiverede gadget, applikationen til smartenheder og kommunikationsmodul spiller en vigtig rolle i at studere og evaluere ydeevnen og adfærden for forskellige IoT-tjenester.
Dårligt design af IoT-aktiverede enheder og tjenester kan hæmme applikationens korrekte funktion og igen påvirke slutbrugerens oplevelse negativt.
At opsummere
IoT-testtilgang kan være forskellig baseret på det involverede system / arkitektur. Testere bør koncentrere sig mere om tilgangen Test-As-A-User [TAAS] snarere end at teste ud fra kravene.
En yderligere vigtig spiller i IoT-test er Integration-testen. IoT er vellykket, hvis integrationstestplanen er nøjagtig og robust nok til at afhjælpe mangler i systemet.
IOT-test kan være et hårdt / udfordrende job, men det er også meget spændende for testteamet at certificere et så kompliceret netværk af enheder, protokoller, hardware, operativsystemer, firmware osv.
Om forfatteren: Dette er et gæstepost fra Subhasis. Han arbejder som en teamleder med over 8 års virksomhedserfaring med at arbejde for Fortune 500 IT-virksomheder inden for softwarekvalitetssikring, softwareudvikling og testserfaring.
OPDATER: Vi har tilføjet en nyttig infografik om IoT-emne. Tak til webeeky.com for at dele dette med os.
Send dine IoT-forespørgsler / kommentarer nedenfor.
Anbefalet læsning
- Bedste softwaretestværktøjer 2021 [QA Test Automation Tools]
- SaaS-test: udfordringer, værktøjer og testtilgang
- Test af Primer eBook Download
- 11 bedste automatiseringsværktøjer til test af Android-applikationer (Android App-testværktøjer)
- Forskellene mellem enhedstest, integrationstest og funktionstest
- Automatiseret regressionstest: udfordringer, proces og trin
- Load Testing med HP LoadRunner-vejledninger
- Manuel og automatiseringstestudfordringer