Pirms apgūstam kvalitātes nodrošināšanu, sapratīsim-
Kas ir kvalitāte?
Kvalitāti ir ārkārtīgi grūti definēt, un tajā vienkārši teikts: "Piemērots lietošanai vai mērķim". Tas viss attiecas uz klientu vajadzību un cerību apmierināšanu attiecībā uz produkta funkcionalitāti, dizainu, uzticamību, izturību un cenu.
Kas ir pārliecība?
Pārliecība nav nekas cits kā pozitīva deklarācija par produktu vai pakalpojumu, kas dod pārliecību. Tā ir pārliecība par produktu vai pakalpojumu, ar kuru tas darbosies labi. Tas nodrošina garantiju, ka produkts darbosies bez jebkādām problēmām saskaņā ar cerībām vai prasībām.
Kvalitātes nodrošināšana programmatūras testēšanā
Kvalitātes nodrošināšana programmatūras testēšanā ir definēta kā procedūra, lai nodrošinātu programmatūras produktu vai pakalpojumu kvalitāti, ko organizācija klientiem nodrošina. Kvalitātes nodrošināšana ir vērsta uz programmatūras izstrādes procesa uzlabošanu un padarīšanu to efektīvu un lietderīgu atbilstoši kvalitātes standartiem, kas noteikti programmatūras izstrādājumiem. Kvalitātes nodrošināšana tautā tiek dēvēta par QA testēšanu.
Šajā apmācībā jūs uzzināsiet
- Kā veikt kvalitātes nodrošināšanu: Pabeigt procesu
- Kas ir kvalitātes kontrole?
- Atšķirība starp kvalitātes kontroli un kvalitātes nodrošināšanu?
- Atšķirības starp SQA un programmatūras testēšanu
- Kvalitātes nodrošināšanas paraugprakse
- Kvalitātes nodrošināšanas funkcijas
- Kvalitātes nodrošināšanas sertifikāti
- CMMI līmenis
- Testa termiņa modelis (TMM)
Kā veikt kvalitātes nodrošināšanu: Pabeigt procesu
Kvalitātes nodrošināšanas metodikai ir noteikts cikls, ko sauc par PDCA ciklu vai Deminga ciklu. Šī cikla fāzes ir:
- Plāns
- Dariet
- Pārbaudiet
- tēlot
Šīs iepriekš minētās darbības tiek atkārtotas, lai nodrošinātu, ka organizācijā ievērotie procesi tiek periodiski novērtēti un uzlaboti. Apskatīsim iepriekš minētos QA procesa soļus detalizēti -
- Plāns - organizācijai jāplāno un jānosaka ar procesu saistītie mērķi un jānosaka procesi, kas nepieciešami augstas kvalitātes gala produkta piegādei.
- Do - procesu izstrāde un testēšana, kā arī procesu izmaiņas
- Pārbaude - procesu uzraudzība, procesu modificēšana un pārbaude, vai tas atbilst iepriekš noteiktajiem mērķiem
- Akts - kvalitātes nodrošināšanas testētājam jāīsteno darbības, kas nepieciešamas, lai panāktu procesu uzlabojumus
Organizācijai jāizmanto kvalitātes nodrošināšana, lai nodrošinātu, ka produkts ir izstrādāts un ieviests ar pareizām procedūrām. Tas palīdz samazināt problēmas un kļūdas galaproduktā.
Kas ir kvalitātes kontrole?
Kvalitātes kontrole tautā saīsināti kā QC. Tas ir programmatūras inženierijas process, ko izmanto, lai nodrošinātu produkta vai pakalpojuma kvalitāti. Tas nenodarbojas ar procesiem, ko izmanto produkta radīšanai; drīzāk tā pārbauda "gala produktu" kvalitāti un gala rezultātu.
Kvalitātes kontroles galvenais mērķis ir pārbaudīt, vai produkti atbilst klienta specifikācijām un prasībām. Ja tiek konstatēta problēma vai problēma, tā jānovērš pirms piegādes klientam.
QC arī novērtē cilvēkus pēc viņu kvalitātes līmeņa prasmēm un piešķir apmācību un sertifikātus. Šis novērtējums ir nepieciešams organizācijai, kas balstīta uz pakalpojumiem, un tā palīdz klientiem sniegt "perfektus" pakalpojumus.
Atšķirība starp kvalitātes kontroli un kvalitātes nodrošināšanu?
Dažreiz QC sajauc ar QA. Kvalitātes kontrolei ir jāpārbauda produkts vai pakalpojums un jāpārbauda rezultāts. Kvalitātes nodrošināšana programmatūras inženierijā ir pārbaudīt procesus un veikt izmaiņas procesos, kas noveda pie gala produkta.
QC un QA darbību piemēri ir šādi:
| Kvalitātes kontroles darbības | Kvalitātes nodrošināšanas darbības |
|---|---|
| Iziet cauri | Kvalitātes audits |
| Testēšana | Procesa noteikšana |
| Pārbaude | Rīka identifikācija un izvēle |
| Kontrolpunkta pārskatīšana | Kvalitātes standartu un procesu apmācība |
Iepriekš minētās darbības attiecas uz kvalitātes nodrošināšanas un kontroles mehānismiem jebkuram produktam, nevis būtībā programmatūrai . Attiecībā uz programmatūru
- QA kļūst par SQA (Software Quality Assurance)
- QC kļūst par programmatūras testēšanu .
Atšķirības starp SQA un programmatūras testēšanu
Šajā tabulā ir paskaidrotas atšķirības starp SQA un programmatūras testēšanu:
|
SQA |
Programmatūras testēšana |
|---|---|
| Programmatūras kvalitātes nodrošināšana ir saistīta ar inženierijas procesu, kas nodrošina kvalitāti | Programmatūras testēšana ir pārbaudīt, vai produktam nav problēmu pirms produkta izlaišanas |
| Iesaista darbības, kas saistītas ar procesu, procedūru un standartu ieviešanu. Piemērs - Audita apmācība | Iesaista aktīvās darbības produkta pārbaudē. Piemērs - Pārskatīšanas pārbaude |
| Uz procesu vērsts | Orientēts uz produktu |
| Profilaktiskā tehnika | Korekcijas tehnika |
| Proaktīvs pasākums | Reaktīvs pasākums |
| SQA darbības joma attiecās uz visiem produktiem, kurus organizācija izveidos | Programmatūras testēšanas joma attiecas uz konkrētu testējamo produktu. |
Kvalitātes nodrošināšanas paraugprakse:
- Izveidojiet stabilu testēšanas vidi
- Rūpīgi atlasiet izlaišanas kritērijus
- Lai ietaupītu naudu, izmantojiet automatizētu testēšanu augsta riska zonās. Tas palīdz nostiprināt visu procesu.
- Piešķiriet laiku katram procesam atbilstoši
- Ir svarīgi noteikt kļūdu labojumu prioritāti, pamatojoties uz programmatūras lietojumu
- Veidojiet īpašu drošības un veiktspējas testēšanas komandu
- Modelēt klientu kontus, kas līdzīgi ražošanas videi
Kvalitātes nodrošināšanas funkcijas:
Ir 5 galvenās kvalitātes nodrošināšanas funkcijas:
- Tehnoloģiju nodošana: šī funkcija ietver produkta dizaina dokumenta iegūšanu, kā arī izmēģinājumu un kļūdu datus un to novērtēšanu. Dokumenti tiek izplatīti, pārbaudīti un apstiprināti
- Apstiprināšana: Šeit tiek sagatavots validācijas ģenerālplāns visai sistēmai. Ir noteikts testa kritēriju apstiprinājums produkta un procesa validēšanai. Tiek veikta resursu plānošana validācijas plāna izpildei.
- Dokumentācija: šī funkcija kontrolē dokumentu izplatīšanu un arhivēšanu. Jebkuras izmaiņas dokumentā tiek veiktas, pieņemot pareizu izmaiņu kontroles procedūru. Visu veidu dokumentu apstiprināšana.
- Produktu kvalitātes nodrošināšana
- Kvalitātes uzlabošanas plāni
Kvalitātes nodrošināšanas sertifikāti:
Lai nodrošinātu, ka organizācijas ievēro standartu kvalitātes procesus, nozarē ir pieejami vairāki sertifikāti. Izvēloties programmatūras piegādātāju, klienti to nosaka kā kritēriju.
ISO 9000
Šis standarts pirmo reizi tika izveidots 1987. gadā, un tas ir saistīts ar kvalitātes vadības sistēmām. Tas palīdz organizācijai nodrošināt kvalitāti klientiem un citām ieinteresētajām personām. Organizācija, kas vēlas saņemt ISO 9000 sertifikātu, tiek pārbaudīta, pamatojoties uz to funkcijām, produktiem, pakalpojumiem un procesiem. Galvenais mērķis ir pārskatīt un pārbaudīt, vai organizācija seko procesam, kā paredzēts, un pārbaudīt, vai esošie procesi ir jāuzlabo.
Šī sertifikācija palīdz -
- Palieliniet organizācijas peļņu
- Uzlabo vietējo un starptautisko tirdzniecību
- Samazina atkritumu daudzumu un palielina darbinieku produktivitāti
- Nodrošiniet izcilu klientu apmierinātību
CMMI līmenis
Capability Dzēšanas modelis Integrētā (CMMI) ir process uzlabojums pieeja izstrādāta speciāli programmatūras procesa uzlabošanai. Tas ir balstīts uz procesa gatavības sistēmu un tiek izmantots kā vispārējs palīgs biznesa procesos programmatūras nozarē. Šis modelis ir ļoti novērtēts un plaši izmantots programmatūras izstrādes organizācijās.
CMMI ir 5 līmeņi. Organizācija ir sertificēta CMMI 1. līdz 5. līmenī, pamatojoties uz to kvalitātes nodrošināšanas mehānismu termiņu.
- 1. līmenis - sākotnējais: Šajā posmā kvalitātes vide ir nestabila. Vienkārši, nav ievēroti vai dokumentēti procesi
- 2. līmenis - atkārtojams: tiek ievēroti daži procesi, kas ir atkārtojami. Šis līmenis nodrošina procesu ievērošanu projekta līmenī.
- 3. līmenis - noteikts: Procesu kopums ir definēts un dokumentēts organizācijas līmenī. Šie noteiktie procesi zināmā mērā tiek uzlaboti.
- 4. līmenis - Pārvalda: Šis līmenis izmanto procesu metriku un efektīvi kontrolē procesus, kuriem seko.
- 5. līmenis - optimizācija: Šis līmenis ir vērsts uz nepārtrauktu procesu uzlabošanu, izmantojot mācīšanos un inovācijas.
Testa termiņa modelis (TMM):
Šis modelis novērtē procesu gatavību testēšanas vidē. Pat šim modelim ir 5 līmeņi, kas definēti zemāk -
- 1. līmenis - Sākotnējais : Testēšanas procesiem nav ievērots kvalitātes standarts, un šajā līmenī tiek izmantotas tikai ad-hoc metodes
- 2. līmenis - definīcija: noteikts process. Tiek veikta testa stratēģijas, plānu, testa gadījumu sagatavošana.
- 3. līmenis - integrācija: testēšana tiek veikta visā programmatūras izstrādes dzīves ciklā (SDLC) - tas ir nekas cits kā integrācija ar izstrādes darbībām, piemēram, V-Model.
- 4. līmenis - vadība un mērīšana: Prasību un dizainparaugu pārskatīšana notiek šajā līmenī, un katram testēšanas līmenim ir noteikti kritēriji
- 5. līmenis - optimizācija: procesu pārbaudē tiek izmantotas daudzas preventīvas metodes, un testēšanas standartu un procesu uzlabošanai tiek izmantots rīku atbalsts (automatizācija).
Secinājums:
Kvalitātes nodrošināšana ir pārbaudīt, vai izstrādātais produkts ir piemērots lietošanai. Lai to izdarītu, organizācijā būtu jāievēro procesi un standarti, kas periodiski jāuzlabo. Tas galvenokārt koncentrējas uz produkta / pakalpojuma kvalitāti, ko mēs klientiem piedāvājam programmatūras ieviešanas laikā vai pēc tās.
