Inbyggd kvalitetssäkring (QA) och testning

Inbäddad testning är en process för att verifiera funktionaliteten och kvaliteten på firmware/mjukvara och hårdvarudelar i en slutprodukt. Det säkerställer att produkten uppfyller affärskraven och inte har några defekter eller problem. Inbäddad testning kontrollerar om mjukvara och hårdvara fungerar bra tillsammans i produkten under olika förhållanden

Contact

Nyckelfunktioner

Electronics testing and validation

- Granskning av schemat och PCB baserat på de tekniska kraven - Signallednings- och effektintegritetsanalys - Testning och validering av PCB-routingproblemen - Verifiering av signalen på alla in- och utgångar - Strömhanterings- och effektfördelningstest - Temperaturområdestestning i en värmekamera

Embedded firmware/software testing

- Kodgranskning för varje modul baserad på standarder - Skriva enhetstester för varje kodmodul - Skriva funktionstester för att demonstrera verkligt arbete - Utföra tester för att ta fram hårdvara och firmware - Förbereda ett testverktyg för att samla in och analysera testresultat med loggar - Manuell testning med en lista över testfallen

Mechanical parts testing and validation

- Inspektera enhetens delar gjorda genom tryckning eller formsprutning och jämföra med den ursprungliga designen - Kvalitetsverifiering och användbarhet av materialen - Testning av temperaturområde i en värmekamera - Vibrationstestning - IP-standardverifiering och testning baserad på krav

Mobile Application testing

- Kodgranskning för varje modul baserad på standarder - Enhets-, manuell och funktionstestning för varje modul - UI/UX jämförande testning med den initiala designen - Testning för olika skärmstorlekar, upplösningar och olika plattformsversioner - Hastighets- och belastningstestning av kommunikation via BLE , WIFI och NFC - Stress, kompatibilitet, lokaliseringstestning

Verktyg som vi använder

Projektprocess

Hardware QA Firmware QA Mechanical QA Mobile app QA

Verifiering av signalerna

Vid hantering av monterade kretskort upprättar ingenjören en anslutning mellan en laboratorieströmförsörjning med en strömgräns och ställer in lämplig inspänning. Sedan kontrollerar han spänningarna och strömmarna på varje kritisk del av PCB:n med hjälp av en laboratoriemultimeter. Baserat på de erhållna resultaten skapar de ett errata-dokument och gör alla nödvändiga korrigeringar på det aktuella kretskortet (som lödning av vissa komponenter, ledningar, etc)

Kretsskyddstestning

Vår ingenjör utför tester på alla in-/utgångsstift på kretskortet enligt kretskortets krav. Till exempel utför de testning av den maximala inspänningen, ESD (med hjälp av en högspänningsgenerator och ett välutrustat laboratorium), polaritetsomkastningstestning (genom att byta polaritet på ingångskällan), etc. Vid utvärdering av testresultaten, errata-dokumentet uppdateras därefter

Strömförbrukningstestning

För energisnåla enheter som använder batterier visar sig denna process vara den mest tidskrävande, eftersom vår ingenjör utför omfattande strömförbrukningstester och strömmätningar för enhetens alla arbetslägen (arbets-, vilo-, vilo- och djupsömnlägen) på varje kritisk komponent. Därefter genereras en tabell med resultaten och jämförs med de teoretiska beräkningarna baserade på databladet. Om resultaten skiljer sig markant från de teoretiska förväntningarna, identifierar ingenjören komponenten/komponenterna som orsakar avvikelsen (ibland kräver detta omlödning av komponenter eller kapning/lödning av några ledningar)

Antennmatchningstestning

För enheter som inkluderar en RF-komponent på kretskortet är antennmatchningstestning avgörande. Vår ingenjör ansluter en vektoranalysator direkt till RF-ingångs-/utgångskretsen med en antenn exklusive sändarens IC, och kontrollerar impedansegenskaperna vid arbetsfrekvensen. Vanligtvis bör impedansen nära ungefär 50 ohm vid arbetsfrekvensen. Om inte, måste lämpliga komponenter för RF-kretsen väljas för att uppnå en 50-ohm (före designfasen är simulering av RF-utgångskretsen kritisk) Funktionstestning med testa firmware När det har bekräftats att enheten inte har några potentiella strömproblem fortsätter teknikern att utföra funktionstestning med testfirmware. Det kontrollerar varje hårdvaruberoende del (sensor, minne, gränssnitt, etc) och genererar en testlogg med resultaten

Värme- och temperaturområdestestning

Med en fullt fungerande enhet och testfirmware placerar ingenjören enheten i en termisk kammare och ändrar temperaturen från det lägsta till det maximala arbetsområdet, med låg hastighet och små steg. Baserat på testningen skapar ingenjören en detaljerad rapport med resultat

EMI/EMC utvärdering

Ett av de sista stegen innan du certifierar enheten är att utföra förtester i vårt laboratorium. För detta använder vi en spektrometer upp till 26 GHz utrustad med olika antenner för olika frekvenser. Vi kontrollerar enhetens spektrum i olika arbetslägen och ser till att den passar inom det tillåtna intervallet. Efter detta steg hyr vi ett externt laboratorium för den fullständiga EMI/EMC-testningen. Ytterligare detaljer och en riktig testvideo hittar du nedan och titta på en video.

Kodanalys av en statisk analysator

Vi använder en kodanalysator för att kontrollera kodens överensstämmelse och kvalitet enligt standarden (MISRA, ANSI, etc) och språket (C, C++) vi använder. Detta hjälper oss att spara tid vid felkorrigering och göra koden mer professionell

Kodgranskning

Kodgranskning av en annan professionell ingenjör är en viktig del av arbetet. Vi delar upp projektet i små uppgifter, var och en med sin egen Git-gren och kod. När en uppgift är klar gör vi en sammanslagningsförfrågan till utvecklingsgrenen och genomför kodgranskning med Github/Gitlab-mekanismer (vi följer Google-baserad kodstil med modifieringar för Embedded C/C++)

Täckkod via enhet eller funktionstester av varje modul

Varje kodfunktion/metod/modul bör testas med enhetstester eller funktionstester, som en del av en professionell projektansats. För varje enkel uppgift (kodmodul) skriver vi tester, instruktioner och utför testning med rapportgenerering

Hastighets- och belastningstestning med optimering

Varje firmware måste ha låg effekt så snabbt som möjligt och det är svårt att nå en idealisk prestanda. Men vi försöker, för detta mäter vi prestandan för varje medverkanskodkonstruktion, gör kodanalys, om det är möjligt - vi gör kodhastighetsoptimering

Manuell testning av varje kodmodul

När funktionstesterna eller affärslogiken är gjorda förbereder vi en instruktion för manuell testning för varje kodmodul. Denna instruktion innehåller detaljerade steg i testningen med resultat för varje steg. Baserat på testet gör vi en rapport för felkorrigering och förbättring

Regressionstestning

Eftersom varje kodmodul omfattades av tester och testades, kommer att behöva göra fullständig regressionstestning av projektet med alla arbetsfall. Baserat på detta kommer att göras testrapport, göra korrigeringar och Release

Kodanalys med hjälp av en statisk analysator

Vi använder en kodanalysator för att säkerställa kodöverensstämmelse och kvalitet enligt de standarder vi följer. Detta sparar tid vid buggfixning och förbättrar kodens professionalism

Kodgranskning

Kodgranskning av en annan professionell ingenjör är en viktig del av arbetet. Vi delar upp projektet i små uppgifter, var och en med sin egen Git-gren och kod. När uppgiften är klar gör vi en sammanslagningsförfrågan till utvecklingsgrenen och genomför kodgranskningen med hjälp av Github/Gitlab-mekanismer

Täckkod via enhet eller funktionstester av varje modul

UI/UX jämförande testning

Vi testar initialt applikationen med vårt team, inklusive en UX/UI-designer med lång erfarenhet, för att säkerställa att allt passar bra och ger en överlägsen användarupplevelse över olika mobila enheter och skärmstorlekar. I det andra steget involverar vi användare att testa appen och ge feedback

Hastighets- och belastningstestning med optimering

Att optimera prestanda och uppnå den idealiska hastigheten för varje applikation är utmanande. Vi mäter prestandan för varje komplex kodstruktur, utför kodanalys och, när det är möjligt, optimerar koden för hastighet

Stresstestning

Stresstester är en viktig del av utvecklingen av mobilappar. Vårt utvecklingsteam simulerar en stor belastning på applikationen genom att manuellt interagera med appen och skriva tester för att simulera en aktiv användare som engagerar sig med alla appfunktioner, inklusive att skicka och ta emot stora mängder data. Under denna process analyserar vi hur appen använder systemresurser som minne och bearbetning

Lokaliseringstestning

Lokaliseringstestning utförs i flera steg. Vi skapar flera emulatorer med olika regionala inställningar (gränssnittets språk, lokalisering, OS-version) och kör appen på var och en av dem. Vi utför även praktiska tester i olika regioner med riktiga användare och samlar in feedback från olika länder

Manuell testning av varje kodmodul

Regressionstestning

När varje kodmodul täcks av tester och testas individuellt, genomför vi fullständig regressionstestning av hela projektet med alla relevanta användningsfall. Baserat på resultaten genereras en testrapport och nödvändiga korrigeringar och förbättringar implementeras innan releasen

Simulering

Detta steg är avgörande för att verifiera designdetaljerna i ett CAD-verktyg. Ingenjören genomför simuleringar för att utvärdera parametrar som temperaturområde med uppvärmning och kylning, detaljstyrkan med olika material, visualisering av rörliga delar i enheten och formsprutningsprocessen

Granska design av en andra ingenjör

Granskningen kontrollerar designade filer av de mekaniska delarna och gör en rapport baserad på tekniska krav och designstandarder

Utvärdering av produktionskvalitetsprototyperna

Eftersom den eller de designade delarna tillverkades (tryckta, bearbetade) granskar vi dessa delar och kontrollerar kvaliteten baserat på toleranser som specificeras i den tekniska dokumentationen, standarder och andra designfiler. Utifrån detta gör vi en rapport för förbättring

Utvärdering av enhetens monteringsprocess

Baserat på monteringsritningen börjar vi montera och utvärdera: hastigheten på monteringen, bekvämlighet och kvalitet. Utifrån detta gör vi en rapport för förbättring

Utvärdering av användarupplevelsen och ergonomiska material

För att säkerställa en positiv användarupplevelse och ergonomisk design (om så krävs) testas färdigmonterade enheter av vårt team med hjälp av en UX-expert. Dessutom uppmanas användare att testa enheterna och ge feedback, som sammanställs i en rapport för ytterligare förbättringar

Funktionellt test

Detta steg involverar testning av den monterade enheten med alla externa delar, inklusive PCB och mekaniska komponenter. En checklista med testfall följs för att bedöma effektiviteten och en rapport skapas för att identifiera områden som behöver förbättras

Test av temperaturområde i en värmekamera

Den sammansatta enheten placerar ingenjören inuti en termisk kammare och ändrar temperaturen från det lägsta till det maximala arbetsområdet, med låg hastighet och små steg. Baserat på testningen skapar ingenjören en detaljerad rapport med resultat

Vibrationstestning

Den sammansatta enheten är ansluten till ett vibrationsstativ och vibrationsnivån varieras från minsta till maximala arbetsområde, med låg hastighet och små steg. En detaljerad rapport med resultat utarbetas utifrån testningen

IP-skyddstest

Ett av de sista viktiga stegen är Ingress Protection (IP)-testning, utförd i speciella kameror som ger kontroll över faktorer som fuktighet, vatten- och lufttryck och dammdensitet, enligt IP-standardkraven. IP-testning utförs baserat på enhetskraven och en rapport genereras för att dokumentera resultaten