[elektro] nalatok ? -)

[Gabor Ambruzs]

Szoftver validációs tesz: követelmények tesztelése, nálunk általában
szigorúan a célhardveren futtatva minden követelmény egyenként lefedve
tesztesettel. Egyszerű példa: van egy undervoltage flag pl. definiálva van
a requirement hogy ha 50ms-ig 6V alatt van a táp akkor jelezzen a kimeneten
a SW majd ha visszatér normal tartományba akkor 100ms után tűnjön el. Ezt
gyönyörűen lehet automatizálni.
SW unit teszt: verifikáció és validáció, modul szintű funkciók ellenőrzése,
változók ekvivalencia osztályozása, az ekvivalencia osztályok végighajtása
a modulokon, alul-túlcsordulások ellenőrzése.
Unit teszthez mi IBM RTR-t használunk pl leginkább, ez a unit design
alapján teszteli az implementációt, whitebox teszhez meg Polyspace-t
Integrációs teszt: modul interface-ek ellenőrzése függvényhívások
helyessége.
Offline code check: QAC, PClint, leginkább MISRA megfelelőség ellenében,
meg van belső ruleset is ami többé kevésbé a MISRA kivonata, bővítése.
Csinálunk futási idő, meg stack analízist, a Toyotás blama gyakorlatilag
kizárt, statikus stack-fa van.




2014. március 26. 9:29 Tanács Dávid Szilveszter írta, <
tanacsdavid at sosperec.hu>:

> Koszonom!
>
> Igazabol a szoftveroldal piszkalt engem, mert roppantul szegyellem, de
> sajnos nem tudom, hogy egy szoftvertesztelo mit csinal. Nalatok akkor hw
> teszt van kiterjesztve sw -re is, hasonlo kinzasokkal.
>
>
> dé
>
> ---- Be K, 25 márc. 2014 20:57:29 +0100 Ábrahám Gábor &
> lt;agabor2 at gmail.com&gt; írta ----
>
>
> Szia!
>
> &gt; Egy tesztelo mit csinal nalatok? Hogy tesztelnek?
>
> HW vagy SW?
>
> Először vannak a normál műszeres mérések, a leírások szerint.
> Van egy csomó céleszköz, is pl. az Intelnek van egy,
> amit a CPU helyére kell tenni, rádugni egy PC-re, és a CPU tápok
> terhelhetőségét és egyéb viselkedését teszteli.
> &lt;
> http://www.intel.com/content/www/us/en/intelligent-systems/embedded-systems-training/voltage-regulator-test-tool-demo.html&gt
> ;
>
> Van egy hasonló memória teszt, ami egy PC meg egy másik akkora doboz,
> amiben National Instruments modulok vannak.
>
> Vannak boundary-scan tesztek, vannak hőkamrák is.
> Van amikor egy komplett berendezés 20 kártyával, üzemi software-el,
> forgalom generálóval együtt megy be napokra a kamrába.
>
> Külön műsor, amikor egy alkatrésznek helyettesítő típust kell keresni.
> (Van külön LTB koordinátor, aki a kifutó típusokat figyeli.)
> Nyilván nem egy és kapunál, de ha egy gyártó azt mondja,
> hogy az AA-1001 gyártása megszűnik, helyette AB-1002 a
> lábkompatibilis helyettesítő, akkor legyártanak minden
> érintett variánsból 2-3 darabot és megy rajta a teljes tesz,
> mintha új fejlesztés lenne. Ha sikerült, akkor a gyártható azzal is.
>
> Software tesztnek a kártyának először is el kell indulni.
> Van egy csomó önteszt, ezeknek kell először hibátlanul lefutni.
> Ha van rajta USB, SATA, Ethernet, akkor ezek mindegyikéről
> be kell tudni bootolni. (Ha az adott módosítás nem érintette ezeket
> a perifériákat, akkor is ki kell próbálni.)
> Ha ez sikerült, Linux-os script-ek sokasága teszteli a különböző
> funkciókat. Menet közben ki-be húzkodják a kártyákat. Memória
> hibákat injektálnak, stb. Vannak terhelési tesztek is.
> (Ha a 10 gigabit Etherneteken teljes forgalom megy, nem vész-e
> el interrupt, egy másik periféria kezelésénél.)
> Természetesen az adott verziót tesztelik az összes (6-8) hardware
> variánson.
>
> A tesztek sora természetesen minden bővítésnél, hibajavításnál bővül.
> (A tegnapi levélből kifelejtettem, hogy a hiba lezárásakor azt is be kell
> írni, ha lehet, hogy hol kellett volna ennek a korábbi tesztek során
> kiderülni.)
>
> Eddig alaplap jellegű kártyákkal foglalkozott a csapatunk.
>
> http://www.ebay.com/itm/ERICSSON-BLADE-CENTER-LINE-CARD-ROJ208821-3-MKVIII-GEP3-24GB-ROJ208821-3-/281107170578
> Ehhez kb. 5 fő tesztelő tartozott.
>
>
> Gábor
> -----------------------------------------
>  elektro[-flame|-etc]
>
>
> -----------------------------------------
>           elektro[-flame|-etc]
>