I denne vejledning lærer du
- Hvad er integrerede systemer?
- Hvad er indlejret test?
- Indlejrede softwaretesttyper
- Forskel: Integreret test og softwaretest
- Udfordringer: Integreret softwaretest
Hvad er integrerede systemer?
Indlejrede systemer er de elektronisk styrede enheder, hvor software og hardware er tæt koblet. Indlejrede systemer kan indeholde en række forskellige computerenheder. Dette er pc'er, der er inkorporeret i andre enheder til at betjene applikationsspecifikke funktioner. Slutbrugeren er normalt ikke engang klar over deres eksistens.
Indlejret test
Embedded Testing er en testproces til kontrol af funktionelle og ikke-funktionelle attributter for både software og hardware i et integreret system og sikre, at det endelige produkt er fejlfrit. Hovedformålet med integreret test er at kontrollere og validere, om det endelige produkt af integreret hardware og software opfylder kravene fra klienten eller ej.
Integreret softwaretest kontrollerer og sikrer, at den pågældende software er af god kvalitet og overholder alle de krav, den skal opfylde. Indbygget softwaretest er en fremragende tilgang til at garantere sikkerhed i kritiske applikationer som medicinsk udstyr, jernbaner, luftfart, køretøjsindustri osv. Streng og omhyggelig test er afgørende for at give software-certificering.
Sådan udføres test af integreret software
Generelt tester du af fire grunde:
- At finde fejl i software
- Hjælper med at reducere risikoen for både brugere og virksomheden
- Reducer udviklings- og vedligeholdelsesomkostningerne
- For at forbedre ydeevnen
I Embedded Testing udføres følgende aktiviteter:
1. Softwaren leveres med nogle input.
2. Et stykke af softwaren udføres.
3. Softwaretilstanden observeres, og output kontrolleres for forventede egenskaber, som om output svarer til det forventede resultat, overensstemmelse med kravene og fravær af systemnedbrud.
Indlejrede softwaretesttyper
Grundlæggende er der fem testniveauer, der kan anvendes på integreret software
Test af softwareenhed
Enhedsmodulet er enten en funktion eller klasse. Enhedstest udføres af udviklingsteamet, primært udvikleren, og udføres normalt i en peer review-model. Baseret på specifikationen af modulet udvikles testcases.
Integrationstest
Integrationstest kan klassificeres i to segmenter:
- Test af softwareintegration
- Test af software / hardware integration.
I sidste ende testes interaktionen mellem hardwaredomænet og softwarekomponenterne. Dette kan omfatte undersøgelse af interaktionen mellem indbyggede perifere enheder og software.
Indbygget softwareudvikling har en unik egenskab, der fokuserer på det faktiske miljø, hvor softwaren køres, oprettes generelt parallelt med softwaren. Dette medfører besvær med at teste, da omfattende test ikke kan udføres i en simuleret tilstand.
Test af systemenhed
Nu er modulet, der skal testes, en komplet ramme, der består af komplet softwarekode derudover alle realtidsoperativsystemer (RTOS) og platformrelaterede stykker såsom afbrydelser, opgavemekanismer, kommunikation og så videre. Point of Control-protokollen er ikke længere et opkald til en funktion eller en metodeopkald, men snarere en besked sendt / fået ved hjælp af RTOS-meddelelseskøerne.
Systemressourcer observeres for at evaluere systemets evne til at understøtte indbygget systemudførelse. For dette aspekt er test af grå bokse den foretrukne testmetode. Afhængigt af organisationen er systemenhedstest enten udviklerens eller et dedikeret systemintegrationsteams pligt.
Systemintegrationstest
Modulet, der skal testes, starter fra et sæt komponenter inden for en enkelt node. Punkterne for kontrol og observationer (PCO'er) er en blanding af netværksrelaterede kommunikationsprotokoller og RTOS, såsom netværksmeddelelser og RTOS-begivenheder. Ud over en komponent kan en Virtual Tester ligeledes spille rollen som en node.
Systemvalideringstest
Modulet, der skal testes, er et undersystem med en komplet implementering eller det komplette integrerede system. Målet med denne afsluttende test er at opfylde eksterne enheds funktionelle krav. Bemærk, at en ekstern enhed enten er en person eller en enhed i et telekommunikationsnetværk eller begge dele.
Forskel: Integreret test og softwaretest
| Test af software | Indlejret test |
|---|---|
| Softwaretest er kun relateret til software. | Integreret test er relateret til både software såvel som hardware. |
| I gennemsnit er 90% test udført i verden rent manuel test af sort boks. | Indbygget test udføres på indlejrede systemer eller chips. Det kan være en sort boks eller hvid boks test. |
| Primære testområder er GUI-kontrol, funktionalitet, validering og et vist niveau af databasetest. | Primære testområder er hardwareens opførsel for nr. af input givet til det. |
| Softwaretest udføres hovedsageligt på klientserver-, web- og mobilbaserede applikationer. | Indbygget test udføres generelt på hardwaren. |
| f.eks. Google Mail, Yahoo Mail, Android-applikationer. | f.eks. maskiner til sundhedsområdet, mikrokontrollere, der bruges i computere. |
Udfordringer: Integreret softwaretest
Nogle af de udfordringer, man kan stå over for under test af Embedded software:
Afhængighed af hardware
Hardwareafhængighed er blandt de største vanskeligheder under test af integreret software på grund af begrænset adgang til hardware. Emulatorer og simulatorer repræsenterer dog muligvis ikke nøjagtigt den virkelige enheds opførsel og kan give en forkert fornemmelse af systemets ydeevne og applikationsanvendelighed.
Open Source-software
Størstedelen af de integrerede softwarekomponenter er open source i karakter, ikke oprettet internt og fravær af komplet test tilgængelig for den. Der er en bred vifte af testkombinationer og resulterende scenarier.
Software vs. hardwarefejl
Et andet aspekt er, når der udvikles software til en nyoprettet hardware, under denne proces kan der identificeres et højt forhold mellem hardwarefejl. Den fundne fejl er bare ikke begrænset til software. Det kan også være relateret til hardware.
Reproducerbare defekter
Fejl er sværere at reproducere / genskabe i tilfælde af det integrerede system. Det tvinger den indlejrede testprocedure til at værdsætte enhver defektforekomst væsentligt højere end i en standardtilstand, bortset fra at indsamle så mange data, som det fornuftigt kunne kræves for at ændre systemet for at finde grundlaget for defekten.
Løbende softwareopdateringer
Indlejrede systemer kræver regelmæssige softwareopdateringer som kerneopgradering, sikkerhedsrettelser, forskellige enhedsdrivere osv. Begrænsninger identificeret med softwareopdateringens indflydelse gør fejlidentifikation vanskelig. Derudover øger det betydningen af build- og implementeringsproceduren.
Resumé
Der er nogle vanskeligheder ved at teste integreret softwaretest, der gør det vanskeligere end almindelig softwaretest. Det mest fundamentale problem er den stramme afhængighed af hardwaremiljøet, der forberedes samtidigt med softwaren, og som regelmæssigt kræves for at udføre pålidelig softwaretest. Nogle gange er det endda vanskeligt at teste softwaren uden brugerdefinerede værktøjer, hvilket gør det let at koncentrere sig om testning i sene faser undtagelsesvis lokkende.
En af de vigtigste ting er, at du skal tænke over, er det faktum, at du ofte skal vælge automatiseret softwaretest. Den integrerede automatiserede test er en hurtigere proces, som det vil tage nogle timer at gennemføre, og på denne måde er problemet med din software afgjort.