Mi a minőségbiztosítás (QA)? Folyamat, módszerek, példák
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, egyszerűen kijelentve: “alkalmas a használatra vagy a célra.”Minden az ügyfelek igényeinek és elvárásainak való megfelelésről szól a funkcionalitás, a tervezés, a megbízhatóság, a tartósság tekintetében, & a termék ára.
mi a bizonyosság?
a bizonyosság nem más, mint pozitív nyilatkozat egy termékről vagy szolgáltatásról, amely bizalmat ad. Ez egy termék vagy szolgáltatás bizonyossága, amely jól fog működni. Garantálja, hogy a termék minden gond nélkül működni fog az elvárásoknak vagy követelményeknek megfelelően.
minőségbiztosítás a szoftver tesztelésében
a szoftver tesztelésekor a minőségbiztosítás 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 javítására, valamint a szoftvertermékekre meghatározott minőségi szabványok szerinti hatékonyságra és hatékonyságra összpontosít. Minőségbiztosítás népszerű nevén QA tesztelés.
ebben a bemutatóban megtudhatja –
- hogyan kell minőségbiztosítást végezni: teljes folyamat
- mi a minőségellenő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 SQA Szoftver Tesztelés
- a Legjobb gyakorlatok Minőségbiztosítási
- Minőségbiztosítási Funkciók
- Minőségbiztosítási Tanúsítványok
- CMMI szint
- Teszt Érettség Modell (TMM)
Hogyan Minőségbiztosítási: A teljes Folyamat
Minőségbiztosítási módszertan segítségével egy meghatározott ciklus címe PDCA ciklus, vagy Deming ciklus. A ciklus fázisai a következők:
- Terv
- Van
- Ellenőrizze
- Act
a fenti lépéseket meg kell ismételni annak érdekében, hogy a folyamatok követte a szervezet értékelése, a javított rendszeresen. Nézzük meg részletesen a fenti QA folyamat lépéseit –
- terv – a szervezetnek meg kell terveznie és meg kell határoznia a folyamathoz kapcsolódó célokat, valamint meg kell határoznia azokat a folyamatokat, amelyek a kiváló minőségű végtermék előállításához szükségesek.
- Do – Fejlesztési-tesztelési Folyamatok, valamint “a” változások a folyamatok
- Check – Ellenőrzés a folyamatok, módosítsa a folyamatok, ellenőrizze, megfelel-e az előre meghatározott célok
- – Törvény – Minőségbiztosítási teszter hajtja végre a műveleteket, amelyek ahhoz szükségesek, hogy a fejlesztések a folyamatok
a szervezet segítségével kell Minőségbiztosítási annak érdekében, hogy a terméket úgy tervezték, de végre a megfelelő eljárást. Ez segít csökkenteni a problémákat, hibákat, a végtermékben.
mi a minőség-ellenőrzés?
minőségellenőrzés népszerűen rövidítve QC. Ez egy szoftver mérnöki folyamat, amelyet egy 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 az ügyfél előírásainak és követelményeinek. Ha problémát vagy problémát azonosítanak, azt az ügyfélnek történő kézbesítés előtt rögzíteni kell.
A QC értékeli az embereket a minőségi szintű készségkészleteiken,valamint képzést és tanúsítványokat ad. Ez az értékelés szükséges a szolgáltatás alapú szervezet, valamint segít a “tökéletes” szolgáltatás 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 QC összekeveredik a QA-val. A minőségellenőrzés a termék vagy szolgáltatás vizsgálata, valamint az eredmény ellenőrzése. A szoftverfejlesztés minőségbiztosítása a folyamatok vizsgálata, valamint a végtermékhez vezető folyamatok módosítása.
Examples of QC and QA activities are as follows:
Minőség-Ellenőrzési Tevékenység | Minőségbiztosítási Tevékenység |
---|---|
Walkthrough | Minőség-Ellenőrzés |
Tesztelés | Meghatározó Folyamat |
Ellenőrzés | Eszköz Azonosító kiválasztása |
Ellenőrzőpont felülvizsgálat | Képzés, Minőségi Előírások, valamint a Folyamatok |
A fenti tevékenységek esetében a Minőségbiztosítási, illetve Ellenőrzési mechanizmusok bármely termék és nem lényegében szoftver. Ami a szoftver
- QA válik SQA (szoftver minőségbiztosítás)
- QC válik szoftver tesztelés.
az SQA és a szoftver tesztelése közötti különbségek
az alábbi táblázat ismerteti az SQA és a szoftver tesztelése közötti különbségeket:
SQA |
a Szoftver Tesztelés |
---|---|
Szoftver Minőségbiztosítási szól mérnöki folyamat, amely biztosítja a minőségi | A szoftver Tesztelése a teszt egy termék a problémákat, mielőtt a terméket megy élőben |
Magában foglalja a tevékenység végrehajtásához kapcsolódó folyamatok, eljárások, szabványok. Példa – Ellenőrzések Képzési | Magában foglalja az aktív vonatkozó ellenőrzést a termék Példa – Review, Tesztelés |
Folyamat középpontjában | Termék koncentrált |
Megelőző technika | Korrekciós technika |
Proaktív intézkedés | Reaktív intézkedés |
A hatálya SQA alkalmazott termékek jönnek létre, amelyeket a szervezet | A hatálya Szoftver Tesztelés vonatkozik, hogy egy adott termék tesztelik. |
legjobb minőségbiztosítási gyakorlatok:
- robusztus tesztelési környezet létrehozása
- óvatosan válassza ki a kiadási kritériumokat
- automatizált tesztelést alkalmazzon a magas kockázatú területekre a pénz megtakarítása érdekében. Segít az egész folyamat rögzítésében.
- Kiosztani Idő Megfelelően minden egyes folyamat
- fontos, hogy rangsorolni hibákat javít alapuló szoftver használati
- Form dedikált biztonsági teljesítmény tesztelés team
- Szimulálni vevői számlák hasonló termelési környezetben
Minőségbiztosítási Funkciók:
5 elsődleges Minőségbiztosítási Funkciók:
- a Technológia transzfer: Ez a funkció magában foglalja, hogy egy termék tervezési dokumentum, valamint próbálgatással adatok értékelése. A dokumentumok terjesztése, ellenőrzése és jóváhagyása
- Validation: Itt az egész rendszerre vonatkozó validációs főterv készül. A termék és a folyamat hitelesítésére vonatkozó vizsgálati kritériumok jóváhagyása megtörtént. Erőforrás-tervezés az érvényesítési terv végrehajtásához.
- dokumentáció: ez a függvény szabályozza a dokumentumok terjesztését és archiválását. A dokumentumban bekövetkezett bármilyen változás a megfelelő változás-ellenőrzési eljárás elfogadásával történik. Minden típusú dokumentum jóváhagyása.
- termékek minőségének biztosítása
- Minőségfejlesztési tervek
minőségbiztosítási Tanúsítványok:
az iparágban számos tanúsítvány áll rendelkezésre annak biztosítására, hogy a szervezetek kövessék a szabványok minőségi folyamatait. Az ügyfelek ezt minősítő kritériumoknak tekintik, miközben kiválasztják a 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ít a szervezetnek biztosítani a minőséget ügyfeleinek és más érdekelt feleknek. Az ISO 9000 tanúsítvánnyal rendelkező szervezetet feladataik, termékeik, szolgáltatásaik és folyamataik alapján ellenőrzik. A fő cél annak ellenőrzése, hogy a szervezet a várt módon követi-e a folyamatot, illetve annak ellenőrzése, hogy a meglévő folyamatok fejlesztésre szorulnak-e.
Ez a tanúsítási segít –
- Növeli a profitot a szervezet
- Javítja a Hazai, mind a Nemzetközi kereskedelmi
- Csökkenti a hulladékot, valamint növeli a termelékenységet, a munkavállalók
- Nyújt Kiváló vásárlói elégedettség
CMMI szint
A Képesség Érettségi Modell Integrált (CMMI) egy folyamat javítása megközelítés speciálisan kifejlesztett szoftver folyamat javítása. Ez a folyamat lejárati keretén alapul, amelyet általános támogatásként használnak a szoftveripar üzleti folyamataiban. Ezt a modellt nagyra értékelik és széles körben használják a szoftverfejlesztő szervezetekben.
CMMI 5 szinten. A szervezet minőségbiztosítási mechanizmusaik lejárata alapján CMMI szinten 1-5 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 vagy dokumentáltak
- 2. szint-ismételhető : néhány folyamatot követnek, amelyek ismételhetők. Ez a szint biztosítja a folyamatok követését a projekt szintjén.
- 3. szint-definiált: A folyamatok halmazát szervezeti szinten definiáljuk és dokumentáljuk. Ezek a meghatározott folyamatok bizonyos fokú javulásnak vannak kitéve.
- 4. szint – Managed: ez a szint folyamat metrikákat használ, és hatékonyan vezérli a követendő folyamatokat.
- Level 5-Optimizing : This level focuss on the continuous improvements of the processes through learning & innovation.
test Maturity Model (TMM):
Ez a modell tesztkörnyezetben értékeli a folyamatok érettségét. Még ennek a modellnek is van 5 szintje, amelyet az alábbiakban definiálunk –
- 1. szint-kezdeti: a tesztelési folyamatokhoz nincs minőségi szabvány, csak ad hoc módszereket alkalmaznak ezen a szinten
- 2. szint-Definition: Defined process. A tesztstratégia, a tervek, a tesztesetek elkészítése megtörtént.
- 3. szint-integráció : a tesztelés a szoftverfejlesztési életciklus (SDLC) során történik – ami nem más, mint integráció a fejlesztési tevékenységekkel, pl.
- 4. szint-menedzsment és mérés: A követelmények és tervek felülvizsgálata ezen a szinten történik, és a tesztelés minden szintjére kritériumokat állapítottak meg
- 5. szint-optimalizálás : számos megelőző technikát alkalmaznak a tesztelési folyamatokhoz, az eszköztámogatást(automatizálás) pedig a tesztelési szabványok és folyamatok javítására 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 olyan folyamatokat és szabványokat kell követnie, amelyeket rendszeresen javítani kell. Elsősorban a termék/szolgáltatás minőségére koncentrál, amelyet a szoftver implementálása során vagy után nyújtunk az ügyfeleknek.
Leave a Reply