Mielőtt megtanulnánk a minőségbiztosítást, értsük meg-
Mi a minőség?
A minőséget rendkívül nehéz meghatározni, és egyszerűen kijelentik: "Használatra vagy célra alkalmas". A vásárlók igényeinek és elvárásainak kielégítése a termék funkcionalitása, kialakítása, megbízhatósága, tartóssága és ára tekintetében.
Mi az Assurance?
A biztosíték nem más, mint egy termékre vagy szolgáltatásra vonatkozó pozitív nyilatkozat, amely bizalmat ad. A termék vagy szolgáltatás bizonyossága, amely jól fog működni. Garantálja, hogy a termék gond nélkül fog működni, az elvárásoknak vagy követelményeknek megfelelően.
Minőségbiztosítás a szoftver tesztelésében
A szoftver-tesztelés minőségbiztosítása olyan eljárás, amely biztosítja a szervezet által az ügyfeleknek nyújtott szoftvertermékek vagy -szolgáltatások minőségét. A minőségbiztosítás a szoftverfejlesztési folyamat fejlesztésére, valamint a szoftvertermékekre meghatározott minőségi előírásoknak megfelelő hatékonyságra és eredményességre összpontosít. A minőségbiztosítás közismert nevén QA tesztelés.
Ebben az oktatóanyagban megtanulja-
- Minőségbiztosítás: Teljes folyamat
- Mi a minőség-ellenőrzés?
- Különbség a minőségellenőrzés és a minőségbiztosítás között?
- Különbségek az SQA és a szoftver tesztelése között
- A minőségbiztosítás bevált módszerei
- Minőségbiztosítási funkciók
- Minőségbiztosítási tanúsítványok
- CMMI szint
- Teszt érettségi modell (TMM)
Minőségbiztosítás: Teljes folyamat
A minőségbiztosítási módszertan rendelkezik egy meghatározott ciklussal, PDCA ciklusnak vagy Deming ciklusnak. Ennek a ciklusnak a fázisai a következők:
- Terv
- Csináld
- Jelölje be
- törvény
Ezeket a fenti lépéseket megismételjük annak biztosítása érdekében, hogy a szervezetben követett folyamatokat rendszeresen értékeljük és javítsuk. Nézzük meg részletesen a fenti minőségbiztosítási folyamat lépéseit -
- Terv - A szervezetnek meg kell terveznie és meg kell határoznia a folyamatokkal kapcsolatos célkitűzéseket, és meg kell határoznia azokat a folyamatokat, amelyek a kiváló minőségű végtermék szállításához szükségesek.
- Do - a folyamatok fejlesztése és tesztelése, valamint a folyamatok változásainak "elvégzése"
- Ellenőrzés - A folyamatok figyelemmel kísérése, a folyamatok módosítása és annak ellenőrzése, hogy megfelel-e az előre meghatározott céloknak
- Törvény - A minőségbiztosítási tesztelőnek olyan intézkedéseket kell végrehajtania, amelyek szükségesek a folyamatok javításához
A szervezetnek minőségbiztosítást kell alkalmaznia annak biztosítására, hogy a terméket megfelelő eljárásokkal tervezzék és valósítsák meg. Ez segít csökkenteni a problémákat és a hibákat a végtermékben.
Mi a minőség-ellenőrzés?
A minőségellenőrzés népiesen QC néven rövidítve. Ez egy szoftverfejlesztési folyamat, amelyet a termék vagy szolgáltatás minőségének biztosítására használnak. Nem foglalkozik a termék létrehozásához használt folyamatokkal; inkább a "végtermékek" minőségét és a végeredményt vizsgálja.
A minőség-ellenőrzés fő célja annak ellenőrzése, hogy a termékek megfelelnek-e a vevő specifikációinak és követelményeinek. Ha problémát vagy problémát azonosítanak, akkor azt az ügyfélnek történő kézbesítés előtt meg kell oldani.
A minőségellenőrzés az embereket minőségi szintű készségeik alapján is értékeli, és képzést és képesítéseket ad át. Ez az értékelés a szolgáltatás alapú szervezet számára szükséges, és segít a "tökéletes" szolgáltatás nyújtásában az ügyfelek számára.
Különbség a minőségellenőrzés és a minőségbiztosítás között?
Néha a minőségellenőrzést összekeverik a minőségbiztosítással. A minőség-ellenőrzés a termék vagy szolgáltatás megvizsgálása és az eredmény ellenőrzése. A szoftvertervezés minőségbiztosítása az, hogy megvizsgálja azokat a folyamatokat és változtatásokat hajtson végre a végtermékhez vezető folyamatokban.
A minőségbiztosítási és minőségbiztosítási tevékenységek példái a következők:
| Minőség-ellenőrzési tevékenységek | Minőségbiztosítási tevékenységek |
|---|---|
| Végigjátszás | Minőségi ellenőrzés |
| Tesztelés | Folyamat meghatározása |
| Ellenőrzés | Az eszköz azonosítása és kiválasztása |
| Ellenőrzőpont felülvizsgálata | A minőségi előírások és folyamatok képzése |
A fenti tevékenységek minden termék minőségbiztosítási és ellenőrzési mechanizmusával foglalkoznak, és nem lényegében szoftverrel . Szoftver tekintetében
- A minőségbiztosítás SQA (szoftverminőség-biztosítás) lesz
- A minőségellenőrzésből szoftverteszt válik .
Különbségek az SQA és a szoftver tesztelése között
Az alábbi táblázat ismerteti az SQA és a szoftvertesztelés közötti különbségeket:
|
SQA |
Szoftvertesztelés |
|---|---|
| A szoftver minőségbiztosítása a minőséget biztosító mérnöki folyamatról szól | A Szoftvertesztelés egy termék tesztelése a problémák megjelenése előtt, mielőtt a termék életbe lépne |
| Bevonja a folyamatok, eljárások és szabványok végrehajtásával kapcsolatos tevékenységeket. Példa - Ellenőrzési képzés | Bevonja a termék ellenőrzésével kapcsolatos aktívakat. Példa - Felülvizsgálati teszt |
| Folyamatközpontú | Termékközpontú |
| Megelőző technika | Javító technika |
| Proaktív intézkedés | Reaktív mérték |
| Az SQA hatóköre minden olyan termékre vonatkozik, amelyet a szervezet hoz létre | A Szoftvertesztelés hatóköre egy adott tesztelt termékre vonatkozik. |
A minőségbiztosítás legjobb gyakorlatai:
- Hozzon létre egy robusztus tesztelési környezetet
- Gondosan válassza ki a kiadási feltételeket
- Pénzt takaríthat meg automatizált teszteléssel a magas kockázatú területeken. Ez segít a teljes folyamat rögzítésében.
- Rendeljen megfelelő időt az egyes folyamatokhoz
- Fontos, hogy a hibajavításokat prioritásként kezeljük a szoftverhasználat alapján
- Hozzon létre külön biztonsági és teljesítménytesztelő csoportot
- Szimulálja a termelési környezethez hasonló ügyfélszámlákat
Minőségbiztosítási funkciók:
5 fő minőségbiztosítási funkció létezik:
- Technológiaátadás: Ez a funkció magában foglalja a terméktervezési dokumentum beszerzését, valamint a próba- és hibaadatokat és azok értékelését. A dokumentumokat terjesztik, ellenőrzik és jóváhagyják
- Validálás: Itt elkészítik a teljes rendszer validálási főtervét. Megállapították a termék és folyamat validálásához szükséges tesztkritériumok jóváhagyását. Az érvényesítési terv végrehajtásához szükséges erőforrás-tervezés megtörtént.
- Dokumentáció: Ez a funkció ellenőrzi a dokumentumok terjesztését és archiválását. A dokumentumban bekövetkező bármilyen változás a megfelelő változásellenőrzési eljárás elfogadásával történik. Minden típusú dokumentum jóváhagyása.
- A termékek minőségének biztosítása
- Minőségfejlesztési tervek
Minőségbiztosítási tanúsítványok:
Az iparban számos tanúsítás áll rendelkezésre annak biztosítására, hogy a szervezetek betartsák a szabványok minőségi folyamatait. Az ügyfelek ezt minősítő kritériumnak tekintik, miközben kiválasztanak egy szoftvergyártót.
ISO 9000
Ezt a szabványt először 1987-ben hozták létre, és a minőségirányítási rendszerekhez kapcsolódik. Ez segíti a szervezetet a minőség biztosításában ügyfeleik és más érdekeltek számára. Az ISO 9000 tanúsítvánnyal rendelkező szervezetet funkcióik, termékeik, szolgáltatásaik és folyamataik alapján auditálják. A fő cél annak áttekintése és ellenőrzése, hogy a szervezet a várt módon követi-e a folyamatot, valamint annak ellenőrzése, hogy a meglévő folyamatok fejlesztésre szorulnak-e.
Ez a tanúsítás segít -
- Növelje a szervezet profitját
- Javítja a belföldi és a nemzetközi kereskedelmet
- Csökkenti a pazarlást és növeli az alkalmazottak termelékenységét
- Kiváló ügyfél-elégedettség biztosítása
CMMI szint
A Capability Maturity Model Integrated (CMMI) egy folyamatfejlesztési megközelítés, amelyet kifejezetten a szoftveres folyamatok fejlesztésére fejlesztettek ki. A folyamat érettségi keretrendszerén alapul, és általános segítségként használják a szoftveripar üzleti folyamataiban. Ezt a modellt nagyra értékelik és széles körben használják a szoftverfejlesztő szervezeteknél.
A CMMI-nek 5 szintje van. A szervezet minőségbiztosítási mechanizmusainak érettsége alapján CMMI 1–5 szintű tanúsítvánnyal rendelkezik.
- 1. szint - kezdeti: Ebben a szakaszban a minőségi környezet instabil. Egyszerűen egyetlen folyamatot sem követtek, sem nem dokumentáltak
- 2. szint - ismételhető: Néhány folyamat követhető, amelyek megismételhetők. Ez a szint biztosítja a folyamatok projekt szinten történő követését.
- 3. szint - Meghatározott: A folyamatok halmazát szervezeti szinten definiálják és dokumentálják. Ezeket a meghatározott folyamatokat bizonyos fokú fejlesztésnek kell alávetni.
- 4. szint - kezelt: Ez a szint a folyamatmutatókat használja, és hatékonyan ellenőrzi a követett folyamatokat.
- 5. szint - optimalizálás: Ez a szint a folyamatok folyamatos fejlesztésére összpontosít tanulás és innováció révén.
Teszt érettségi modell (TMM):
Ez a modell értékeli a tesztelési környezet folyamatainak érettségét. Még ennek a modellnek is 5 szintje van, amelyeket alább definiálunk-
- 1. szint - kezdeti : A tesztelési folyamatokra vonatkozóan nincs minőségi szabvány, és ezen a szinten csak ad-hoc módszereket alkalmaznak
- 2. szint - Definíció: Meghatározott folyamat. Tesztstratégia, tervek, tesztesetek elkészítése megtörténik.
- 3. szint - Integráció: A tesztelést a szoftverfejlesztés teljes életciklusán (SDLC) keresztül végzik - ez nem más, mint a fejlesztői tevékenységekkel való integráció, pl. V-Model.
- 4. szint - Menedzsment és mérés: A követelmények és a tervek felülvizsgálata ezen a szinten történik, és minden tesztelési szintre meghatározták a kritériumokat
- 5. szint - optimalizálás: A folyamatok teszteléséhez számos megelőző technikát használnak, a tesztelési szabványok és folyamatok javítására pedig az eszköz-támogatást (Automatizálás) használják.
Következtetés:
A minőségbiztosítás annak ellenőrzése, hogy a kifejlesztett termék alkalmas-e a használatra. Ehhez a Szervezetnek rendelkeznie kell követendő folyamatokkal és szabványokkal, amelyeket időszakonként javítani kell. Főleg arra a termék / szolgáltatás minőségére összpontosít, amelyet a szoftver bevezetése alatt vagy után nyújtunk az ügyfeleknek.