Presentasjon  SW faults og failure/testing issues –Gruppe 1 Petter Therese Kjell Gunnar Christian Eva.

Presentasjon om: "Presentasjon  SW faults og failure/testing issues –Gruppe 1 Petter Therese Kjell Gunnar Christian Eva."— Utskrift av presentasjonen:

1 Presentasjon  SW faults og failure/testing issues –Gruppe 1 Petter Therese Kjell Gunnar Christian Eva

2 Presentasjon  Snakke kort om: –Grunner til at systemer kan inneholde feil –Ulike typer feil –Hva som skal testes –Steg innenfor testing –Holdninger til testing –Hvem som bør utføre testingen –To filosofier rundt testing –Valg av test-filosofi

3 SW faults og failure  Grunner til at systemet kan inneholde feil er: –spesifikasjonen er gal –har ikke fått med alle kravene –spesifikasjonen kan inneholde krav som er umulig å implementere –systemdesignet kan inneholde feil –programdesign kan inneholde feil –koden kan inneholde feil

4 SW faults og failure  Ulike typer feil: –Algoritmefeil –Syntaksfeil –Computation/precision feil –Dokumentasjonsfeil –Stress/overloadfeil –Kapasitet/grensefeil

5 SW faults og failure  Ulike typer feil: –Timing/coordinations feil –Performance feil –Recovery feil –HW og systemSWfeil –Standard og prosedyre feil

6 Testing issues  Hva som testes er: –Moduletesting –Integrasjonstesting –Funksjonstesting –Performancetesting –Acceptancetesting –Installasjonstesting

7 Testing issues  Steg innenfor testing: Integrasjons testing Funksjons testing Performan ce testing Acceptance testing Installasjons testing Integrerte moduler Fungerende system Verifisert, validert sw Godkjent system System i bruk Unit test Design spesifikasjoner System funksjonelle krav Andre sw krav Kundens krav- spesifikasjon Bruker miljø

8 Testing issues  Holdning til testing: –Oppdagelsesprosess –Se selve problemet –Velge riktige testdata –Feil ikke kritikk –Egoless programming

9 Hvem utfører testingen  Uavhengig testingteam: –Ingen personlige følelser for koden –Gjøre testingen objektiv –Følge flere steg i utviklingsprosessen: Se på komponentene gjennom hele utviklingen Teste krav og design Teste kode i komponentene individuelt Sette sammen komponenter

10 Syn på testobjektene  Filosofien rundt testing –Closed/black box Ser testobjektene fra utsiden Tester med å gi input og å merke seg output Ikke alltid mulig å få komplett testing på den måten. (ax 2 + bx +c = 0 ) –Open/white box Ser på strukturen Eksekvere alle statements/control paths

11 Valg av test-filosofi  Valget bygger på: -Antall mulige logiske veier (logical path) -Inputdataenes karakter -Mengden av dataprosessering som er involvert -Kompleksiteten av algoritmene