I. Þroski hugbúnaðarþróunarferlis
Grunnur hugbúnaðargæða liggur í stöðlun þróunarferla. Bíla SPICE getustig er eins og er viðmið iðnaðarins fyrir þroska hugbúnaðarferla, en að ná CL2 eða CL3 er aðeins grunnlínan. Það sem sannarlega ræður gæðum hugbúnaðarafhendingar er eftirlit með frávikum við framkvæmd ferla. Ef kröfustjórnun er tekin sem dæmi, þá er algengt frávik að eftir kröfubreytingar eru tilheyrandi prófunartilvik ekki uppfærð samstillt. Í einu verkefni fannst OTA uppfærsluaðgerð eftir SOP til að hafa vandamál þar sem þegar ökutækið var í lítilli hleðslu, yrði OTA niðurhalsverkefninu stöðvað um óákveðinn tíma án þess að tilkynna um villu. Grundvallarorsökin var sú að kröfuskjalið hafði bætt við rökfræði fyrir verndun á lágu hleðsluástandi, en samsvarandi prófunartilvik náðu samt aðeins yfir sannprófun á niðurhalsaðgerðum án þess að taka með truflun og endurheimtaratburðarás. Frá kynningu til uppgötvunar náði þessi galli yfir fjórar endurteknar útgáfur og leiðréttingarkostnaðurinn var næstum fjörutíu sinnum hærri en ef hann hefði fundist snemma. Kröfurekjanleikafylki þarf að vera fellt inn í samfelldu samþættingarleiðsluna. Þegar kröfustaða breytist í breytt ætti yfirferðarverkefni tengd prófunartilvikum að vera sjálfkrafa ræst og prófunartilvik sem ekki hafa staðist skoðun ættu að vera merkt sem lokunaratriði. Einnig þarf að mæla númeraskoðun. Rannsóknir sýna að einingar með færri en tvær umsagnir á hverjar þúsund línur af kóða eru með gallaþéttleika færslu- sem er meira en þrisvar sinnum hærri en einingar með fleiri en fimm athugasemdir á hverjar þúsund línur. Hins vegar er ekki hægt að nota fjölda umsagna um umsögn sem alger vísbending vegna þess að athugasemdir eru einnig til af-gæði. Árangursrík nálgun er að flokka umsagnir í fimm flokka: rökvillur, vantar mörk skilyrði, læsileiki kóða, frammistöðuáhættu og öryggisáhættu, með sérstakri áherslu á uppgötvunartíðni hinna tveggja banvæna flokka: rökvillur og öryggisáhættu.
II. Stöðug samþætting og stöðug prófun
Hröðun á endurtekningu hugbúnaðar krefst þess að færa prófun til vinstri, sem þýðir að gæðasannprófun er kynnt á stigi kóðaskuldbindingarinnar. Einingaprófun er varnarlínan lengst til vinstri, en í raunverulegum verkefnum þjást umfang einingaprófunarkóða oft af uppblásnum gildum. Í einu stjórnunarverkefni sýndi einingaprófunarskýrslan 92% línuþekju, en mikill fjöldi grunnvillna fannst enn við samþættingarprófun. Afturskyggn greining leiddi í ljós að þrátt fyrir að kóðalínurnar sem innihéldu þessar villur hafi verið keyrðar, athugaðu prófunarfullyrðingarnar ekki viðeigandi úttak. Línuumfjöllun gefur aðeins til kynna að kóði hafi verið keyrður, ekki að úttak hafi verið staðfest. Ein umbótaaðferð er að kynna stökkbreytingarprófun, sem myndar sjálfkrafa stökkbreytta kóða til að meta virkni prófunartilvika. Ef stökkbrigði er ekki drepið gefur það til kynna gjá í próffullyrðingum. Annar sársauki í samfelldum samþættingarleiðslum er of mikill prófunartími. Í hugbúnaðargeymslu eins OEM þurfti heildar aðhvarfsprófunarsvítan meira en 20 klukkustundir til að keyra, sem þýðir að forritarar þurftu oft að bíða til næsta dags til að fá endurgjöf eftir að hafa sent inn kóða. Lausnir fela í sér samhliða prófun, forgangsröðun prófunartilvika og stigvaxandi prófun. Samhliða prófun skiptir prófunarsvítunni í marga keyrsluhnúta, sem dregur úr framkvæmdartíma í um það bil einn-tíunda af upprunalegu. Forgangsröðun prófunartilvika byggir á sögulegri dreifingu galla og forgangsraðar þeim 20% próftilvika sem eru líklegust til að greina nýja galla. Þetta undirmengi getur fanga um það bil 70% af nýjum göllum. Stigvaxandi prófun framkvæmir aðeins próftilvik sem tengjast núverandi kóðabreytingu, með því að nota kyrrstöðugreiningu til að bera kennsl á umfang áhrifa frá breytingunni til að sía prófunarumfangið á virkan hátt.
III. Hugbúnaðargallamæling og rótarástæðugreining
Mælingargildi fyrir hugbúnaðargalla þarf að meðhöndla öðruvísi en vélbúnaðargalla. Vélbúnaðargallar beinast venjulega að gallaþéttleika, svo sem fjölda galla á hverja milljón hluta. Hins vegar fylgir dreifing hugbúnaðargalla Pareto meginreglunni, þar sem um það bil 80% alvarlegra galla eru í 20% eininga. Þess vegna er áhrifaríkari mælikvarði eininga-stigsgalla samleitrun, sem þýðir nettóbreyting á opnum göllum fyrir hverja einingu í gegnum endurtekningar. Ef eining sýnir nettóaukningu á opnum göllum í þrjár endurtekningar í röð bendir það til grundvallar arkitektúrfræðilegs vandamáls sem krefst endurskoðunar. Dýpt rótargreiningar galla ákvarðar árangur fyrirbyggjandi aðgerða. Algengt notaður flokkunarrammi flokkar rótarástæður hugbúnaðargalla í fimm gerðir: kröfuskilningsfrávik, hönnunargalla, innleiðingarvillur í kóða, mistök í stillingarstjórnun og munur á umhverfisfíkn. Mistök við stillingarstjórnun eru einstakur flokkur fyrir hugbúnaðarverkefni. Algeng dæmi eru að nota ranga útgáfu af millihugbúnaðarsafni, ósamræmdar stillingar þýðanda og vantar mikilvægar lagfæringar við sameiningu útibúa. Í einu verkefni uppgötvaðist rökvilla í bremsuljósastýringu í lokaprófunarlotunni fyrir afhendingu. Villan var rakin til sameiningar útibúa þremur mánuðum áður, þar sem verktaki hafði ranglega valið að henda öllum breytingum á bremsuljósastýringu við sameiningu eiginleikakóða frá aðalútibúinu. Þetta tilvik bendir til þess að mismunasamanburður eftir sameiningu útibúa ætti að verða skylduhlið, með tilnefndum starfsmönnum sem bera ábyrgð á að fara yfir sameiningarbeiðnir.
IV. Hugbúnaðarinnköllun og OTA-stjórnun
Með víðtækri upptöku OTA tækni er aðferðin við að laga hugbúnaðargalla að ganga í gegnum grundvallarbreytingar. Hefðbundin hugbúnaðarinnköllun krefst þess að ökutæki heimsæki þjónustumiðstöðvar til að blikka, sem er kostnaðarsamt,-tímafrekt og þjáist af lítilli notendareglum. OTA innköllun er hægt að ljúka beint með fjarstýringu, en reglugerðarkröfur