Mi a szoftver minőségbiztosítása?
- A szoftverminőség-biztosítás (SQA) a fejlesztés alatt álló szoftver minőségének biztosítását célzó tevékenységek összessége. A tanulmányok azt mutatták, hogy a projektek 98% -a végül kudarcot vallott a piacon, vagy az alábbi okok miatt, például becsült idő, követelmények változása, a vártnál magasabb költségek vagy magas karbantartási költségek. Ezért nagyon fontos a szoftver fejlesztése előtt szem előtt tartani a különféle paramétereket, hogy minimalizáljuk a kudarc kockázatát.
- A szoftver piaci kudarcának minimalizálása érdekében a szoftver minőségbiztosítása került a képbe.
- Ez egy sor tevékenységet, folyamatot, eljárást és szabványt foglal magában, amelyek a projekthez alkalmasak. Lefedi a szoftver minõségügyi szabványait, a követelménygyûjtéstõl a fejlesztéséig, kiadásáig és karbantartásáig.
- Az SQA párhuzamosan fut a szoftver fejlesztési életciklusával, amely rendszeresen ellenőrzi, hogy a kifejlesztett szoftver minden szakaszában megfelel-e szabványainak, hogy a problémák a korai szakaszban megelőzhetők legyenek, ahelyett, hogy a projekt befejezése után kezelnék azokat.
- Az SQA fő tevékenysége magában foglalja az auditálást, a képzést, a folyamatmeghatározást és a végrehajtást. Miután a folyamat meghatározásra került, az SQA megkezdi a gyengeségek felkutatását, és módja van ezeknek a gyengeségeknek a jobb szoftver javítására.
Szoftverminőség-biztosítási tevékenységek
Az alábbiakban bemutatjuk a szoftver minőségbiztosításának néhány tevékenységét.
1. Az ellenőrzőpont beállítása
Az SQA csapata meghatározott időközönként beállítja az ellenőrző pontokat annak ellenőrzése érdekében, hogy a szoftver haladása, minősége, teljesítménye és az, hogy a szoftver minőségi munkáját időben elvégezzék-e az ütemterv és a dokumentumok szerint.
2. Mérje meg a változás hatását
A QA által bejelentett és a fejlesztő által kijavított hiba esetén nagyon fontos újra megvizsgálni a hibajavítást, és ellenőrizni, hogy a javított hiba nem vezet-e új hibákat a működő szoftverben. Ennek érdekében a tesztmérőket fenntartják és megfigyelik a vezetők és a fejlesztők, hogy új funkciók bevezetésével vagy a hibák kijavításával ellenőrizzék az újonnan generált hibákat.
3. Több tesztelési stratégia
Nem szabad támaszkodnunk a tesztelés egyetlen megközelítésére és stratégiájára a szoftver tesztelésére. Többszörös tesztelési stratégiát kell végrehajtani a szoftverben annak érdekében, hogy tesztelje azt különböző szögekből és lefedje az összes területet. Az e-kereskedelemmel kapcsolatos webhelyek biztonsági tesztelése, teljesítmény tesztelése, terhelés tesztelése és adatbázis tesztelése során mindent meg kell tenni a szoftver jobb minőségének biztosítása érdekében.
4. Nyilvántartások és jelentések vezetése
Fontos, hogy megőrizze a minőségbiztosítási nyilvántartásokat és dokumentumokat, és időről időre megossza azokat az érdekelt felekkel. A végrehajtott teszt esetek, tesztciklusok, naplózott hibák, kijavított hibák, létrehozott teszt esetek, az ügyféltől származó követelmények változása egy adott teszt esetére vonatkozóan, mindegyiket megfelelően dokumentálni kell a jövőbeni referencia céljából.
5. A jó kapcsolatok kezelése
A tesztelők és a fejlesztők közötti jó kapcsolatok kezelése fontos szerepet játszik a projektben. Mivel a fejlesztõ és a tesztelõ szerepe ellentmond egymásnak, de ezt nem szabad személyesen figyelembe venni. Mindkét csapat fõ célja a jó minõségû projektek megvalósítása a minimális kudarc kockázatával.
6. SQA menedzsment terv
Ez magában foglalja az SQA leghatékonyabb működésének az új projektben történő működésének módjait. Gondoljon az SQA stratégiákra, a szoftverfejlesztési folyamatokra, amelyeket a projekt követelményei szerint be lehet valósítani, és a csapattagok egyéni képességeire.
Az SQA rendszer alkotóelemei
Az SQA komponenseket 6 osztályba lehet sorolni:
1. A projekt előtti alkatrészek
Ez biztosítja, hogy a projekt elkötelezettsége egyértelműen meghatározásra kerüljön az időbecslés, az ügyféligények tisztázása, a projekt teljes költségvetése, a fejlesztési kockázatok értékelése, az adott projekthez szükséges teljes személyzet vonatkozásában. Biztosítja azt is, hogy a fejlesztési és a minőségi terveket egyértelműen meghatározták.
2. A szoftverprojekt életciklus-összetevői
Ez az összetevő magában foglalja az áttekintést, a szakértői véleményeket, a szoftver tesztelését, a szoftver karbantartási összetevőit. A projekt fejlesztési életciklusában olyan komponenseket tartalmaz, mint áttekintések, szakértői vélemények és a szoftvertervezés és programozás hibáinak feltárása, míg a szoftverkarbantartás életciklusa során a karbantartási komponenseket és a fejlesztési életciklusú összetevőket tartalmazza a karbantartási feladatok fokozása érdekében.
3. Infrastruktúra-alkatrészek a hibák megelőzéséhez és fejlesztéséhez
Ez az összetevő magában foglalja a személyzet képzését, tanúsítását, konfigurációkezelését, megelőző és korrekciós intézkedéseket annak érdekében, hogy a szoftver felhalmozódott SQA tapasztalatai alapján csökkentse a szoftverek hibaarányát.
4. Menedzsment SQA alkotóelemek
Ez az osztály magában foglalja a szoftverminőségi mutatókat, a szoftverminőségi költségeket, amelyek magukban foglalják a karbantartási és fejlesztési tevékenységek ellenőrzését, valamint a vezetői részvétel bevezetését a projekt minőségének, ütemezésének és költségvetésének kockázatának csökkentése érdekében.
5. A szabványosítás, a tanúsítás és az SQA rendszerértékelés alkotóelemei
Ennek az osztálynak a fő célja a nemzetközi szakmai ismeretek felhasználása, amely elősegíti a különböző szervezeti minőségbiztosítási rendszerek közötti szakmai koordinációt.
6. Szervezet az SQA humán alkotóelemei számára
Ez az alap vezetõket, tesztelõket és más SQA szakembereket foglal magában, akik érdeklõdnek az SQA iránt. A fő cél az SQA tevékenységeinek támogatása és kezdeményezése, a hiányosságok / eltérések észlelése és az ehhez szükséges fejlesztések javaslata.
Szoftverminőség-biztosítási szabványok
Számos szervezet, nemzeti és nemzetközi intézet vesz részt az SQA szabványok kidolgozásában. Az alábbiakban felsorolt fő szervezetek és intézetek foglalkoznak benne:
- IEEE
- PONT
- ISO
- ANSI
- EIA
- IEC
Az SQA szabványokat alapvetően két kategóriába sorolják:
1. Szoftverminőség-biztosítási szabvány, amelyet minőségirányítási standardnak nevezünk.
Példa: ISO 9000-3, CMM (Capability Maturity Model).
A szervezet infrastruktúrájára, az SQA rendszerre, a követelményekre összpontosítanak, és a tesztelési eszközök és módszerek választását a szervezetre hagyják. Általános célkitűzésük: „mit” kell elérni. Biztosítja, hogy a szervezetek elfogadható minőségű szoftvert érjenek el.
2. Szoftverprojekt-fejlesztési folyamat-szabványok, amelyeket Project Process Standards néven ismertek.
Példa: ISO / IEC 12207 IEEEStd 1012-1998.
Olyan módszerekre összpontosítanak, amelyeket a szoftverfejlesztés és a karbantartás során be kell vezetni. Arra összpontosít, hogy hogyan kell fellépni. Ez magában foglalja a tervezési dokumentáció követelményeit, a szükséges lépéseket, a végrehajtandó szoftver tesztelést, valamint a terv felülvizsgálatával és felülvizsgálatával kapcsolatos kérdéseket.
SQA technikák
Számos SQA technika létezik. Néhányat az alábbiakban említik:
1. Felülvizsgálat
A felülvizsgálat során a belső és a külső érdekelt felek is tartanak egy értekezletet a teljes projekt áttekintésére, aki elemzi a teljes szoftvert, és ha problémát talál, megkülönbözteti, hogy ez tesztelés, fejlesztés, követelmény vagy tervezés-e. A fő cél a szoftvert, és ellenőrizze, hogy megfelel-e az ügyfelek elvárásainak vagy sem.
2. Könyvvizsgálat
Az ellenőrzés során az érdekelt felek megvizsgálják a teljes munkaterméket és az összes adatot annak ellenőrzése érdekében, hogy követi-e a szokásos folyamatokat.
3. Funkcionális tesztelés
A funkcionális tesztelés során a teljes szoftver funkcionalitását teszteljük, függetlenül attól, hogy a várt módon működik-e vagy sem. Ellenőrzi, hogy „mi működik a rendszer”, anélkül, hogy tudná, „hogyan működik a rendszer”. Ez olyan, mint egy alkalmazás fekete dobozának tesztelése, amelyben a felhasználó ismeri a várt outputot anélkül, hogy tudná, hogyan készül.
4. Szabványosítás
Biztosítja, hogy a szoftverben mindent szabványosítsanak, azaz az összes szabványt követi, akár a dokumentáció, a fejlesztés, a minőség-ellenőrzés szabványait is. Csökkenti a kétértelműséget, és ezáltal javítja a szoftver minőségét.
5. Kódellenőrzés
A Kódellenőrzés a felülvizsgálat egyik hivatalos formája, amelynek fő célja a kód hibáinak feltárása, és a Kódellenőrzésben felmerülő problémák kiemelése a kiképzés alatt álló moderátor irányítja, nem pedig a kód szerzője. A találkozónak megfelelő belépési és kilépési kritériumai vannak. A felhasználóknak teljes előkészítésre van szükségük az ülés előtt, hogy teljes mértékben megismerjék a dokumentumokat, és mindegyikük előtt pontokat felvegyenek.
6. Áttekintések
A szoftver áttekintése egyfajta informális folyamat, és általában a szerző kezdeményezi a dokumentum vagy kód elolvasására, és a társak tagjai felveszik javaslataikat vagy hibáikat, és benyújtják azokat. Hivatalosan nem dokumentálják, mint például az ellenőrzésre és a moderátorra nincs szükség az ülésen. Fő célja, hogy megismerje a dátumig kitöltött kód állapotát, és javaslatokat gyűjtsön társaitól a szoftver jobb minõsége érdekében.
7. Stressz tesztelés
Stresszteszttel ellenőrzik, hogy a rendszer működik-e nagy terhelés mellett. Ez a tesztelés fontos szerepet játszik a szoftver minőségében, mivel az e-kereskedelmi alkalmazásokban a stressz és a terhelés tesztelése megfelelő módon történik a szoftver kapacitásának tesztelése érdekében (hány maximális felhasználó férhet hozzá egy alkalmazáshoz egyszerre).
8. Tervezési ellenőrzés
A tervezés ellenőrzésével ellenőrizzük a szoftver különféle területeit az ellenőrző lista felhasználásával, például a funkcionális és az interfész kialakítását, az egyezményeket, az általános követelményeket és a kialakítást, a követelmények nyomon követhetőségét, a logikát, a csatolást és a kohéziót.
Az SQA előnyei
Beszéljük meg az SQA előnyeit.
1. Növeli az ügyfél magabiztosságát
A megfelelő minőség-ellenőrzés a szoftver különböző szintjein, például áttekintés, ellenőrzés, könyvvizsgálat stb., Valamint a belső és a külső érdekelt felek bevonásával növeli az ügyfelek bizalmát a heti beszámolók benyújtásában a hiba- és követelménymérő mutatókról is nagyban segít a biztosításban. az ügyfél, hogy a munkát időben elvégzik.
2. Az SQA pénzt takarít meg
A korai szakaszban vagy a követelménygyűjtés, a kód, a tesztelés során észlelt hibák egyszerű és költséghatékonyak a megfelelő SQA számára, több szinten elvégezve segítik a kockázat csökkentését, mivel a maximális hibákat a korai szakaszokban fedezték fel és oldották meg, és így pénzt takarít meg a hibás szoftver, miután az ügyfélnek bemutatták, ami költségessé teheti a vállalat, a felhasználók és az ügyfelek hírnevét.
3. Növelje az ügyfelek elégedettségét
Az ügyfél időben történő bevonása a szoftverfejlesztésbe és a tesztelésbe növeli az ügyfelek elégedettségét azzal, hogy a minőségi szoftvert fejlesztik, és a követelményeknek megfelelően, valamint a megfontolások közötti javaslatok figyelembevétele növeli az ügyfelek elégedettségét.
4. Elősegíti a termelékenységet és a hatékonyságot
Ha a fejlesztést és a tesztelést párhuzamosan végzik, akkor az egy modul fejlesztését követően, közvetlenül a modul fejlesztésének időben történő megállapítása és a fejlesztők által időben kijavított hibák lehetővé teszik mindenki számára, hogy békében és termelékenyebben dolgozzon, ahelyett, hogy a befejezés után egyszerre több hibát hordozna. az egész szoftver.
5. Megakadályozza a váratlan vészhelyzeteket
Vállalati szoftver fejlesztésekor a tét szintén nagyon magas. Mivel a szoftver sok ügyfél érzékeny adatával foglalkozik, a vártnak kell működnie, bármiféle áramszünet, korrupció vagy kommunikációs hiba nélkül. A szoftvert nagyon szigorúan kell tesztelni, hogy a vártnak megfelelően működjön.
6. Csökkenti a végső ügyfélkonfliktusokat
Sok esetben találtak olyan ügyfelet és szervezetet, amelyek később nem értenek egyet a kezdetben rögzített követelmények, idő és költségvetés változásával kapcsolatban, ami a projekt megszüntetését, pénzvesztést és a társaság rossz benyomását idézi elő a piacon ( rossz hírnevet teremtne). Az SQA-ban minden rögzítve van a projekt kezdetén és megfelelően dokumentálva van, kétértelműség nélkül, hogy ne merüljen fel konfliktus
Az SQA hátrányai
Beszéljük meg az SQA hátrányait.
1. Néha nehéz végrehajtani
Mivel az SQA nagyon részletesen meghatározza az összes tevékenységet és tevékenységet, amelyeket a szoftverfejlesztés minden lépésében meg kell tenni, néha nehézségekbe ütközik az egyes tevékenységek és folyamatok végrehajtása a fejlesztés során. Tehát az ember tudja, hogy hasznos lenne, de ha nagy csoportokban dolgozik, akkor nehézségekbe ütközik az egyes lépések részletes részletezése.
2. Időigényes
Az egyes tevékenységek SQA-ban történő végrehajtása nagyon időigényes, és néha több időt vesz igénybe a dokumentációban és az üléseken, ahelyett, hogy a szoftver tényleges fejlesztésén és tesztelésén dolgozna.
3. Magas költségek
Az SQA végrehajtása révén bár a hibák későbbi szakaszokban történő kijavításával csökkenthetők azok megtalálása és a kezdeti javítások, de az alacsony költségvetésű kis projektek esetében az SQA végrehajtása nagyon nehéz, mivel az erőforrások száma növekszik a projekt ugyanúgy, mint egy projekt költségvetése. Kisebb projektek esetén a QA teljes csapatának felvétele és az SQA végrehajtása drasztikusan növeli a projekt költségeit.
Következtetés
Az SQA egy esernyő tevékenység, amely a szoftver teljes életciklusa alatt a teljes projektet lefedi, a követelménygyűjtéstől a projekt karbantartásáig. Az összes tevékenységet és folyamatot lefedi a szoftverfejlesztés különböző szakaszaiban annak biztosítása érdekében, hogy a szállított szoftver magas színvonalú és minimális kockázatú legyen, hogy a piacon sikeres legyen, és megfeleljen az ügyfelek és az ügyfelek elvárásainak.
Ajánlott cikkek
Ez egy útmutató a szoftver minőségbiztosításához. Itt az SQA tevékenységeit, alkotóelemeit, előnyeit és hátrányait tárgyaljuk. A további javasolt cikkeken keresztül további információkat is megtudhat -
- Szoftvertesztelési elvek
- Szoftvertesztelés életciklusa
- Agilis szoftver
- Minőségbiztosítás és minőség-ellenőrzés
- Black Box tesztelési technikák