Što je osiguranje kvalitete softvera?
- Osiguranje kvalitete softvera (SQA) skup je aktivnosti kojima se osigurava kvaliteta softvera koji se razvija. Studije su pokazale da 98% projekata na kraju nije uspjelo na tržištu bilo zbog sljedećih razloga poput procijenjenog vremena, promjene zahtjeva, većih troškova od očekivanih ili visokih troškova održavanja. Stoga je vrlo važno imati na umu razne parametre prije razvoja softvera kako bi se rizik od neuspjeha sveo na najmanju moguću mjeru.
- Kako bi se smanjio rizik od neuspjeha softvera na tržištu, uvidjelo se osiguranje kvalitete softvera.
- To uključuje skup aktivnosti, procesa, postupaka i standarda koji su prikladni za projekt. Obuhvaća sve standarde kvalitete softvera od prikupljanja zahtjeva do njegovog razvoja, izdanja i održavanja.
- SQA vodi paralelno s razvojnim životnim ciklusom softvera koji redovito provjerava da li softver koji se razvija treba ispunjavati njegove standarde u svakoj fazi kako bi se problemi mogli spriječiti u ranoj fazi, a ne rješavati nakon završetka projekta.
- SQA uključuje reviziju, obuku, definiranje procesa i provedbu kao svoje glavne aktivnosti. Nakon što je postupak definiran, SQA počinje pronalaziti njegove slabosti i načine za ispravljanje tih slabosti za bolji softver.
Aktivnosti osiguranja kvalitete softvera
U nastavku su neke od aktivnosti osiguranja kvalitete softvera.
1. Postavljanje kontrolne točke
SQA tim postavlja kontrolne točke nakon određenih vremenskih intervala kako bi provjerio napredak, kvalitetu, performanse softvera i radi li se na kvaliteti softvera na vrijeme, prema rasporedu i dokumentima.
2. Izmjerite utjecaj promjena
Za nedostatak prijavljen od strane QA-a i popravljen od strane razvojnog programera, vrlo je važno ponovno provjeriti kvar i provjeriti da li ispravljeni nedostatak ne uvodi nove nedostatke u radni softver. U tu svrhu, menadžeri i programeri održavaju i promatraju mjerne podatke ispitivanja kako bi provjerili postoje li novostvoreni nedostaci uvođenjem nove funkcionalnosti ili ispravljanjem bilo kakvih nedostataka.
3. Imajući višestruku strategiju ispitivanja
Ne treba se oslanjati na jedinstven pristup i strategiju testiranja softvera. U softveru treba implementirati višestruku strategiju testiranja tako da se testira iz različitih uglova i obuhvati sva područja. Za sigurnosno testiranje web mjesta e-trgovine, testiranje performansi, testiranje opterećenja, testiranje baze podataka trebalo bi učiniti sve kako bi se osigurala bolja kvaliteta softvera.
4. Održavanje evidencija i izvještaja
Važno je čuvati sve zapise i dokumente QA-a i povremeno ih dijeliti dionicima. Izvršeni testni slučajevi, testni ciklusi, evidentirani nedostaci, popravljeni nedostaci, stvoreni testni slučajevi, promjena zahtjeva klijenta za određeni testni slučaj, svi trebaju biti ispravno dokumentirani za buduću referencu.
5. Upravljanje dobrim odnosima
Upravljanje dobrim odnosima između testera i programera igra važnu ulogu u projektu. Pošto se uloga programera i ispitivača međusobno suprotstavljaju, no to se ne bi trebalo uzimati na osobnoj razini. Glavni cilj oba tima trebao bi biti isporuka kvalitetnih projekata s minimalnim rizikom neuspjeha.
6. Plan upravljanja SQA-om
To uključuje pronalaženje načina na koji će SQA raditi u novom projektu na najučinkovitiji način. Razmislite o SQA strategijama, procesima softverskog inženjeringa koji se mogu implementirati prema projektnim zahtjevima i individualnim vještinama članova tima.
Dijelovi SQA sustava
SQA komponente mogu se svrstati u 6 klasa:
1. Komponente predprojekta
To jamči da je predanost projektu jasno definirana u vezi s procjenom vremena, pojašnjenjem zahtjeva kupaca, ukupnim proračunom projekta, procjenom razvojnih rizika, ukupnim osobljem potrebnim za taj određeni projekt. Također uvjerava da su planovi razvoja i kvalitete jasno definirani.
2. Komponente životnog ciklusa softverskog projekta
Ova komponenta uključuje pregled, stručna mišljenja, testiranje softvera, komponente održavanja softvera. U životni ciklus razvoja projekta uključuje komponente poput pregleda, stručnih mišljenja i pronalaska nedostataka u dizajnu i programiranju softvera, dok u životnom ciklusu održavanja softvera uključuje specijalizirane komponente održavanja i komponente životnog ciklusa razvoja za unapređenje zadataka održavanja.
3. Dijelovi infrastrukture za sprječavanje i poboljšanja pogrešaka
Ova komponenta uključuje obuku osoblja, certificiranje, upravljanje konfiguracijom, preventivne i korektivne mjere kako bi se smanjila stopa grešaka u softveru temeljenom na akumuliranom iskustvu SQA organizacije.
4. Upravljanje SQA komponentama
Ova klasa uključuje mjerne podatke o kvaliteti softvera, troškove kvalitete softvera, koji uključuju kontrolu aktivnosti održavanja i razvoja i uvođenje rukovodstva radi smanjenja rizika od kvalitete, rasporeda i proračuna u projektu.
5. Komponente standardizacije, certificiranja i ocjene SQA sustava
Glavni cilj ove klase je korištenje profesionalnih međunarodnih znanja što pomaže u koordinaciji između različitih sustava kvalitete organizacije na profesionalnoj razini.
6. Organiziranje za SQA ljudske komponente
Ova baza uključuje menadžere, testere i druge stručnjake SQA koji su zainteresirani za SQA. Glavni je cilj podržati i pokrenuti SQA aktivnosti, otkriti nedostatke / odstupanja u njemu i predložiti poboljšanja za to.
Standardi osiguranja kvalitete softvera
Nekoliko organizacija, nacionalnih i međunarodnih instituta uključeno je u razvoj SQA standarda. U nastavku su navedene glavne organizacije i instituti koji su u njemu uključeni:
- IEEE
- TOČKA
- ISO
- ANSI
- Studija utjecaja na okoliš
- IEC
SQA standardi su u osnovi podijeljeni u dvije kategorije:
1. Standard osiguranja kvalitete softvera koji su poznati kao Standardi upravljanja kvalitetom.
Primjer: ISO 9000-3, CMM (model zrelosti sposobnosti).
Usredotočuju se na infrastrukturu organizacije, SQA sustav, zahtjeve prepuštanja odabir alata i metoda ispitivanja. Njihov standardni cilj je "što" postići. Uvjerava organizacije da postižu prihvatljivu kvalitetu softvera.
2. Standardi za razvoj procesa softvera koji su poznati kao Standardi za projektne procese.
Primjer: ISO / IEC 12207 IEEEStd 1012-1998.
Usredotočene su na metodologije koje se moraju primijeniti u razvoju i održavanju softvera. Usredotočuje se na "kako" izvođenje. To uključuje zahtjeve za dizajnersku dokumentaciju, korake koje treba poduzeti, testiranje softvera koje treba izvesti te pitanja pregleda i pregleda dizajna.
SQA tehnike
Postoji nekoliko tehnika SQA. Neke od njih su spomenute u nastavku:
1. Pregled
Prilikom pregleda, sastanak se održava od strane unutarnjih i vanjskih dionika radi pregleda cijelog projekta koji analizira cjelokupni softver i, ako pronalazi problem, razlikuje da li je to testiranje, razvoj, zahtjev ili dizajn. Glavni cilj je mjerenje kvalitete softver i osigurati da li ispunjava očekivanja kupaca ili ne.
2. Revizija
U reviziji, cijeli proizvodni rad i svi podaci dionici pregledavaju kako bi provjerili slijedi li standardni postupak ili ne.
3. Funkcionalno ispitivanje
U funkcionalnom testiranju testira se funkcionalnost cijelog softvera radi li onako kako se očekuje ili ne. Ona provjerava "što sustav radi", a da ne zna "kako sustav funkcionira". To je poput testiranja crne kutije aplikacije u kojoj korisnik zna očekivani izlaz bez da zna kako se proizvodi.
4. Standardizacija
Uvjerava da bi sve u softveru trebalo biti standardizirano, tj. Ono slijedi sve norme bilo standarde u dokumentaciji, razvoju, kontroli kvalitete. Umanjuje nejasnoće i time poboljšava kvalitetu softvera.
5. Provjera kodeksa
Inspekcija koda jedna je od formalnih vrsta pregleda s glavnim ciljem pronalaženja nedostataka u kodu i isticanja bilo kojih problema u inspekciji koda vodi obučeni moderator, a ne autor koda. Sastanak ima odgovarajuće kriterije za ulazak i izlazak. Korisnici moraju imati potpunu pripremu prije sastanka kako bi imali cjelovito znanje o dokumentima i sve prije nego što povise svoje bodove.
6. Upute za rad
Prolaz do softvera vrsta je neformalnog postupka i obično ga pokrene autor da pročita dokument ili kôd, a vršnjački članovi u njega upišu svoje prijedloge ili pogreške i pošalju ih. To službeno nije dokumentirano kao što inspekcija i moderator nisu potrebni na sastanku. Njegov je glavni cilj znati stanje dovršenog koda do datuma i prikupiti prijedloge vršnjaka za bolju kvalitetu softvera.
7. Ispitivanje stresa
Ispitivanje napona vrši se kako bi se provjerilo kako sustav radi pod velikim opterećenjem. Ovo testiranje igra važnu ulogu u kvaliteti softvera kao i u aplikacijama za e-trgovinu, testiranje stresa i opterećenja vrši se pravilno kako bi se ispitao kapacitet softvera (koliko maksimalnih brojeva korisnika može istovremeno pristupiti aplikaciji).
8. Dizajn pregleda
Inspekcija dizajna vrši se radi provjere različitih područja softvera pomoću kontrolnog popisa poput funkcionalnog dizajna i dizajna sučelja, konvencija, općih zahtjeva i dizajna, sljedivosti zahtjeva, logike, povezivanja i kohezije.
Prednosti SQA
Razgovarajmo o prednostima SQA-e.
1. Povećava povjerenje klijenta
Pravilna provjera kvalitete na različitim razinama softvera kao što su pregled, inspekcija, revizija itd. Te uz sudjelovanje unutarnjih i vanjskih dionika povećava povjerenje klijenata u podnošenje tjednih izvještaja o mjerama nedostataka i zahtjeva također puno pomaže u osiguravanju klijent da se posao obavlja na vrijeme.
2. SQA štedi novac
Defekti koji su pronađeni u ranoj fazi bilo u prikupljanju zahtjeva, kodiranju, testiranju su jednostavni i ekonomični. Pravilna SQA napravljena na nekoliko razina pomaže umanjiti te rizike jer su otkriveni maksimalni nedostaci i riješeni u ranim fazama, a samim tim se štedi novac za popravljanje neispravan softver nakon što je predstavljen klijentu, što može koštati reputaciju tvrtke, korisnike i klijente.
3. Povećajte zadovoljstvo kupaca
Pravodobna uključenost klijenta u razvoj i testiranje softvera povećava zadovoljstvo korisnika što se razvija kvalitetan softver, a prema zahtjevima i uzimanje prijedloga između razmatranja povećava zadovoljstvo korisnika.
4. Promiče produktivnost i efikasnost
Kada se razvoj i testiranje obavljaju paralelno, oštećenja koja su pronađena rano neposredno nakon što je razvoj jednog modula učinio i ispravljali programeri, pravovremeno omogućuju svima da rade u miru i na produktivniji način, a ne da se opterećuju s više pogrešaka odjednom nakon dovršetka. cjelokupnog softvera.
5. Sprječava nepredviđene hitne slučajeve
Kod razvoja korporativnog softvera ulozi su također vrlo visoki. Budući da se softver bavi mnogim korisnim osjetljivim podacima, mora raditi kako se očekuje, bez zastoja, korupcije ili prekida komunikacije. Softver treba testirati vrlo strogo da bi mogao raditi kako se očekuje.
6. Smanjuje sukobe klijenta na krajnjem vremenu
Kasnije se nađu brojni slučajevi neslaganja klijenta i organizacija u vezi s promjenom zahtjeva, vremena i proračuna utvrđenih u startu što rezultira otkazivanjem projekta, gubitkom novca i lošim dojmom tvrtke na tržištu (gubitak klijenta kao stvorio bi lošu reputaciju). U SQA je sve utvrđeno na početku projekta i ispravno dokumentirano bez ikakve nejasnoće kako ne bi došlo do sukoba
Nedostaci SQA
Razgovarajmo o nedostacima SQA-e.
1. Ponekad je teško implementirati
Kako SQA vrlo detaljno definira sve aktivnosti i radnje koje bi trebalo poduzeti na svakom koraku razvoja softvera, ponekad je teško implementirati svaku pojedinačnu aktivnost i proces u razvoju. Dakle, osoba zna da bi bilo korisno, ali usredotočiti se na svaki korak u pojedinostima postaje teško prilikom rada u velikim timovima.
2. Vrijeme troši
Provedba svake akcije u SQA zahtijeva mnogo vremena i ponekad troši više vremena na dokumentaciju i sastanke, a ne radi na stvarnom razvoju i testiranju softvera.
3. Visoki troškovi
Primjenom SQA-a, iako se troškovi ispravljanja pogrešaka u kasnijim fazama mogu smanjiti pronalaženjem i popravljanjem samo u startu, ali za male projekte s niskim proračunom vrlo je teško provesti SQA jer se broj resursa povećava u projekt tako čini i proračun projekta. Zbog malog projekta koji zapošljavaju cijeli tim QA-e i provode SQA uzrokuju drastično povećanje troškova projekta.
Zaključak
SQA je krovna aktivnost koja pokriva cijeli projekt tijekom životnog ciklusa softvera, počevši od prikupljanja zahtjeva do održavanja projekta. Obuhvaća sve aktivnosti i procese u različitim fazama razvoja softvera kako bi se osiguralo da isporučeni softver mora biti kvalitetan i minimalan rizik kako bi mogao uspjeti na tržištu i ispuniti očekivanja korisnika i klijenta.
Preporučeni članci
Ovo je vodič za osiguranje kvalitete softvera. Ovdje raspravljamo o aktivnostima, komponentama, prednostima i nedostacima SQA-e. Možete i proći naše druge predložene članke da biste saznali više -
- Načela testiranja softvera
- Životni ciklus testiranja softvera
- Agile Software
- Osiguranje kvalitete u odnosu na kontrolu kvalitete
- Tehnike ispitivanja crne kutije