Iso 29119 tesztelési szabvány

Nem is olyan régen, mindössze három évvel ezelőtt vizsgálat aggódva a világ a hír, hogy most végre meg fog jelenni a standard szoftvertesztelés, amelyet fel kell szabadítani, mint az ISO (International Organization for Standardization).

Miért volt olyan fontos, hogy teszteljék a világon?

Tesztelés egy viszonylag fiatal szakma, és csak egy kis része a teljes egész IT iparban. Vegyük a barátaid nem az IT, és kérje meg őket, hogy mit tudnak a teszt?

- tesztelés? Mi az? Ezt az űrlapot kell kitölteni? Program? Nem, még nem hallottam?

És ez nem csak a véleményét barátok, még néhány nemzetközi szabványok terén az IT-irányítás mint COBIT5 ITIL vagy írjon csak néhány sort a tesztelés.

„Tesztelés kell!”

És ez szörnyű! ISO 29119 szabvány az első, amely teljes mértékben egységesíteni a tesztelési folyamatot. Amíg ez a vizsgálat rendszerint szerepel a szoftverfejlesztés és a minőségbiztosítás. Például 16 évvel ezelőtt volt borítva por és megevett patkányok már régóta feledésbe merült minden ISO 12119 „szoftvercsomag. Minőségi követelmények és vizsgálatok. " Olvasd el, és úgy érzi, mint a Szovjetunióban, ahol az emberek még mindig néz TV „Ruby”.

ISO 12119: „Az elvégzendő feladatok a megfelelő munkaprogram”.

Az ISO 25051 vizsgálati már tartalmazza teszt környezetek vizsgálati dokumentáció, vizsgálati tervek, és így tovább. Mégis, ez a standard szoftver fejlesztése.

Voltak más szabványok, mint például az IEEE 829 «vizsgálati dokumentáció», IEEE 1008 «szoftver egység tesztelése» BS 7925-2 «szoftver komponens tesztelés».

De miért olyan fontos az ISO? Az ISO szabvány egy globális szabvány, ami elfogadott számos országban. Ha megnézzük a modell szabványok, azt látjuk, hogy sok a szabványok szakmai, kereskedelmi, háztartási és nem nemzetközi.

Tesztelés még soha nem volt saját ISO szabvány, amely teljes mértékben leírja a tesztelési folyamatot!

Vessünk egy közelebbi pillantást az ISO 29119.

A szabvány tartalmaz négy részből, amelyek mindegyike vizsgálja különböző aspektusait a tesztelési folyamat.

+ amellett, hogy a második rész megjelent ISO 33063 „Process Assessment Model”

Kifejezés Driven vizsgálata - a képi ábrázolása a teszt scriptek, ha minden tevékenység (kattintás, gépelés, kiválasztja az elemeket a listában, stb) illeszkedik kulcsszavak (kapható TestComplete).

Szóval, mi adott nekünk egy új ISO szabvány?

A különleges és semmi új. Sőt kiderült, hogy egy szabványos gyűjtött mindenféle IEEE szabványok, BS. Gyakorlatilag minden része alapján egy konkrét szakmai, illetve nemzeti szabvány.

Nézzük röviden, a fő összetevői az egyes részek.

• Tehát, 1. rész - A koncepció és terminológia tartalmaz egy leírást, amit a tesztelés és miért van rá szükség megközelítések tesztel egy szerepet a szoftver életciklusa, általában minden a lényeg, hogy meg tudja mondani a bevezető ülés tesztelésre. Az alapja az első része a felszolgált BS 7925-1 szabványnak.
• 2. rész, annál intenzívebb, akkor elkezdenek foglalkozni a szervezet irányítását és végrehajtását a tesztelési folyamat, amely inkább gyakorlattá területén szoftver tesztelés. Ez a rész hatását mutatja ISTQB, TMMI, mivel Sok szempontból a tesztelési folyamat azonosak.
• 3. rész valójában egy részleges másolatot az IEEE 829, valamint mérlegeli vizsgálati dokumentáció, de a dokumentáció nagyon meggyőző lefedettség. Ellentétben IEEE829, amely foglalkozik a koncepció «Mester teszt terv» és a «Level vizsgálati terv», az ISO elbírálása már megszokott minket TMMI és ISTQB koncepció „tesztelés politika” és a „kísérleti stratégiákat.” További osztva a koncepció a projekt vizsgálati terv és tesztelése kiadás tervet. Szintén figyelembe a IEEE 829 vizsgálati dokumentáció formájában tesztesetek és teszt design, nem szerepelnek az ISO, és ez egy nagy plusz, mert ez látható 4 részből áll. De van egy jó leírást a jelentés befejezésének vizsgálatok és tesztkörnyezet jelentést.
• És az utolsó rész, érinti a vizsgálat, amelyre vagyunk szokva, hogy - a 4. rész. Ez a rész teljes mértékben a technológia és vizsgálati technikák vizsgálat kialakítása. Ez a rész nem lesz pontos érdekes telt az ISTQB Advanced Level Test Analyst. Nincs semmi új benne.

Az ötödik rész nem láttam, mert nem értem, hogy miért döntött úgy, hogy figyeljen a KDT.

Nos, térjünk a mókára. Sokan tudják, hogy megjelenése óta ISO 29119 tört csak a legsúlyosabb viták arról, hogy ez a szabvány szükségünk van, vagy nem?

Világ tesztelés guruk kételkedni kezdett a hatáskörébe ezt a szabványt. És valóban!

James Bach, aki dolgozott a vizsgáló ilyen globális óriások, mint az Apple, számítástechnikai, Borland, azt mondta:

«ISO azt állítja, hogy van egy új szabvány a szoftvertesztelés. De ISO 29119 nem szabványos tesztelésre. Ez nem lehet a szabványos vizsgálat. Standard szoftvertesztelés kell tükröznie értékek és gyakorlat a nemzetközi közösség a tesztelők. "

„Ha az ISO 29119 és elfogadta azt már felismerték a széles körű, mint a leírás a legjobb gyakorlatok szoftvertesztelés, a kontextus-alapú tesztelés példa lehet arra, hogyan nem kell csinálni, és az összes többi gondolkodásmód nem kell elfogadni, mint a helyes megközelítés. "

Szeretném röviden felidézni elveinek kontextus-alapú tesztelés.

Context-alapú tesztelés - ez a szemlélet, amely középpontjában a használata fókusz (vagy összefüggésben) a teljesítménye vizsgálat szoftver, amely alapjaiban érinti az időt a lépést, és a cél a projekt (szoftver).

1. Az érték minden gyakorlattal függ keretében
2. Vannak jó gyakorlatok, de nincs a legjobb
3. Ember dolgozik együtt - a legfontosabb része minden projekt
4. Gyakran projektek kiszámíthatatlan
5. Termék - a megoldás. Ha a probléma nem oldódik meg, a termék nem működik
6. Jó szoftvertesztelés - olyan összetett intellektuális folyamat
7. Ahhoz, hogy hatékonyan ellenőrizze a termék van, hogy a helyes dolgot a megfelelő időben, és mindig segítségével bizalmatlansági (vita) és a tudás, amelyet közösen fejlesztett a projekt során

Így Kaner mondta, hogy a szabványosítási folyamatban figyelembe kell vennie a világ összes megközelítése A tesztelési folyamat. Ez az a megbízás Nemzetközi Szabványügyi Szervezet.

• Dr. Stuart Reid - British Standards Institute, Egyesült Királyság

• Anne Mette Hass (szerkesztő az ISO / IEC / IEEE 29119-3) - Kombit, Dánia
• Jon Hagar (termék szerkesztője ISO / IEC / IEEE 29119) - USA
• Matthias Daigl (szerkesztő az ISO / IEC / IEEE 29119-5) - imbus, Németország
• Prof Qin Liu (társszerkesztője ISO / IEC / IEEE 29119-4) - School of Software Engineering, Tongji Egyetem, Kína
• Sylvia Veeraraghavan (szerkesztő az ISO / IEC / IEEE 29119-2) - Janaagraha, India
• Dr. Tafline Murnane (szerkesztő az ISO / IEC / IEEE 29.119-4) - K. J. Ross Associates, Ausztrália
• Wonil Kwon (ISO / IEC 33063 Process Assessment Model for Software tesztelési folyamatok) - Software Testing Szövetségek, Dél-Korea

Igen, kik ezek az emberek? Hol vannak?

Tehát, hogy a dolgokat, ez a standard fizetett áron nem sok nem elég 178 svájci frank ugyanazt az alkatrészt, és ez körülbelül 11.000 rubel. Majdnem ugyanez ISTQB tanúsítvány. Van okunk azt gondolni, ...

Tehát a következtetés, azt fogja mondani a véleményem.

Igen, jött szabvány területén tesztelés, ez jó, de mindenekelőtt, hogy az általa használt bevett gyakorlat, és elvileg nem írja le a tesztel egy minimum Agile - ez nem helyes.

Másodszor, van egy ötlet, amit ez a szabvány csak egy újabb lehetőség, hogy sorban a zsebek kap pénzt. Normál fordítani csinálni? Miért? Nos, kivéve, profit, a többi nem fordul elő.

És a harmadik, hogy őszinte legyek, semmi új ISO szabvány nem nyílik meg.

Ezért mondom - ISO szabványosítás a tesztelési folyamat - ez egy jó lépés előre, meghatározva a vizsgálati folyamat független a fejlesztési folyamat, de valami ehhez hasonló szabvány kerül végrehajtásra, akkor minden kapu nem emelkedik.

Minden globális vállalatok a szabványok ISTQB, TMMI, TPI, és a kiadás az ISO 29119, semmi sem változott.

Folytatjuk a munkát, mint a munka.