Innebygd kvalitetssikring (QA) og testing

Innebygd testing er en prosess for å verifisere funksjonaliteten og kvaliteten til fastvare/programvare og maskinvaredeler i et sluttprodukt. Det sikrer at produktet oppfyller forretningskravene og ikke har noen defekter eller problemer. Innebygd testing sjekker om programvare og maskinvare fungerer godt sammen i produktet under ulike forhold

Contact

Nøkkelegenskaper

Electronics testing and validation

- Gjennomgang av skjemaet og PCB basert på de tekniske kravene - Signalledning og effektintegritetsanalyse - Testing og validering av PCB-rutingsproblemene - Verifisering av signalet på alle innganger og utganger - Strømstyring og strømfordelingstest - Temperaturområdetesting i et termisk kamera

Embedded firmware/software testing

- Kodegjennomgang for hver modul basert på standarder - Skrive enhetstester for hver kodemodul - Skrive funksjonstester for å demonstrere reelt arbeid - Utføre tester av maskinvare og fastvare - Forberede et testverktøy for å samle inn og analysere testresultater med logger - Manuell testing med en liste over testtilfellene

Mechanical parts testing and validation

- Inspisere enhetsdelene laget ved trykking eller sprøytestøping og sammenligne med det originale designet - Kvalitetsverifisering og brukbarhet av materialene - Testing av temperaturområde i et termisk kamera - Vibrasjonstesting - IP-standardverifisering og testing basert på krav

Mobile Application testing

- Kodegjennomgang for hver modul basert på standarder - Enhets-, manuell- og funksjonstesting for hver modul - UI/UX-komparativ testing med innledende design - Testing for forskjellige skjermstørrelser, oppløsninger og forskjellige plattformversjoner - Hastighets- og belastningstesting av kommunikasjon via BLE , WIFI og NFC - Stress, kompatibilitet, lokaliseringstesting

Verktøy vi bruker

Prosjektprosess

Hardware QA Firmware QA Mechanical QA Mobile app QA

Verifikasjon av signalene

Når det gjelder sammensatte PCB-er, etablerer ingeniøren en forbindelse mellom en laboratoriestrømforsyning med en strømgrense og stiller inn riktig inngangsspenning. Deretter sjekker han spenningene og strømmene på hver kritiske del av PCB-en ved hjelp av et laboratoriemultimeter. Basert på de oppnådde resultatene lager de et errata-dokument og foretar nødvendige rettelser på gjeldende PCB (som lodding av noen komponenter, ledninger, etc.)

Testing av kretsbeskyttelse

Vår ingeniør utfører tester på alle input/output pinner på PCB i henhold til PCB-kravene. For eksempel utfører de testing av maksimal inngangsspenning, ESD (ved hjelp av en høyspenningsgenerator og et velutstyrt laboratorium), polaritetsreverseringstesting (ved å bytte polariteten til inngangskilden), etc. Ved å evaluere testresultatene, errata-dokumentet oppdateres tilsvarende

Testing av strømforbruk

For enheter med lavt strømforbruk som bruker batterier, viser denne prosessen seg å være den mest tidkrevende, fordi ingeniøren vår utfører omfattende testing av strømforbruk og strømmålinger for alle arbeidsmodusene til enheten (arbeids-, inaktiv-, hvile- og dypdvalemodus) på hver kritisk komponent. Deretter genereres en tabell med resultatene og sammenlignes med de teoretiske beregningene basert på dataarket. Hvis resultatene avviker vesentlig fra de teoretiske forventningene, identifiserer ingeniøren komponenten(e) som forårsaker avviket (noen ganger krever dette omlodding av komponenter eller kutting/lodding av noen ledninger)

Antennematchtesting

For enheter som inkluderer en RF-komponent på PCB-en, er antennematchtesting avgjørende. Vår ingeniør kobler en vektoranalysator direkte til RF-inngangs-/utgangskretsen med en antenne unntatt senderens IC, og sjekker impedansegenskapene ved arbeidsfrekvensen. Vanligvis bør impedansen nærme seg 50 ohm ved arbeidsfrekvensen. Hvis ikke, må passende komponenter for RF-kretsen velges for å oppnå en 50-ohm (Før designfasen er simulering av utgangs-RF-kretsen kritisk) Funksjonstesting med test fastvare Når det er bekreftet at enheten ikke har noen potensielle strømproblemer, fortsetter teknikeren å utføre funksjonstesting ved å bruke testfastvare. Som sjekker hver maskinvareavhengige del (sensor, minne, grensesnitt osv.) og genererer en testlogg med resultatene

Oppvarming og temperaturområdetesting

Med en fullt funksjonell enhet og testfastvaren, plasserer ingeniøren enheten i et termisk kammer og endrer temperaturen fra minimum til maksimalt arbeidsområde, ved å bruke lav hastighet og små trinn. Basert på testingen lager ingeniøren en detaljert rapport med resultater

EMI/EMC-evaluering

Et av de siste trinnene før sertifisering av enheten er å utføre forhåndstesting i laboratoriet vårt. Til dette bruker vi et spektrometer opp til 26 GHz utstyrt med forskjellige antenner for ulike frekvenser. Vi sjekker spekteret til enheten i forskjellige arbeidsmoduser og sørger for at den passer innenfor det tillatte området. Etter dette trinnet leier vi et eksternt laboratorium for full EMI/EMC-testing. Ytterligere detaljer og en ekte testvideo finner du nedenfor og se en video.

Kodeanalyse av en statisk analysator

Vi bruker en kodeanalysator for å sjekke samsvar og kvalitet på koden i henhold til standarden (MISRA, ANSI, etc) og språket (C, C++) vi bruker. Dette hjelper oss å spare tid på feilretting og gjøre koden mer profesjonell

Kode anmeldelse

Kodegjennomgang av en annen profesjonell ingeniør er en viktig del av arbeidet. Vi deler opp prosjektet i små oppgaver, hver med sin egen Git-gren og kode. Når en oppgave er utført, sender vi en sammenslåingsforespørsel til utviklingsavdelingen og gjennomfører kodegjennomgang ved hjelp av Github/Gitlab-mekanismer (vi følger Google-basert kodestil med modifikasjoner for Embedded C/C++)

Dekkkode via enhet eller funksjonstester av hver modul

Hver kodefunksjon/metode/modul bør testes med enhets- eller funksjonstester, som en del av en profesjonell prosjekttilnærming. For hver enkel oppgave (kodemodul) skriver vi tester, instruksjoner og utfører testing med rapportgenerering

Hastighets- og lasttesting med optimalisering

Hver fastvare må ha lav effekt så raskt som mulig, og det er vanskelig å oppnå en ideell ytelse. Men vi prøver, for dette måler vi ytelsen til hver medvirkningskodekonstruksjon, gjør kodeanalyse, hvis det er mulig - vi gjør kodehastighetsoptimalisering

Manuell testing av hver kodemodul

Etter hvert som funksjonstestene eller forretningslogikken er ferdig, utarbeider vi en instruksjon for manuell testing for hver kodemodul. Denne instruksjonen inkluderer detaljerte trinn i testingen med resultater for hvert trinn. Basert på testingen lager vi en rapport for feilretting og forbedring

Regresjonstesting

Siden hver kodemodul ble dekket av tester og testet, må du foreta fullstendig regresjonstesting av prosjektet med alle arbeidstilfeller. Basert på dette vil det bli gjort testrapport, foreta rettelser og utgivelse

Kodeanalyse ved hjelp av en statisk analysator

Vi bruker en kodeanalysator for å sikre overholdelse av kode og kvalitet i henhold til standardene vi følger. Dette sparer tid i feilretting og forbedrer profesjonaliteten til koden

Kode anmeldelse

Kodegjennomgang av en annen profesjonell ingeniør er en viktig del av arbeidet. Vi deler opp prosjektet i små oppgaver, hver med sin egen Git-gren og kode. Når oppgaven er ferdig, sender vi en sammenslåingsforespørsel til utviklingsgrenen og gjennomfører kodegjennomgangen ved å bruke Github/Gitlab-mekanismer

Dekkkode via enhet eller funksjonstester av hver modul

UI/UX komparativ testing

Vi tester først applikasjonen med teamet vårt, inkludert en UX/UI-designer med lang erfaring, for å sikre at alt passer godt og gir en overlegen brukeropplevelse på tvers av forskjellige mobile enheter og skjermstørrelser. I det andre trinnet involverer vi brukere til å teste appen og gi tilbakemelding

Hastighets- og lasttesting med optimalisering

Å optimalisere ytelsen og oppnå den ideelle hastigheten for hver applikasjon er utfordrende. Vi måler ytelsen til hver kompleks kodestruktur, utfører kodeanalyse og, når det er mulig, optimaliserer koden for hastighet

Stresstesting

Stresstesting er en kritisk del av utviklingen av mobilapper. Utviklingsteamet vårt simulerer en stor belastning på applikasjonen ved å samhandle manuelt med appen og skrive tester for å simulere en aktiv bruker som engasjerer seg i alle appfunksjoner, inkludert sending og mottak av store datamengder. I løpet av denne prosessen analyserer vi hvordan appen utnytter systemressurser som minne og prosessering

Lokaliseringstesting

Lokaliseringstesting utføres i flere trinn. Vi lager flere emulatorer med forskjellige regionale innstillinger (språk for grensesnittet, lokalisering, OS-versjon) og kjører appen på hver av dem. Vi utfører også praktiske tester i ulike regioner ved å bruke ekte brukere og samler inn tilbakemeldinger fra ulike land

Manuell testing av hver kodemodul

Regresjonstesting

Når hver kodemodul er dekket av tester og testet individuelt, gjennomfører vi fullstendig regresjonstesting av hele prosjektet med alle relevante brukstilfeller. Basert på resultatene genereres en testrapport, og nødvendige rettelser og forbedringer implementeres før utgivelsen

Simulering

Dette trinnet er avgjørende for å verifisere designdetaljene i et CAD-verktøy. Ingeniøren gjennomfører simuleringer for å evaluere parametere som temperaturområde med oppvarming og kjøling, detaljstyrken med forskjellige materialer, visualisering av bevegelige deler i enheten og sprøytestøpeprosessen

Gjennomgå design av en annen ingeniør

Gjennomgangen sjekker de utformede filene til de mekaniske delene og lager en rapport basert på tekniske krav og designstandarder

Evaluering av produksjonskvalitetsprototypene

Ettersom de(n) designet(e) delen(e) ble produsert (trykt, bearbeidet), vurderer vi disse delene og kontrollerer kvaliteten basert på toleranser spesifisert i teknisk dokumentasjon, standarder og andre designfiler. Basert på dette lager vi en rapport for forbedring

Evaluering av enhetens monteringsprosess

Basert på monteringstegningen begynner vi å montere og evaluere: hastigheten på monteringen, bekvemmelighet og kvalitet. Basert på dette lager vi en rapport for forbedring

Evaluering av brukeropplevelse og ergonomiske materialer

For å sikre en positiv brukeropplevelse og ergonomisk design (hvis nødvendig), blir ferdigmonterte enheter testet av teamet vårt med bistand fra en UX-ekspert. I tillegg inviteres brukere til å teste enhetene og gi tilbakemelding, som er samlet i en rapport for ytterligere forbedringer

Funksjonstest

Dette trinnet innebærer testing av den sammensatte enheten med alle eksterne deler, inkludert PCB og mekaniske komponenter. En sjekkliste med testcases følges for å vurdere effektiviteten, og det lages en rapport for å identifisere områder som krever forbedring

Testing av temperaturområde i et termisk kamera

Den sammensatte enheten plasserer ingeniøren inne i et termisk kammer og endrer temperaturen fra minimum til maksimalt arbeidsområde, ved å bruke lav hastighet og små trinn. Basert på testingen lager ingeniøren en detaljert rapport med resultater

Vibrasjonstesting

Den sammensatte enheten er koblet til et vibrasjonsstativ, og vibrasjonsnivået varierer fra minimum til maksimalt arbeidsområde, med lav hastighet og små trinn. Det utarbeides en detaljert rapport med resultater basert på testingen

IP-beskyttelsestest

En av de siste viktige stadiene er Ingress Protection (IP)-testing, utført i spesielle kameraer som gir kontroll over faktorer som fuktighet, vann- og lufttrykk og støvtetthet, i henhold til IP-standardkrav. IP-testing utføres basert på enhetskravene, og det genereres en rapport for å dokumentere resultatene