Inbyggd testning är en process för att verifiera funktionaliteten och kvaliteten på firmware/programvara och hårdvarukomponenter i en slutprodukt. Det säkerställer att produkten uppfyller affärskraven och inte har några defekter eller problem. Inbyggd testning kontrollerar om programvaran och hårdvaran fungerar bra tillsammans i produkten under olika förhållanden.
Contact- Granskning av schemat och kretskortet baserat på de tekniska kraven - Analys av signalledning och strömförsörjningsintegritet - Testning och validering av kretskortsroutingproblem - Verifiering av signalen på alla ingångar och utgångar - Test av strömhantering och strömfördelning - Test av temperaturområde i en värmekamera
- Kodgranskning för varje modul baserat på standarder - Skriva enhetstester för varje kodmodul - Skriva funktionstester för att demonstrera verkligt arbete - Utföra hårdvaru- och firmware-uppstartstester - Förbereda ett testverktyg för att samla in och analysera testresultat med loggar - Manuell testning med en lista över testfall
- Inspektion av enhetsdelar tillverkade genom tryckning eller formsprutning och jämförelse med originaldesignen - Kvalitetsverifiering och materialens användbarhet - Testning av temperaturområde i en värmekamera - Vibrationstestning - Verifiering av IP-standarder och testning baserad på krav
- Kodgranskning för varje modul baserat på standarder - Enhets-, manual- och funktionstestning för varje modul - Jämförande UI/UX-testning med den ursprungliga designen - Testning för olika skärmstorlekar, upplösningar och olika plattformsversioner - Hastighets- och belastningstestning av kommunikation via BLE, WIFI och NFC - Stress-, kompatibilitets- och lokaliseringstestning
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 ingångsspänning. Sedan kontrollerar hen spänningarna och strömmarna på varje kritisk del av kretskortet med hjälp av en laboratoriemultimeter. Baserat på de erhållna resultaten skapar hen ett feldokument och gör eventuella nödvändiga korrigeringar på det aktuella kretskortet (som att löda vissa komponenter, ledningar etc.).
Våra ingenjörer utför tester på alla ingångs-/utgångsstift på kretskortet enligt kretskortets krav. Till exempel utför de tester av maximal ingångsspänning, ESD (med hjälp av en högspänningsgenerator och ett välutrustat laboratorium), polaritetsomkastningstestning (genom att byta polaritet på ingångskällan) etc. Efter utvärdering av testresultaten uppdateras erratadokumentet i enlighet därmed.
För enheter med låg effekt 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 (arbete, viloläge, viloläge och djupt viloläge) på varje kritisk komponent. Sedan genereras en tabell med resultaten och jämförs med de teoretiska beräkningarna baserade på databladet. Om resultaten skiljer sig avsevärt från de teoretiska förväntningarna identifierar ingenjören den/de komponent(er) som orsakar avvikelsen (ibland kräver detta omlödning av komponenter eller kapning/lödning av vissa ledningar).
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ändar-IC:n och kontrollerar impedansegenskaperna vid arbetsfrekvensen. Vanligtvis bör impedansen nära omkring 50 ohm vid arbetsfrekvensen. Om inte, måste lämpliga komponenter för RF-kretsen väljas för att uppnå 50 ohm. (Innan designfasen är det avgörande att simulera utgångs-RF-kretsen.)
Funktionstestning med testfirmware är ett mycket viktigt steg. När det har bekräftats att enheten inte har några potentiella ström- eller anslutningsproblem fortsätter ingenjören att utföra funktionstestning med testfirmware. Detta kontrollerar varje hårdvaruberoende del, till exempel temperatursensor, minne, gränssnitt och skapar en testlogg med resultaten.
Vi börjar testa värme- och temperaturintervall när vi har en fullt fungerande enhet och testfirmware. Ingenjören placerar enheten i en termisk kammare och ändrar temperaturen från minimum till max arbetsområde med låg hastighet och små steg. Baserat på testningen skapar ingenjören en detaljerad rapport med resultat.
Ett av de sista stegen innan enheten certifieras ä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 det passar inom det tillåtna området. Efter detta steg hyr vi ett externt laboratorium för fullständig EMI/EMC-testning. Mer information och en riktig testvideo finns nedan (https://droid-technologies.com/main/services/precer) och titta på en video (https://www.youtube.com/watch?v=zCEabo3tVxQ).
Vi använder en kodanalysator för att kontrollera kodens överensstämmelse och kvalitet enligt den standard (MISRA, ANSI, etc.) och språk (C, C++) vi använder. Detta hjälper oss att spara tid vid buggfixning och göra koden mer professionell.
Kodgranskning av en annan professionell ingenjör är en viktig del av arbetet. Vi delar upp projektet i mindre uppgifter, var och en med sin egen Git-gren och kod. När en uppgift är klar gör vi en merge-förfrågan till utvecklingsgrenen och genomför kodgranskning med hjälp av Github/Gitlab-mekanismer (vi följer Google-baserad kodstil med modifieringar för Embedded C/C++).
Varje kodfunktion/metod/modul bör testas med enhets- eller funktionstester, som en del av en professionell projektmetod. För varje enkel uppgift (kodmodul) skriver vi tester, instruktioner och utför tester med rapportgenerering.
Varje firmware måste vara så strömsnål som möjligt och att uppnå idealisk prestanda är svårt. Men vi försöker. För detta mäter vi prestandan för varje medföljande kodkonstruktion, gör kodanalyser, och om möjligt optimerar vi kodhastigheten.
Allt eftersom funktionstesterna eller affärslogiken är klara förbereder vi en instruktion för manuell testning för varje kodmodul. Denna instruktion innehåller detaljerade testningssteg med resultat för varje steg. Baserat på testningen skapar vi en rapport för buggfixning och förbättring.
Eftersom varje kodmodul har täckts av tester och testats, kommer det att behöva göras fullständiga regressionstestningar av projektet med alla arbetsfall. Baserat på detta kommer en testrapport att göras, korrigeringar kommer att göras och en release kommer att genomföras.
Vi använder en kodanalysator för att säkerställa att koden uppfyller kraven och att den uppfyller de standarder vi följer. Detta sparar tid vid buggfixning och ökar kodens professionalism.
Kodgranskning av en annan professionell ingenjör är en viktig del av arbetet. Vi delar upp projektet i mindre uppgifter, var och en med sin egen Git-gren och kod. När uppgiften är klar gör vi en merge-förfrågan till utvecklingsgrenen och genomför kodgranskningen med hjälp av Github/Gitlab-mekanismer.
Varje kodfunktion/metod/modul bör testas med enhets- eller funktionstester, som en del av en professionell projektmetod. För varje enkel uppgift (kodmodul) skriver vi tester, instruktioner och utför tester med rapportgenerering.
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 på olika mobila enheter och skärmstorlekar. I det andra steget involverar vi användarna för att testa appen och ge feedback.
Att optimera prestanda och uppnå den ideala 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 är en viktig del av mobilapputveckling. Vårt utvecklingsteam simulerar en hög belastning på applikationen genom att manuellt interagera med appen och skriva tester för att simulera en aktiv användare som använder 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 utförs i flera steg. Vi skapar flera emulatorer med olika regionala inställningar (gränssnittsspråk, lokalisering, operativsystemversion) 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.
Allt eftersom funktionstesterna eller affärslogiken är klara förbereder vi en instruktion för manuell testning för varje kodmodul. Denna instruktion innehåller detaljerade testningssteg med resultat för varje steg. Baserat på testningen skapar vi en rapport för buggfixning och förbättring.
När varje kodmodul har täckts av tester och testats individuellt, genomför vi fullständiga regressionstestningar 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 lanseringen.
Detta steg är avgörande för att verifiera designdetaljerna i ett CAD-verktyg. Ingenjören utför simuleringar för att utvärdera parametrar som temperaturintervall med uppvärmning och kylning, detaljernas hållfasthet med olika material, visualisering av rörliga delar i enheten och formsprutningsprocessen.
Granskningen kontrollerar de designade filerna för de mekaniska delarna och upprättar en rapport baserad på tekniska krav och designstandarder.
Allt eftersom den/de designade delen/delarna tillverkats (tryckts, maskinbearbetats) granskar vi dessa delar och kontrollerar kvaliteten baserat på toleranser som anges i den tekniska dokumentationen, standarder och andra designfiler. Baserat på detta upprättar vi en rapport för förbättring.
Baserat på monteringsritningen börjar vi montera och utvärdera: monteringshastighet, bekvämlighet och kvalitet. Baserat på detta upprättar vi en rapport för förbättring.
För att säkerställa en positiv användarupplevelse och ergonomisk design (vid behov) testas färdigmonterade enheter av vårt team med hjälp av en UX-expert. Dessutom är användarna välkomna att testa enheterna och ge feedback, vilket sammanställs i en rapport för ytterligare förbättringar.
Detta steg innefattar testning av den monterade enheten med alla externa delar, inklusive kretskort 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.
Den monterade enheten placerar ingenjören i en termisk kammare och ändrar temperaturen från minimum till maximum arbetsområde med låg hastighet och små steg. Baserat på testerna skapar ingenjören en detaljerad rapport med resultaten.
Den monterade enheten ansluts till ett vibrationsställ, och vibrationsnivån varieras från minimalt till maximalt arbetsområde med låg hastighet och små steg. En detaljerad rapport med resultat utarbetas baserat på testerna.
Ett av de sista viktiga stegen är IP-testning (Ingress Protection), som utförs i speciella kameror som ger kontroll över faktorer som luftfuktighet, vatten- och lufttryck samt dammtäthet, enligt IP-standardkrav. IP-testning utförs baserat på enhetens krav, och en rapport genereras för att dokumentera resultaten.
Kiev
Ukraina, Kiev, Vaclav Havel 4, kontor 422
Vinnytsia
Ukraina, Vinnytsia City, Kiev 41
Charkiv
Ukraina, Charkiv City, St. Karazyna 1,
Vad kan vi göra för dig?
Hör gärna av dig
+380442374050
Redo att begära en offert?
Beskriv ditt projekt
Vill du veta mer? Behöver du hjälp med produktutveckling? Berätta om dina affärsbehov. Vi hittar den perfekta lösningen.