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 feil eller problemer. Innebygd testing sjekker om programvaren og maskinvaren fungerer godt sammen i produktet under forskjellige forhold.

Contact

Viktige funksjoner

Electronics testing and validation

- Gjennomgang av skjemaet og kretskortet basert på de tekniske kravene - Analyse av signalledning og strømintegritet - Testing og validering av problemer med kretskortets ruteføring - Verifisering av signalet på alle innganger og utganger - Test av strømstyring og strømfordeling - Testing av temperaturområde i et termisk kamera

Embedded firmware/software testing

- Kodegjennomgang for hver modul basert på standarder - Skrive enhetstester for hver kodemodul - Skrive funksjonstester for å demonstrere faktisk arbeid - Utføre maskinvare- og fastvaretilbakeføringstester - Forberede et testverktøy for å samle inn og analysere testresultater med logger - Manuell testing med en liste over testtilfeller

Mechanical parts testing and validation

- Inspeksjon av enhetsdeler laget ved trykking eller sprøytestøping og sammenligning med originaldesign - Kvalitetsverifisering og materialenes brukervennlighet - Testing av temperaturområde i et termisk kamera - Vibrasjonstesting - Verifisering av IP-standarder og testing basert på krav

Mobile Application testing

- Kodegjennomgang for hver modul basert på standarder - Enhets-, manual- og funksjonstesting for hver modul - Sammenlignende UI/UX-testing med det opprinnelige designet - Testing for forskjellige skjermstørrelser, oppløsninger og forskjellige plattformversjoner - Hastighets- og belastningstesting av kommunikasjon via BLE, WIFI og NFC - Stress-, kompatibilitets- og lokaliseringstesting

Verktøy som vi bruker

Prosjektprosess

Verifisering av signalene

Når ingeniøren arbeider med monterte PCB-er, etablerer han en forbindelse mellom en laboratoriestrømforsyning med en strømgrense og stiller inn riktig inngangsspenning. Deretter kontrollerer 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 feilrettingsprogram og foretar nødvendige reparasjoner på det nåværende PCB-et (som å lodde noen komponenter, ledninger osv.).

Alternate Text

Testing av kretsbeskyttelse

Ingeniøren vår utfører tester på alle inngangs-/utgangspinner på kretskortet i henhold til kretskortets krav. For eksempel utfører de testing av maksimal inngangsspenning, ESD (ved hjelp av en høyspenningsgenerator og et velutstyrt laboratorium), polaritetsreverseringstesting (ved å bytte polaritet på inngangskilden), osv. Etter evaluering av testresultatene oppdateres errata-dokumentet deretter.

Alternate Text

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 strømforbrukstesting og strømmålinger for alle enhetens arbeidsmoduser (arbeid, inaktiv, hvilemodus og dyp hvilemodus) på hver kritiske komponent. Deretter genereres en tabell med resultatene som sammenlignes med de teoretiske beregningene basert på databladet. Hvis resultatene avviker betydelig fra de teoretiske forventningene, identifiserer ingeniøren komponenten(e) som forårsaker avviket (noen ganger krever dette at komponenter loddes på nytt eller at noen ledninger kuttes/loddes).

Alternate Text

Antennetilpasningstesting

For enheter som inkluderer en RF-komponent på kretskortet, er antennetilpasningstesting viktig. Ingeniøren vår kobler en vektoranalysator direkte til RF-inngangs-/utgangskretsen med en antenne uten sender-IC, og kontrollerer impedansegenskapene ved arbeidsfrekvensen. Vanligvis bør impedansen ligge omtrent 50 ohm ved arbeidsfrekvensen. Hvis ikke, må passende komponenter for RF-kretsen velges for å oppnå 50 ohm (før designfasen er simulering av RF-utgangskretsen kritisk).

Alternate Text

Funksjonstesting med test-firmware

Funksjonstesting med test-firmware er et svært viktig trinn. Når det er bekreftet at enheten ikke har noen potensielle strøm- og tilkoblingsproblemer, fortsetter ingeniøren med å utføre funksjonstesting ved hjelp av test-firmware. Dette sjekker hver maskinvareavhengige del, for eksempel temperatursensor, minne, grensesnitt, og oppretter en testlogg med resultatene.

Alternate Text

Testing av oppvarmings- og temperaturområde

Vi begynner å teste varme- og temperaturområdet når vi har en fullt funksjonell enhet og testfirmware. Ingeniøren plasserer enheten i et termisk kammer og endrer temperaturen fra minimum til maksimum arbeidsområde, med lav hastighet og små trinn. Basert på testingen lager ingeniøren en detaljert rapport med resultater.

Alternate Text

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 opptil 26 GHz utstyrt med forskjellige antenner for ulike frekvenser. Vi sjekker enhetens spektrum i forskjellige arbeidsmoduser og sørger for at det passer innenfor det tillatte området. Etter dette trinnet leier vi et eksternt laboratorium for fullstendig EMI/EMC-testing. Ytterligere detaljer og en ekte testvideo finner du nedenfor (https://droid-technologies.com/main/services/precer) og se en video (https://www.youtube.com/watch?v=zCEabo3tVxQ).

Alternate Text

Kodeanalyse av en statisk analysator

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

Alternate Text

Kodegjennomgang

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

Alternate Text

Dekkkode via enhets- 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 enkle oppgave (kodemodul) skriver vi tester, instruksjoner og utfører testing med rapportgenerering.

Alternate Text

Hastighet- og belastningstesting med optimalisering

Hver firmware må være så strømsparende som mulig, og det er vanskelig å oppnå ideell ytelse. Men vi prøver. For å oppnå dette måler vi ytelsen til hver enkelt medvirkningskodekonstruksjon, foretar kodeanalyser, og hvis det er mulig, optimaliserer vi kodehastigheten.

Alternate Text

Manuell testing av hver kodemodul

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

Alternate Text

Regresjonstesting

Siden hver kodemodul ble dekket av tester og testet, må det utføres fullstendig regresjonstesting av prosjektet med alle arbeidstilfeller. Basert på dette vil en testrapport bli utarbeidet, rettelser vil bli gjort og utgivelse vil bli utført.

Alternate Text

Kodeanalyse ved hjelp av en statisk analysator

Vi bruker en kodeanalysator for å sikre at koden samsvarer med standardene vi følger. Dette sparer tid på feilretting og forbedrer profesjonaliteten til koden.

Alternate Text

Kodegjennomgang

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

Alternate Text

Dekkkode via enhets- 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 enkle oppgave (kodemodul) skriver vi tester, instruksjoner og utfører testing med rapportgenerering.

Alternate Text

Sammenlignende UI/UX-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 ulike mobile enheter og skjermstørrelser. I det andre trinnet involverer vi brukerne til å teste appen og gi tilbakemeldinger.

Alternate Text

Hastighet- og belastningstesting med optimalisering

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

Alternate Text

Stresstesting

Stresstesting er en kritisk del av mobilapputvikling. Utviklingsteamet vårt simulerer en tung belastning på applikasjonen ved å manuelt samhandle med appen og skrive tester for å simulere en aktiv bruker som bruker alle appfunksjoner, inkludert sending og mottak av store mengder data. I løpet av denne prosessen analyserer vi hvordan appen bruker systemressurser som minne og prosessering.

Alternate Text

Lokaliseringstesting

Lokaliseringstesting utføres i flere trinn. Vi lager flere emulatorer med forskjellige regionale innstillinger (grensesnittspråk, lokalisering, OS-versjon) og kjører appen på hver av dem. Vi utfører også praktisk testing i forskjellige regioner med ekte brukere og samler tilbakemeldinger fra forskjellige land.

Alternate Text

Manuell testing av hver kodemodul

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

Alternate Text

Regresjonstesting

Når hver kodemodul er dekket av tester og testet individuelt, utfø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.

Alternate Text

Simulering

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

Alternate Text

Gjennomgang av design av en annen ingeniør

Gjennomgangen kontrollerer de designede filene for de mekaniske delene og lager en rapport basert på tekniske krav og designstandarder.

Alternate Text

Evaluering av prototyper for produksjonskvalitet

Etter hvert som den/de designede delen(e) ble produsert (trykt, maskinert), gjennomgår 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.

Alternate Text

Evaluering av enhetens monteringsprosess

Basert på monteringstegningen starter vi monteringen og evaluerer: monteringshastighet, bekvemmelighet og kvalitet. Basert på dette lager vi en rapport for forbedring.

Alternate Text

Evaluering av brukeropplevelsen og ergonomiske materialer

For å sikre en positiv brukeropplevelse og ergonomisk design (om nødvendig), testes ferdigmonterte enheter av teamet vårt med bistand fra en UX-ekspert. I tillegg inviteres brukerne til å teste enhetene og gi tilbakemeldinger, som samles i en rapport for ytterligere forbedringer.

Alternate Text

Funksjonstest

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

Alternate Text

Testing av temperaturområde i et termisk kamera

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

Alternate Text

Vibrasjonstesting

Den monterte enheten er koblet til et vibrasjonsstativ, og vibrasjonsnivået varieres fra minimum til maksimum arbeidsområde, med lav hastighet og små trinn. En detaljert rapport med resultater utarbeides basert på testingen.

Alternate Text

IP-beskyttelsestest

Et av de siste viktige trinnene er IP-testing (Ingress Protection), som utføres 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å enhetens krav, og en rapport genereres for å dokumentere resultatene.

Alternate Text

Våre kontorer

Vinnytsia. Droid-teknologi kontor

Ukraina, Kyiv by, Vaclav Havel 4, kontor 422

Kharkiv. Droid-teknologikontor

Ukraina, Vinnytsia City, Kiev 41

Ukraina, Kharkiv by, St. Karazyna 1,

Droid-technologies location
Kyiv
Vinnytsia. Droid-teknologi kontor
Vinnytsia
Kharkiv. Droid-teknologikontor
Kharkiv

Hva kan vi gjøre for deg?

Ta gjerne kontakt

+380442374050

Klar til å be om et pristilbud?

Beskriv prosjektet ditt

Be om råd fra våre eksperter nå

Vil du lære mer? Trenger du hjelp med produktutvikling? Fortell oss om dine forretningsbehov. Vi finner den perfekte løsningen.