Gå til innhold

Anbefalte innlegg

Hei!

Håper dette blir korrekt/passende sted å poste dette!

 

Jeg sitter med fortiden med en oppgave som omhandler kvalitetsikring og testing rundt tjenester og i den forbindelse så skal det lages testplan og testcases, en lanseringsplan og Prosess rundt tjenestekvalitet under og etter lansering.

Dette er første gangen jeg skal sette meg inn i denne verdenen, og jeg trenger hjelp! Jeg skal i møte med en kamerat som jobber med produktutvikling på mandagen, men vil gjerne ha kommet noen vei, og ikke stille som et blankt ark. Alle innspill som er relatert er hjertelig velkommen, linker til litteratur/video og deres forklaringer taes i mot med åpne armer.

Takker på forhånd for all hjelp!
:)

Endret av kans
Lenke til kommentar
Videoannonse
Annonse

Dette finnes det hundrevis eksempler på ved å google. Du har helt sikkert fagbøker også.

 

En ting er at testing tar fryktelig mye tid. Og koster utrolig mye. Det er en balanse i forhold til investeringskostnader/tid/risiko.

 

Testing kan foregå på mange nivåer også. Uansett, målet er å forhindre store økonomiske konsekvenser.

Lenke til kommentar

Dette finnes det hundrevis eksempler på ved å google. Du har helt sikkert fagbøker også.

 

En ting er at testing tar fryktelig mye tid. Og koster utrolig mye. Det er en balanse i forhold til investeringskostnader/tid/risiko.

 

Testing kan foregå på mange nivåer også. Uansett, målet er å forhindre store økonomiske konsekvenser.

Ja, har søkt litt og leser hva jeg kommer over. Problemet er at jeg er såppas blank på feltet at jeg lurer kanskje mest på hvor jeg skal begynne. Trenger kanskje ikke å kunne alt om testing for å sette opp en testplan og testcase? Om noen har noen tips til litteratur eller lignende så tar jeg gjerne i mot dette :) 

 

Det dreier seg om en *skole*oppgave ikkesant? Ikke bare en oppgave du plutselig er gitt hos en arbeidsgiver?

Nei. Tror ingen arbeidsgiver ville gitt meg en slik oppgave ut av det blå og spesielt siden jeg ikke kan noe særlig om det! ;) 

Lenke til kommentar

Wow.... Lykke til! :)

 

Etter et raskt google på "test plan template" dukket denne opp http://www.softwaretestinghelp.com/test-plan-sample-softwaretesting-and-quality-assurance-templates/

Ved første øyekast ser den OK ut.

 

Hvis du har tilgang til utviklerene bak det som skal testes så hør med de hvordan de har testet så langt, og om det er noen deler av systemet som er særlig ille at går dårlig. Vil tro at det er særs dårlig om man kan f.eks gi bort 1mill hvis man bare har 10,- i balanse.

 

Finn de mest sårbare leddene, og skisser en strategi for å teste og sørge for at det ikke er exploits. I eksempelet over så ville jeg nok påkrevet automatisk test (unit test), en integrasjonstest mot de andre modulene i systemet som bruker denne logikken, jeg ville kjørt en automatisert test i produksjon produksjon (hvis dere har et web API så sørg for å teste  nye bygg også i 'prod' miljøet).
Til slutt så ville jeg laget en manuell testcase på det for å sørge for at ikke state i UI eller annet gjør noe rart med kallene som gjøres.

 

Andre ting, f.eks sjekking av et telefonnummer holder at har Unit Test med mange inputs. Finner noen en bug allikevel (og det vil de) så legg til en test, se den faile, og fiks den. Så blir den borte for godt :)

 

 

Jeg er ingen tester, men har jobbet såppas mye med software at jeg har vært borti litt forskjellige strategier.

Strategien arbeisdgiveren din kjører dog har jeg ikke sett maken til. Å skulle kreve et sikkerhetsnett fra en som ikke (selværklært) er kjent med - eller ekspert i testing er for meg et varselsignal. SÆRLIG når det faktisk dreier seg om brukernes økonomi.

Nei. Nei. Nei.

 

Igjen dog, lykke til! :)
Du klarer sikkert å lage noe som tilfredsstiller de som spør deg om å gjøre dette, men var jeg deg ville jeg vurdert å påpeke nok en gang at du ikke kan testing og Quality Assurance (QA, nok et googleterm). Hør om ikke det er verdt å få noen som har gjort det før til å se på det :) ?

EDIT: det første angripet jeg ville forsøkt er klassisk flooding. Sette opp to kontoer, og få de til å gi hverandre en liten sum så ofte de klarer. I essens flytte en asset (aka 10 NOK) frem og tilbake så fort som mulig. Har jeg flaks så vil systemet deres trekke flere ganger fra samme sum (så hvis systemet ser fire -10 transaksjoner "samtidig" men trekker bare 10 fra meg selv om den gir 40 ut) og jeg tjener penger på det sier i fra til dere.

Endret av Enthroner
Lenke til kommentar

Wow.... Lykke til! :)

 

Etter et raskt google på "test plan template" dukket denne opp http://www.softwaretestinghelp.com/test-plan-sample-softwaretesting-and-quality-assurance-templates/

Ved første øyekast ser den OK ut.

 

Hvis du har tilgang til utviklerene bak det som skal testes så hør med de hvordan de har testet så langt, og om det er noen deler av systemet som er særlig ille at går dårlig. Vil tro at det er særs dårlig om man kan f.eks gi bort 1mill hvis man bare har 10,- i balanse.

 

Finn de mest sårbare leddene, og skisser en strategi for å teste og sørge for at det ikke er exploits. I eksempelet over så ville jeg nok påkrevet automatisk test (unit test), en integrasjonstest mot de andre modulene i systemet som bruker denne logikken, jeg ville kjørt en automatisert test i produksjon produksjon (hvis dere har et web API så sørg for å teste  nye bygg også i 'prod' miljøet).

Til slutt så ville jeg laget en manuell testcase på det for å sørge for at ikke state i UI eller annet gjør noe rart med kallene som gjøres.

 

Andre ting, f.eks sjekking av et telefonnummer holder at har Unit Test med mange inputs. Finner noen en bug allikevel (og det vil de) så legg til en test, se den faile, og fiks den. Så blir den borte for godt :)

 

 

Jeg er ingen tester, men har jobbet såppas mye med software at jeg har vært borti litt forskjellige strategier.

Strategien arbeisdgiveren din kjører dog har jeg ikke sett maken til. Å skulle kreve et sikkerhetsnett fra en som ikke (selværklært) er kjent med - eller ekspert i testing er for meg et varselsignal. SÆRLIG når det faktisk dreier seg om brukernes økonomi.

Nei. Nei. Nei.

 

Igjen dog, lykke til! :)

Du klarer sikkert å lage noe som tilfredsstiller de som spør deg om å gjøre dette, men var jeg deg ville jeg vurdert å påpeke nok en gang at du ikke kan testing og Quality Assurance (QA, nok et googleterm). Hør om ikke det er verdt å få noen som har gjort det før til å se på det :) ?

EDIT: det første angripet jeg ville forsøkt er klassisk flooding. Sette opp to kontoer, og få de til å gi hverandre en liten sum så ofte de klarer. I essens flytte en asset (aka 10 NOK) frem og tilbake så fort som mulig. Har jeg flaks så vil systemet deres trekke flere ganger fra samme sum (så hvis systemet ser fire -10 transaksjoner "samtidig" men trekker bare 10 fra meg selv om den gir 40 ut) og jeg tjener penger på det sier i fra til dere.

 

Takk for svar og info! 

 

Neida, dette er som nevnt ikke noe som gjøres for en arbeidsgiver. Så det er ingen reel kostnad eller faktiske penger som skal håndteres eller ligndene. Hele oppgaven er teoretisk :) 

Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
×
×
  • Opprett ny...