Embedded Quality Assurance (QA) og test

Indlejret test er en proces til at verificere funktionaliteten og kvaliteten af firmware/software og hardwaredele i et endeligt produkt. Det sikrer, at produktet opfylder forretningskravene og ikke har nogen defekter eller problemer. Embedded test kontrollerer, om software og hardware fungerer godt sammen i produktet under forskellige forhold

Contact

Nøglefunktioner

Electronics testing and validation

- Gennemgang af skemaet og PCB baseret på de tekniske krav - Signalledning og effektintegritetsanalyse - Test og validering af PCB routing problemer - Verifikation af signalet på alle input og output - Strømstyring og strømfordeling test - Temperaturområde test i et termisk kamera

Embedded firmware/software testing

- Kodegennemgang for hvert modul baseret på standarder - Skrivning af enhedstests for hvert kodemodul - Skrivning af funktionelle tests for at demonstrere rigtigt arbejde - Udførelse af hardware- og firmware-tests - Forberedelse af et testværktøj til at indsamle og analysere testresultater med logs - Manuel testning med en liste over testcases

Mechanical parts testing and validation

- Inspicering af enhedsdelene fremstillet ved tryk eller sprøjtestøbning og sammenlign med det originale design - Kvalitetsverifikation og materialernes anvendelighed - Temperaturområdetest i et termisk kamera - Vibrationstest - IP-standardverifikation og test baseret på krav

Mobile Application testing

- Kodegennemgang for hvert modul baseret på standarder - Enheds-, manuel og funktionel test for hvert modul - UI/UX sammenlignende test med det indledende design - Test for forskellige skærmstørrelser, opløsninger og forskellige platformsversioner - Hastigheds- og belastningstest af kommunikation via BLE , WIFI og NFC - Stress, Сompatibilitet, lokaliseringstest

Værktøjer vi bruger

Projektproces

Hardware QA Firmware QA Mechanical QA Mobile app QA

Verifikation af signalerne

Ved håndtering af samlede PCB'er etablerer ingeniøren en forbindelse mellem en laboratoriestrømforsyning med en strømgrænse og indstiller den passende indgangsspænding. Derefter kontrollerer han spændingerne og strømmene på hver kritisk del af PCB'et ved hjælp af et laboratoriemultimeter. Baseret på de opnåede resultater opretter de et errata-dokument og foretager de nødvendige rettelser på det aktuelle PCB (såsom lodning af nogle komponenter, ledninger osv.)

Test af kredsløbsbeskyttelse

Vores ingeniør udfører tests på alle input/output ben på printet i henhold til printkortets krav. For eksempel udfører de test af den maksimale indgangsspænding, ESD (ved hjælp af en højspændingsgenerator og et veludstyret laboratorium), polaritetsvendingstest (ved at skifte polariteten af inputkilden) osv. Ved evaluering af testresultaterne, errata-dokumentet opdateres i overensstemmelse hermed

Test af strømforbrug

For enheder med lavt strømforbrug, der bruger batterier, viser denne proces sig at være den mest tidskrævende, fordi vores ingeniør udfører omfattende test af strømforbrug og strømmålinger for alle enhedens arbejdstilstande (arbejds-, inaktiv-, dvale- og dyb dvaletilstand) på hver kritisk komponent. Derefter genereres en tabel med resultaterne og sammenlignes med de teoretiske beregninger baseret på dataarket. Hvis resultaterne afviger væsentligt fra de teoretiske forventninger, identificerer ingeniøren den eller de komponenter, der forårsager uoverensstemmelsen (nogle gange kræver dette omlodning af komponenter eller klipning/lodning af nogle ledninger)

Antenne match test

For enheder, der inkluderer en RF-komponent på printkortet, er test af antennematch afgørende. Vores ingeniør forbinder en vektoranalysator direkte til RF input/output kredsløbet med en antenne ekskl. senderens IC og kontrollerer impedansegenskaberne ved arbejdsfrekvensen. Normalt bør impedansen nærme sig 50 ohm ved arbejdsfrekvensen. Hvis ikke, skal passende komponenter til RF-kredsløbet vælges for at opnå en 50-ohm (Før designfasen er simulering af output-RF-kredsløbet kritisk) Funktionstest med test firmware Når det er bekræftet, at enheden ikke har nogen potentielle strømproblemer, fortsætter teknikeren med at udføre funktionstest ved hjælp af testfirmware. Det kontrollerer hver hardwareafhængig del (sensor, hukommelse, interface osv.) og genererer en testlog med resultaterne

Opvarmning og temperaturområde test

Med en fuldt funktionel enhed og testfirmwaren placerer ingeniøren enheden inde i et termisk kammer og ændrer temperaturen fra minimum til maksimum arbejdsområde ved at anvende lav hastighed og små trin. På baggrund af testen opretter ingeniøren en detaljeret rapport med resultater

EMI/EMC evaluering

Et af de sidste trin før certificering af enheden er at udføre fortest i vores laboratorium. Til dette bruger vi et spektrometer op til 26 GHz udstyret med forskellige antenner til forskellige frekvenser. Vi kontrollerer enhedens spektrum i forskellige arbejdstilstande og sikrer, at den passer inden for det tilladte område. Efter dette trin lejer vi et eksternt laboratorium til den fulde EMI/EMC-testning. Yderligere detaljer og en ægte testvideo kan findes nedenfor og se en video.

Kodeanalyse af en statisk analysator

Vi bruger en kodeanalysator til at kontrollere overensstemmelsen og kvaliteten af koden i henhold til den standard (MISRA, ANSI osv.) og sproget (C, C++), vi bruger. Dette hjælper os med at spare tid i fejlretning og gøre koden mere professionel

Kodegennemgang

Kodegennemgang af en anden professionel ingeniør er en vigtig del af arbejdet. Vi opdeler projektet i små opgaver, hver med sin egen Git-gren og kode. Når en opgave er udført, fremsætter vi en fletningsanmodning til udviklingsafdelingen og udfører kodegennemgang ved hjælp af Github/Gitlab-mekanismer (vi følger Google-baseret kodestil med modifikationer til Embedded C/C++)

Dækkode via enhed eller funktionstest af hvert modul

Hver kodefunktion/metode/modul bør testes med enheds- eller funktionstest, som en del af en professionel projekttilgang. For hver enkelt opgave (kodemodul) skriver vi test, instruktioner og udfører test med rapportgenerering

Hastigheds- og belastningstest med optimering

Hver firmware skal have lav effekt så hurtigt som muligt, og det er svært at opnå en ideel ydeevne. Men vi prøver, for dette måler vi ydeevnen af hver medskyldig kodekonstruktion, laver kodeanalyse, hvis det er muligt - vi laver kodehastighedsoptimering

Manuel test af hvert kodemodul

Efterhånden som funktionstesten eller forretningslogikken er færdig, udarbejder vi en instruktion til manuel test for hvert kodemodul. Denne instruktion inkluderer detaljerede trin i testen med resultater for hvert trin. Baseret på testen laver vi en rapport til fejlretning og forbedring

Regressionstest

Da hvert kodemodul blev dækket af tests og testet, skal du lave en komplet regressionstest af projektet med alle arbejdscases. Baseret på dette vil der blive lavet testrapport, lave rettelser og frigive

Kodeanalyse ved hjælp af en statisk analysator

Vi anvender en kodeanalysator for at sikre overholdelse af kode og kvalitet i henhold til de standarder, vi overholder. Dette sparer tid i fejlretning og øger kodens professionalisme

Kodegennemgang

Kodegennemgang af en anden professionel ingeniør er en vigtig del af arbejdet. Vi opdeler projektet i små opgaver, hver med sin egen Git-gren og kode. Når opgaven er udført, fremsætter vi en fusionsanmodning til udviklingsafdelingen og udfører kodegennemgangen ved hjælp af Github/Gitlab-mekanismer

Dækkode via enhed eller funktionstest af hvert modul

UI/UX sammenlignende test

Vi tester indledningsvis applikationen med vores team, inklusive en UX/UI-designer med stor erfaring, for at sikre, at alt passer godt og giver en overlegen brugeroplevelse på tværs af forskellige mobile enheder og skærmstørrelser. I det andet trin involverer vi brugerne til at teste appen og give feedback

Hastigheds- og belastningstest med optimering

Det er udfordrende at optimere ydeevnen og opnå den ideelle hastighed for hver applikation. Vi måler ydeevnen af hver kompleks kodestruktur, udfører kodeanalyse og, når det er muligt, optimerer koden for hastighed

Stresstest

Stresstest er en kritisk del af udvikling af mobilapps. Vores udviklingsteam simulerer en stor belastning af applikationen ved manuelt at interagere med appen og skrive test for at simulere en aktiv bruger, der engagerer sig i alle app-funktioner, herunder at sende og modtage store mængder data. Under denne proces analyserer vi, hvordan appen udnytter systemressourcer såsom hukommelse og behandling

Lokaliseringstest

Lokaliseringstest udføres i flere trin. Vi opretter flere emulatorer med forskellige regionale indstillinger (grænsefladens sprog, lokalisering, OS-version) og kører appen på hver af dem. Vi udfører også praktiske tests i forskellige regioner ved hjælp af rigtige brugere og indsamler feedback fra forskellige lande

Manuel test af hvert kodemodul

Regressionstest

Når hvert kodemodul er dækket af test og testet individuelt, udfører vi fuldstændig regressionstest af hele projektet med alle relevante use cases. Baseret på resultaterne genereres en testrapport, og nødvendige rettelser og forbedringer implementeres før udgivelsen

Simulering

Dette trin er afgørende for at verificere designdetaljerne i et CAD-værktøj. Ingeniøren udfører simuleringer for at evaluere parametre såsom temperaturområde med opvarmning og afkøling, detaljens styrke med forskellige materialer, visualisering af bevægelige dele i enheden og sprøjtestøbningsprocessen

Gennemgå design af en anden ingeniør

Gennemgangen kontrollerer de designede filer af de mekaniske dele og laver en rapport baseret på tekniske krav og designstandarder

Evaluering af produktionskvalitetsprototyperne

Da den eller de designede dele blev fremstillet (trykt, bearbejdet), gennemgår vi disse dele og kontrollerer kvaliteten baseret på tolerancer specificeret i den tekniske dokumentation, standarder og andre designfiler. På baggrund af dette laver vi en rapport til forbedring

Evaluering af enhedsmonteringsprocessen

Baseret på montagetegningen begynder vi at samle og evaluere: hastigheden af monteringen, bekvemmelighed og kvalitet. På baggrund af dette laver vi en rapport til forbedring

Evaluering af brugeroplevelsen og ergonomiske materialer

For at sikre en positiv brugeroplevelse og ergonomisk design (hvis påkrævet), testes fuldt monterede enheder af vores team med assistance fra en UX-ekspert. Derudover inviteres brugerne til at teste enhederne og give feedback, som er samlet i en rapport for yderligere forbedringer

Funktionstest

Dette trin involverer test af den samlede enhed med alle eksterne dele, inklusive PCB og mekaniske komponenter. En tjekliste med testcases følges for at vurdere effektiviteten, og der laves en rapport for at identificere områder, der kræver forbedring

Test af temperaturområde i et termisk kamera

Den samlede enhed placerer ingeniøren inde i et termisk kammer og ændrer temperaturen fra minimum til maksimal arbejdsområde ved at anvende lav hastighed og små trin. På baggrund af testen opretter ingeniøren en detaljeret rapport med resultater

Vibrationstest

Den samlede enhed er forbundet til et vibrationsstativ, og vibrationsniveauet varieres fra minimum til maksimalt arbejdsområde ved at anvende lav hastighed og små trin. Der udarbejdes en detaljeret rapport med resultater på baggrund af testen

IP beskyttelsestest

Et af de sidste vigtige stadier er Ingress Protection (IP)-testning, udført i specielle kameraer, der giver kontrol over faktorer som fugt, vand- og lufttryk og støvtæthed i henhold til IP-standardkravene. IP-test udføres baseret på enhedskravene, og der genereres en rapport for at dokumentere resultaterne