internet things testing
Testing Internet of Things (IoT):
Når et spørsmål som “Hva er de grunnleggende nødvendighetene i livet” blir kastet mot mennesker, vil de fleste av dem svare: “Mat, ly, klær”.
Men det var tilfelle før et århundre. Mennesker har utviklet seg til å utvikle en håndfull ekstra nødvendigheter for å leve. Vi har utviklet oss for å gjøre livet vårt enklere, bedre, lettere.
ado net intervju spørsmål og svar for erfarne
Vi har sluttet å bruke brytere for å kontrollere lys, har sluttet å betale på kiosker for å sende inn bompengeavgifter, vi har fulgt helsestatusen vår smart, sporet kjøretøyets bevegelser mer effektivt og mye på listen.
Hvordan gjør vi det nå? Hvordan er det så annerledes?
Vi må forstå disse først, hvoretter vi kan lære å teste dem.
Hva du vil lære:
- Hva er Internet of Things (IoT)?
- IoT eksempler
- Teknologi brukt i IoT
- Testing av IoT
- IoT-testutfordringer
- IoT-testverktøy
- Å oppsummere
- Anbefalt lesing
Hva er Internet of Things (IoT)?
IoT er tilkoblingen av kjøretøyer, husholdningsapparater, medisinsk utstyr som bruker innebygd elektronikk, mikrochips etc. for å samle inn og utveksle data av en annen type, kalles IoT. Denne teknologien lar brukeren kontrollere enheter eksternt over et nettverk.
IoT eksempler
Noen av eksemplene på IoT i implementering av virkelige liv er som følger:
# 1) I brukbar teknologi:
Bærbare dingser som Fitbit-bånd og Apple-klokker synkroniseres enkelt med de mobile enhetene.
Disse hjelper til med å fange nødvendig informasjon som helse, pulskontroll, soveaktivitet osv. Disse hjelper også til å vise data, varsler fra mobile enheter på dem.
# 2) Infrastruktur og utvikling:
Ved bruk av et program som CitySense , er det lettere å få sanntidsbelysningsdata, og basert på disse blir gatelysene slått på eller av. Det er også forskjellige applikasjoner for å kontrollere trafikksignaler og parkeringstilgjengelighet i et sofistikert byoppsett.
# 3) Helsevesen:
Det er mange applikasjoner for å overvåke helsemessige forhold hos pasientene.
Basert på referansedataene kontrollerer tjenestene doseringen av medisin til forskjellige tider på en dag. Det er applikasjoner som UroSense som kan overvåke væskenivået i pasientens kropp og basert på behovet kan starte væskeoverføringen. Samtidig kan dataene overføres trådløst til forskjellige interessenter.
Teknologi brukt i IoT
Følgende er noen av de mest brukte teknologiene i IoT:
- RFID (Radio Frequency Code) -merker og EPC (Electronic Product Code)
- NFC (Near Field Communication) brukes til å muliggjøre toveis interaksjoner mellom de elektroniske enhetene. Dette er i utgangspunktet for smarttelefonene og brukes mest til å gjøre kontaktløse betalingstransaksjoner.
- Blåtann: Dette brukes der kortreist kommunikasjon er nok til å komme unna problemet. Dette brukes hovedsakelig i bærbare teknologier.
- Z-Wave: Dette er en RF-teknologi med lav effekt. Dette brukes primært til hjemmeautomatisering, lampestyring etc.
- Wifi: Dette er det mest brukte valget for IoT. Når du er på et LAN, hjelper dette med å overføre filer, data og meldinger sømløst.
Testing av IoT
La oss ta et eksempel av et medisinsk helsevesenet sporingssystem der instrumentet overvåker helse, hjertefrekvens, væskeinntak detaljer og sender ut en rapport til legene. At data blir registrert i systemet, og de historiske dataene kan vises når det er nødvendig.
Legene kan starte legemiddelinntak, væsketilskudd basert på dataene. Dette kan utløses eksternt fra hvilken som helst av enhetene (datamaskiner eller mobile enheter) som det medisinske utstyret er koblet til.
Nå for å teste en slik arkitektur, må vi gå gjennom flere testtilnærminger som;
IoT-testtilnærminger
# 1) Brukervennlighet:
- Vi må sørge for brukervennligheten til hver av enhetene som brukes her.
- Den medisinske helsevesenet som brukes, skal være bærbar nok til å kunne flyttes til forskjellige deler av det medisinske.
- Utstyret skal være smart nok til å ikke bare skyve varslene, men også feilmeldingene, advarslene osv.
- Systemet skal ha et alternativ for å logge alle hendelsene for å gi sluttbrukerne klarhet. Hvis det ikke er i stand til å gjøre det, bør systemet også skyve dem til en database for å lagre det.
- Varslingene skal vises og håndtering av skjermen skal gjøres riktig på enhetene (datamaskiner / mobile enheter).
- Brukbarhet når det gjelder visning av data, behandling av data, pushing av jobboppgaver fra enhetene, bør testes grundig.
=> Les mer om generell brukervennlighetstesting her
# 2) IoT-sikkerhet:
- IoT-sikkerhetsutfordringer: IoT er datasentrisk der alle tilkoblede enheter / system fungerer basert på tilgjengelige data.
- Når det gjelder datastrømmen mellom enheter, er det alltid en sjanse for at data kan nås eller leses når de blir overført.
- Fra et testperspektiv må vi sjekke om dataene er beskyttet / kryptert når de blir overført fra en enhet til den andre.
- Uansett hvor det er et brukergrensesnitt, må vi sørge for at det er passordbeskyttelse på det.
=> Les mer om generell sikkerhetstesting her
# 3) Tilkobling:
- Siden det er en helseløsning, spiller tilkobling en viktig rolle.
- Systemet må være tilgjengelig hele tiden og skal ha sømløs tilkobling med interessentene.
- I henhold til tilkobling er to ting veldig viktig å teste;
- Tilkobling, overføring av data, mottak av jobboppgaver fra enhetene skal være sømløs når tilkoblingen er oppe og går.
- Den andre tilstanden er koblingen ned scenario. Uansett hvor robust systemet og nettverket er, er det sjanser for at systemet vil gå offline. Å være tester, bør vi også teste offline-forholdene. Når systemet ikke er tilgjengelig på nettverket, må det være et varsel som kan be legene slik at de kan begynne å overvåke helsemessige forhold manuelt, ikke avhengig av systemet før det er oppe. På den annen side må det være en mekanisme i systemet som kan lagre alle dataene i den i frakoblet periode. Når systemet kommer online, bør all den dataen formidles. Datatap skal ikke være der i noen tilstand.
# 4) Ytelse:
- Når vi snakker om et system for et helsedomen, må vi sørge for at systemet er skalerbart nok for hele sykehuset.
- Når testingen er utført, gjøres det for 2-10 pasienter om gangen, og dataene overføres til 10-20 enheter.
- Når hele sykehuset er koblet til og 180-200 pasienter er koblet til systemet, er dataene som forplantes mye større enn de testede dataene.
- Som testere må vi sørge for at systemet utfører det samme, selv om tilleggsdataene blir spredt.
- Vi bør også teste overvåkingsverktøyet for å vise systembruk, strømforbruk, temperatur osv.
# 5) Kompatibilitetstesting:
- Ser vi på den komplekse arkitekturen til et IoT-system, er kompatibilitetstesting et must.
- Testing av elementer som flere operativsystemversjoner, nettlesertyper og respektive versjoner, generasjoner av enheter, kommunikasjonsmodi ( For f.eks. Bluetooth 2.0, 3.0) er nødvendig for testing av IoT-kompatibilitet.
=> Les mer om generell sikkerhetstesting her
# 6) Pilotprøving:
qa intervju spørsmål og svar for nybegynnere
- Når det gjelder IoT, er pilottesting et must.
- Bare testing i Lab sørger for at produktet / systemet fungerer bra. Men dette kan slå tilbake dårlig når det utsettes for sanntidsforhold / trinn / scenarier.
- Under pilottesting blir systemet eksponert for et begrenset antall brukere i det virkelige feltet. De bruker applikasjonen og gir tilbakemeldinger på systemet.
- Disse kommentarene er nyttige når applikasjonen blir robust nok til distribusjon av produksjonen.
# 7) Reguleringstesting:
- Dette er et helsevesen som må passere gjennom flere kontrollpunkter.
- Tenk på et scenario der produktet går gjennom alle testtrinnene, men mislykkes i den endelige sjekklisten for samsvar (testing utført av tilsynsorganet).
- Det er en bedre praksis å få lovkravene i starten av selve utviklingssyklusen. Det samme bør gjøres til en del av testsjekklisten.
- Ved å gjøre det, sørger vi for at produktet også er sertifisert for sjekklisten for forskrifter.
# 8) Oppgraderingstesting:
- IoT er en kombinasjon av flere protokoller, enheter, operativsystemer, firmware, maskinvare, nettverkslag osv.
- Når en oppgradering utføres, det være seg for systemet eller for noen av de involverte elementene som nevnt ovenfor, bør grundig regresjonstesting utføres / strategi bør vedtas for å overvinne oppgraderingsrelaterte problemer.
IoT-testutfordringer
Utfordringene en tester møter i IoT er som følger:
# 1) Maskinvare-programvare Mesh
IoT er en arkitektur som er nært koblet mellom forskjellige maskinvare- og programvarekomponenter. Det er ikke bare programvarene som gjør systemet, men også maskinvaren, sensorer, kommunikasjonsportaler etc. spiller en viktig rolle.
Bare funksjonstesting hjelper ikke til å sertifisere systemet fullstendig. Det er alltid en avhengighet av hverandre når det gjelder miljø, dataoverføring osv. Så det blir en kjedelig jobb sammenlignet med å teste et generisk system (bare programvare / maskinvarekomponent).
# 2) Enhetsinteraksjonsmodul
Siden dette er en arkitektur mellom forskjellige sett med maskinvare og programvare, blir det obligatorisk at de snakker med hverandre i sanntid / nær sanntid. Når de begge integreres med hverandre, blir ting som sikkerhet, bakoverkompatibilitet, oppgraderingsproblemer en utfordring for testteamet.
# 3) Sanntids datatesting
Som vi har diskutert tidligere at en pilottesting / reguleringstesting er obligatorisk for et system som dette, blir det også veldig vanskelig å få slike data.
Å være i testteam, få regulatoriske kontrollpunkter eller få systemet distribuert i piloten er veldig tøft. Trinnet blir enda tøffere hvis systemet er relatert til helsetjenester i henhold til vårt eksempel. Så det forblir som en stor utfordring for testteamet.
kan du legge til i en matrise i java
# 4) UI
IoT er spredt over enheter som tilhører hver plattform (iOS, Android, Windows, linux). Nå kan det testes på enheter, men å teste det på alle mulige enheter er nesten umulig.
Vi kan ikke utelate muligheten for å få tilgang til brukergrensesnittet fra en enhet som vi ikke har eller simulerer. Det er en utfordring som er vanskelig å overvinne.
# 5) Nettverkstilgjengelighet
Nettverkstilkobling spiller en viktig rolle, da IoT handler om at data blir kommunisert i raskere hastigheter hele tiden. IoT-arkitektur må testes i alle slags nettverkstilkoblinger / hastigheter.
For å teste dette brukes virtuelle nettverkssimulatorer for å variere nettverksbelastning, tilkobling, stabilitet osv. Men sanntidsdata / nettverk er alltid et nytt scenario, og testteamet vet ikke hvor flaskehalsen vil utvikle seg i det lange løp.
IoT-testverktøy
Det finnes forskjellige verktøy som brukes under testing av IoT-systemer.
De kan klassifiseres ut fra målet og er gitt som nedenfor:
# 1) Programvare:
- Wireshark : Dette er et program med åpen kildekode som brukes til å overvåke trafikken i grensesnittet, kilde / destinasjonsvertsadresser etc.
- Tcpdump : Dette gjør en lignende jobb som Wireshark, bortsett fra at dette ikke har en GUI. Dette er et kommandolinjebasert verktøy som hjelper brukeren med å vise TCP / IP og andre pakker som overføres eller mottas over et nettverk.
# 2) Maskinvare:
- JTAG Dongle: Dette ligner på en feilsøking i PC-applikasjoner. Dette hjelper til med å feilsøke målplattformkoden og vise variabel trinnvis.
- Oscilloskop for digital lagring : Dette brukes til å sjekke forskjellige hendelser med tidsstempler, feil i strømforsyningen, signalintegritetssjekk.
- Programvaredefinert radio : Dette brukes til å etterligne mottaker og sender for et stort utvalg av trådløse gateways.
For utviklingslandene rundt oss er IoT et voksende marked og har mange muligheter. Tiden er ikke langt da IoT blir viktig for testerne å overleve i utviklingsverdenen.
Den IoT-aktiverte gadgeten, applikasjonen for smartenheter og kommunikasjonsmodulen spiller en viktig rolle i å studere og evaluere ytelsen og oppførselen til ulike IoT-tjenester.
Dårlig design av IoT-aktiverte enheter og tjenester kan hemme applikasjonens korrekte funksjon og i sin tur påvirke sluttbrukeropplevelsen negativt.
Å oppsummere
IoT-testtilnærming kan være forskjellig basert på involvert system / arkitektur. Testere bør konsentrere seg mer om tilnærmingen Test-As-A-User (TAAS) i stedet for å teste ut fra kravene.
En annen viktig aktør i IoT-testing er integrasjonstesting. IoT lykkes hvis integrasjonstestplanen er nøyaktig og robust nok til å få feil i systemet.
IOT-testing kan være en tøff / utfordrende jobb, men det er også veldig spennende for testteamet å sertifisere et så komplisert nettverk av enheter, protokoller, maskinvare, operativsystemer, firmware etc.
Om forfatteren: Dette er et gjestepost fra Subhasis. Han jobber som en teamleder med over 8 års bedriftserfaring som jobber for Fortune 500 IT-selskaper innen programvarekvalitetssikring, programvareutvikling og testing.
OPPDATER: Vi har lagt til en nyttig infografikk om IoT-emnet. Takk til webeeky.com for å dele dette med oss.
Legg ut dine IoT-spørsmål / kommentarer nedenfor.
Anbefalt lesing
- Beste verktøy for testing av programvare 2021 (QA Test Automation Tools)
- SaaS Testing: Utfordringer, verktøy og testtilnærming
- Testing Primer eBook Download
- 11 beste automatiseringsverktøy for testing av Android-applikasjoner (Android-app-testverktøy)
- Forskjellene mellom enhetstesting, integrasjonstesting og funksjonstesting
- Automatisert regresjonstesting: utfordringer, prosesser og trinn
- Lastetesting med HP LoadRunner-opplæringsprogrammer
- Manuelle og automatiseringstestutfordringer