SlideShare a Scribd company logo
1 of 15
Pēc implementēšanas analīze Autors: Kristaps Ancāns Informācijas tehnoloģijas, 1. kurss
Testēšanas mērķis Testa efektivitātes mērīšana kalpo diviem  mērķiem: tā izvērtē testu veiktspēju un ļauj IT  organizācijai izmainīt savu testēšanas procesu.  Identificējot neefektīvus testēšanas aspektus, tiek  atbrīvota vieta daudziem uzlabojumiem.
Iespējamās problēmas  Galvenās bažas ir tās, ka pēc testēšanas nebūs  uzlabojumi. Bez uzlabojumiem testētāji turpinās  pieļaut tās pašas kļūdas un testēšana var kļūt  neefektīva.
Nepieciešamā informācija Līdz šim solim, vajadzētu būt ievadītiem programmatūras  testu rezultātiem. Daži informācijas piemēri: Veikto testu skaits; Resursi, kuri iztērēti testēšanā; Testēšanas līdzekļi, kuri izmantoti testēšanā; Atklātās kļūdas; Testējamās programmatūras izmērs;
1. Uzdevums: izveidot novērtēšanas uzdevumus Nosaka uzdevumus, kas veic novērtējumu. Šie  uzdevumi ir:  •	Identificēt testa trūkumus.  •	Noteikt nepieciešamību pēc jauniem testēšanas rīkiem.  •	Novērtēt projekta testēšanu.  •	Apzināt labas testēšanas metodes.  •	Apzināt sliktas testēšanas metodes. •	Identificēt ekonomiskākās testēšanas metodes.
2. Uzdevums: Identificēt to, kas būs jāmēra Identificēt informācijas kategorijas, kuras nepieciešamas,  lai izpildītu mērīšanas uzdevumus. Piecas īpašības  sistēmas testēšanā, kuras parasti mēra, ir:  1.	 Līdzdalība.  2. Testēšanas apjoms.  3. Resursi.  4. Efektivitāte.  5. Novērtējums.
3. Uzdevums: uzticēt mērīšanu atbildīgai grupai Jāpadara vienu grupu atbildīgu par testēšanas  informācijas savākšanu un novērtēšanu. Bez  īpašas atbildīgās personas nebūs pārvaldnieka,  kas nodrošinās, ka notiek datu vākšanas un  novērtēšanas process.
4. Uzdevums: izvēlieties pieeju novērtēšanai Jānovērtē vairākas pieejas, kuras var izmantot, veicot  novērtēšanas procesu. Būtu jāizvēlas tās, kas vislabāk  atbilst vadības stilam. Piemēri: Personas, kuras atbild par novērtēšanu, spriedums.  Atbilstība metodoloģijai.  Problēmas pēc testa.  Lietotāju reakcija.  Testēšanas metrikas.
5. Uzdevums: noteikt vajadzīgos faktus Jānosaka fakti, kas vajadzīgi, lai atbalstītu izvēlēto  pieeju. Nepieciešamās informācijas piemēri:  Īpašību izmaiņas. Sistēmas lielums.  Testējamo procesu izmaksas.  Testu izmaksas.  Defekti testēšanas gaitā. Defektu daudzums.
6. Uzdevums: apkopot novērtējuma datus Jāizveido sistēmu, kas apkopotu un uzglabātu  nepieciešamos datus formā, kas piemērota  novērtēšanai. Tam būs nepieciešami vākšanas  mehānismi, uzglabāšanas sistēma un metodes,  kuras izvēlētos un apkopotu informāciju.
7. Uzdevums: novērtēt testēšanas efektivitāti  Jāanalizē neapstrādāta informācija, lai izdarītu  secinājumus par sistēmas testēšanas efektivitāti.  Apkopojošajiem rezultātiem jābūt izvadītiem uz  formas, kas nodrošina testēšanas novērtēšanu.  Kritiska pieeja parasti izsaka vērtētāja novērtējumu.
Testēšanas metriku izmantošana Testēšanas metrikas ir attiecības, kas parāda lielu mijiedarbību,  ar ko tās tiek mērītas. Metrikas tiek izmantotas gandrīz visās  jomās procesu pamatnovērtēšanā. Piemēram: Studentu kvalifikācijas pārbaudēs;  Neto peļņas noteikšanā; Metrikas (rādītāji) vienmēr jāsalīdzina ar kādu normu vai  standartu. Metrikai pašai par sevi nav jēgas, kamēr tā nav  salīdzināta ar kaut kādu normu.
Kopsavilkums Pilnveidošanas process sākas ar šo septiņu soļu  testēšanas apgūšanu, un tas turpinās pielāgoties  IT organizācijas konkrētajām vajadzībām.  Pieredze, kura tiks iegūta, palīdzēs apzināt  iespējas jauniem uzlabojumiem.
Izmantotā literatūra Google tulkotājs, [Elektroniskais resurss], pieejams: http://translate.google.lv/# William E. Perry „EffectiveMethodsforSoftwareTesting, ThirdEdition” WileyPublishing, Inc., 2006.
Paldies par uzmanību!

More Related Content

Viewers also liked (10)

Hvs 2015 european hotel transactions
Hvs   2015 european hotel transactionsHvs   2015 european hotel transactions
Hvs 2015 european hotel transactions
 
B mart
B martB mart
B mart
 
Royal family
Royal familyRoyal family
Royal family
 
1 intro to morality
1 intro to morality1 intro to morality
1 intro to morality
 
Prometheus on AWS
Prometheus on AWSPrometheus on AWS
Prometheus on AWS
 
Modifiers of morality
Modifiers of moralityModifiers of morality
Modifiers of morality
 
Grafana datasource plugin
Grafana datasource pluginGrafana datasource plugin
Grafana datasource plugin
 
Prometheus on AWS
Prometheus on AWSPrometheus on AWS
Prometheus on AWS
 
First5
First5First5
First5
 
Sin and its types
Sin and its typesSin and its types
Sin and its types
 

Similar to Prezentācija

Biznesa attīstības paātrināšanas metodes un tehnikas
Biznesa attīstības paātrināšanas metodes un tehnikasBiznesa attīstības paātrināšanas metodes un tehnikas
Biznesa attīstības paātrināšanas metodes un tehnikasAddiction SIA
 
Kvalitāte kā pakalpojums
Kvalitāte kā pakalpojumsKvalitāte kā pakalpojums
Kvalitāte kā pakalpojumsebuc
 
Standarta ISO50001 ieviešana un ieguvumi
Standarta ISO50001 ieviešana un ieguvumiStandarta ISO50001 ieviešana un ieguvumi
Standarta ISO50001 ieviešana un ieguvumiElektrumlv
 
Īss ievads ISO 22301 (for ISACA chapter meeting)
Īss ievads ISO 22301 (for ISACA chapter meeting)Īss ievads ISO 22301 (for ISACA chapter meeting)
Īss ievads ISO 22301 (for ISACA chapter meeting)Juris Puce
 
Darbietilpiibas prognozeeshana liva steinberga - 29 10 2012
Darbietilpiibas prognozeeshana   liva steinberga - 29 10 2012Darbietilpiibas prognozeeshana   liva steinberga - 29 10 2012
Darbietilpiibas prognozeeshana liva steinberga - 29 10 2012Liva Steinberga
 
Agile lu-01.03.2011 linda-vituma-public
Agile lu-01.03.2011 linda-vituma-publicAgile lu-01.03.2011 linda-vituma-public
Agile lu-01.03.2011 linda-vituma-publicLinda Vituma
 
Programmatūras veselība
Programmatūras veselībaProgrammatūras veselība
Programmatūras veselībaebuc
 
Mārketings - Kooperatīva Vērtibas un Kultūra - LeadFarm Project
Mārketings - Kooperatīva Vērtibas un Kultūra  - LeadFarm ProjectMārketings - Kooperatīva Vērtibas un Kultūra  - LeadFarm Project
Mārketings - Kooperatīva Vērtibas un Kultūra - LeadFarm ProjectSCDF-AN
 
Biznesa analīze Ventspils03122015
Biznesa analīze Ventspils03122015 Biznesa analīze Ventspils03122015
Biznesa analīze Ventspils03122015 IIBA_Latvia_Chapter
 
Klasiskā un iteratīvā projektu vadīšanas metode - atšķirības un kopīgais
Klasiskā un iteratīvā projektu vadīšanas metode - atšķirības un kopīgaisKlasiskā un iteratīvā projektu vadīšanas metode - atšķirības un kopīgais
Klasiskā un iteratīvā projektu vadīšanas metode - atšķirības un kopīgaisWhiteflo
 
Motivācija vides pārvaldības ieviešanai MVU
Motivācija vides pārvaldības ieviešanai MVUMotivācija vides pārvaldības ieviešanai MVU
Motivācija vides pārvaldības ieviešanai MVU videspolitika
 
2. modulis - Direktoru lomas izpilde
2. modulis - Direktoru lomas izpilde2. modulis - Direktoru lomas izpilde
2. modulis - Direktoru lomas izpildeToTCOOPiTech
 

Similar to Prezentācija (19)

Biznesa attīstības paātrināšanas metodes un tehnikas
Biznesa attīstības paātrināšanas metodes un tehnikasBiznesa attīstības paātrināšanas metodes un tehnikas
Biznesa attīstības paātrināšanas metodes un tehnikas
 
Programmatūras testēšanas pamati
Programmatūras testēšanas pamatiProgrammatūras testēšanas pamati
Programmatūras testēšanas pamati
 
Kvalitāte kā pakalpojums
Kvalitāte kā pakalpojumsKvalitāte kā pakalpojums
Kvalitāte kā pakalpojums
 
Standarta ISO50001 ieviešana un ieguvumi
Standarta ISO50001 ieviešana un ieguvumiStandarta ISO50001 ieviešana un ieguvumi
Standarta ISO50001 ieviešana un ieguvumi
 
Īss ievads ISO 22301 (for ISACA chapter meeting)
Īss ievads ISO 22301 (for ISACA chapter meeting)Īss ievads ISO 22301 (for ISACA chapter meeting)
Īss ievads ISO 22301 (for ISACA chapter meeting)
 
Darbietilpiibas prognozeeshana liva steinberga - 29 10 2012
Darbietilpiibas prognozeeshana   liva steinberga - 29 10 2012Darbietilpiibas prognozeeshana   liva steinberga - 29 10 2012
Darbietilpiibas prognozeeshana liva steinberga - 29 10 2012
 
Agile lu-01.03.2011 linda-vituma-public
Agile lu-01.03.2011 linda-vituma-publicAgile lu-01.03.2011 linda-vituma-public
Agile lu-01.03.2011 linda-vituma-public
 
Standarta ISO 50001 prasības uzņēmumu sertifikācijai
Standarta ISO 50001 prasības uzņēmumu sertifikācijaiStandarta ISO 50001 prasības uzņēmumu sertifikācijai
Standarta ISO 50001 prasības uzņēmumu sertifikācijai
 
Programmatūras veselība
Programmatūras veselībaProgrammatūras veselība
Programmatūras veselība
 
Mārketings - Kooperatīva Vērtibas un Kultūra - LeadFarm Project
Mārketings - Kooperatīva Vērtibas un Kultūra  - LeadFarm ProjectMārketings - Kooperatīva Vērtibas un Kultūra  - LeadFarm Project
Mārketings - Kooperatīva Vērtibas un Kultūra - LeadFarm Project
 
Ekspertu prezentācija 2012. gada Ilgtspējas indeksa dalībniekiem
Ekspertu prezentācija 2012. gada Ilgtspējas indeksa dalībniekiemEkspertu prezentācija 2012. gada Ilgtspējas indeksa dalībniekiem
Ekspertu prezentācija 2012. gada Ilgtspējas indeksa dalībniekiem
 
LDP lecture 1
LDP lecture 1LDP lecture 1
LDP lecture 1
 
Biznesa analīze Ventspils03122015
Biznesa analīze Ventspils03122015 Biznesa analīze Ventspils03122015
Biznesa analīze Ventspils03122015
 
Klasiskā un iteratīvā projektu vadīšanas metode - atšķirības un kopīgais
Klasiskā un iteratīvā projektu vadīšanas metode - atšķirības un kopīgaisKlasiskā un iteratīvā projektu vadīšanas metode - atšķirības un kopīgais
Klasiskā un iteratīvā projektu vadīšanas metode - atšķirības un kopīgais
 
Esiet gatavi ERP!
Esiet gatavi ERP!Esiet gatavi ERP!
Esiet gatavi ERP!
 
Risinājuma apgabals 31072014
Risinājuma apgabals 31072014Risinājuma apgabals 31072014
Risinājuma apgabals 31072014
 
Motivācija vides pārvaldības ieviešanai MVU
Motivācija vides pārvaldības ieviešanai MVUMotivācija vides pārvaldības ieviešanai MVU
Motivācija vides pārvaldības ieviešanai MVU
 
Ilgtspējas indeksa 2013 atklāšana
Ilgtspējas indeksa 2013 atklāšanaIlgtspējas indeksa 2013 atklāšana
Ilgtspējas indeksa 2013 atklāšana
 
2. modulis - Direktoru lomas izpilde
2. modulis - Direktoru lomas izpilde2. modulis - Direktoru lomas izpilde
2. modulis - Direktoru lomas izpilde
 

Prezentācija

  • 1. Pēc implementēšanas analīze Autors: Kristaps Ancāns Informācijas tehnoloģijas, 1. kurss
  • 2. Testēšanas mērķis Testa efektivitātes mērīšana kalpo diviem mērķiem: tā izvērtē testu veiktspēju un ļauj IT organizācijai izmainīt savu testēšanas procesu. Identificējot neefektīvus testēšanas aspektus, tiek atbrīvota vieta daudziem uzlabojumiem.
  • 3. Iespējamās problēmas Galvenās bažas ir tās, ka pēc testēšanas nebūs uzlabojumi. Bez uzlabojumiem testētāji turpinās pieļaut tās pašas kļūdas un testēšana var kļūt neefektīva.
  • 4. Nepieciešamā informācija Līdz šim solim, vajadzētu būt ievadītiem programmatūras testu rezultātiem. Daži informācijas piemēri: Veikto testu skaits; Resursi, kuri iztērēti testēšanā; Testēšanas līdzekļi, kuri izmantoti testēšanā; Atklātās kļūdas; Testējamās programmatūras izmērs;
  • 5. 1. Uzdevums: izveidot novērtēšanas uzdevumus Nosaka uzdevumus, kas veic novērtējumu. Šie uzdevumi ir: • Identificēt testa trūkumus. • Noteikt nepieciešamību pēc jauniem testēšanas rīkiem. • Novērtēt projekta testēšanu. • Apzināt labas testēšanas metodes. • Apzināt sliktas testēšanas metodes. • Identificēt ekonomiskākās testēšanas metodes.
  • 6. 2. Uzdevums: Identificēt to, kas būs jāmēra Identificēt informācijas kategorijas, kuras nepieciešamas, lai izpildītu mērīšanas uzdevumus. Piecas īpašības sistēmas testēšanā, kuras parasti mēra, ir: 1. Līdzdalība. 2. Testēšanas apjoms. 3. Resursi. 4. Efektivitāte. 5. Novērtējums.
  • 7. 3. Uzdevums: uzticēt mērīšanu atbildīgai grupai Jāpadara vienu grupu atbildīgu par testēšanas informācijas savākšanu un novērtēšanu. Bez īpašas atbildīgās personas nebūs pārvaldnieka, kas nodrošinās, ka notiek datu vākšanas un novērtēšanas process.
  • 8. 4. Uzdevums: izvēlieties pieeju novērtēšanai Jānovērtē vairākas pieejas, kuras var izmantot, veicot novērtēšanas procesu. Būtu jāizvēlas tās, kas vislabāk atbilst vadības stilam. Piemēri: Personas, kuras atbild par novērtēšanu, spriedums. Atbilstība metodoloģijai. Problēmas pēc testa. Lietotāju reakcija. Testēšanas metrikas.
  • 9. 5. Uzdevums: noteikt vajadzīgos faktus Jānosaka fakti, kas vajadzīgi, lai atbalstītu izvēlēto pieeju. Nepieciešamās informācijas piemēri: Īpašību izmaiņas. Sistēmas lielums. Testējamo procesu izmaksas. Testu izmaksas. Defekti testēšanas gaitā. Defektu daudzums.
  • 10. 6. Uzdevums: apkopot novērtējuma datus Jāizveido sistēmu, kas apkopotu un uzglabātu nepieciešamos datus formā, kas piemērota novērtēšanai. Tam būs nepieciešami vākšanas mehānismi, uzglabāšanas sistēma un metodes, kuras izvēlētos un apkopotu informāciju.
  • 11. 7. Uzdevums: novērtēt testēšanas efektivitāti Jāanalizē neapstrādāta informācija, lai izdarītu secinājumus par sistēmas testēšanas efektivitāti. Apkopojošajiem rezultātiem jābūt izvadītiem uz formas, kas nodrošina testēšanas novērtēšanu. Kritiska pieeja parasti izsaka vērtētāja novērtējumu.
  • 12. Testēšanas metriku izmantošana Testēšanas metrikas ir attiecības, kas parāda lielu mijiedarbību, ar ko tās tiek mērītas. Metrikas tiek izmantotas gandrīz visās jomās procesu pamatnovērtēšanā. Piemēram: Studentu kvalifikācijas pārbaudēs; Neto peļņas noteikšanā; Metrikas (rādītāji) vienmēr jāsalīdzina ar kādu normu vai standartu. Metrikai pašai par sevi nav jēgas, kamēr tā nav salīdzināta ar kaut kādu normu.
  • 13. Kopsavilkums Pilnveidošanas process sākas ar šo septiņu soļu testēšanas apgūšanu, un tas turpinās pielāgoties IT organizācijas konkrētajām vajadzībām. Pieredze, kura tiks iegūta, palīdzēs apzināt iespējas jauniem uzlabojumiem.
  • 14. Izmantotā literatūra Google tulkotājs, [Elektroniskais resurss], pieejams: http://translate.google.lv/# William E. Perry „EffectiveMethodsforSoftwareTesting, ThirdEdition” WileyPublishing, Inc., 2006.