QA-programvaretest sjekklister (inkludert sjekklister for eksempler)

qa software testing checklists

Sjekklister for programvare-QA-testing

I dag gir vi deg et annet kvalitetsverktøy som er så ofte underbrukt at vi trodde vi ville gjenopprette detaljer om det i håp om at det gjenvinner sin tapte ære. Det er ‘Sjekkliste’.

Definisjon: En sjekkliste er en katalog med gjenstander / oppgaver som registreres for sporing. Denne listen kan enten bestilles i rekkefølge eller være tilfeldig.

Sjekklister er en del av vår hverdag. Vi bruker dem i forskjellige situasjoner, fra dagligvarehandel til å ha en gjøremålsliste for dagens aktiviteter.

Hva du vil lære:

• Oversikt over sjekklister for testing av QA-programvare
  • # 1) Testberedskap gjennomgang
  • # 2) Sjekkliste for utgangskriterier
  • Test sjekkliste
  • Automatiseringssjekkliste
  • Anbefalt lesing

Oversikt over sjekklister for testing av QA-programvare

Så snart vi kommer til kontoret, lager vi alltid en liste over ting å gjøre for den dagen / uken, som nedenfor:

• Fylle tids skjema
• Bli ferdig dokumentasjon
• Ring offshore-teamet kl. 10.30
• Møte kl 16 osv.

Når og når et element i listen er ferdig, slår du det av, fjerner det fra listen eller merker av med et kryss - for å markere at det er fullført. Er det ikke alt for kjent for oss?

Er det imidlertid alt det kan brukes til?

det tekniske support intervju spørsmål og svar

Kan vi bruke sjekklister i IT-prosjektene formelt (spesielt QA), og hvis ja, når og hvordan? Dette er hva som skal dekkes nedenfor.

Jeg anbefaler personlig bruk av sjekklister av følgende grunner:

• Den er allsidig - kan brukes til hva som helst
• Lett å lage / bruke / vedlikeholde
• Det er superenkelt å analysere resultater (fremdrift / fullføringsstatus)
• Veldig fleksibel - du kan legge til eller fjerne gjenstander etter behov

I likhet med allmennpraksis vil vi snakke om 'hvorfor' og 'hvordan' -aspektene.

• Hvorfor trenger vi sjekklister? : For sporing og vurdering av fullføring (eller ikke-fullføring). Å notere oppgavene, slik at ingenting blir oversett.
• Hvordan lager vi sjekklister? : Dette kan ikke være enklere. Bare skriv ned alt punkt for punkt.

Sjekklisteeksempel for QA-prosesser:

Som jeg nevnte ovenfor, er det noen områder i QA-feltet der vi effektivt kan sette sjekklistekonseptet i gang og få gode resultater. To av områdene vi vil se i dag er:

• Testberedskap gjennomgang
• Når skal du stoppe testing eller sjekkliste for avslutningskriterier

# 1) Testberedskap gjennomgang

Dette er en veldig vanlig aktivitet som utføres av hvert QA-team for å avgjøre om de har alt de trenger for å gå videre til testutførelsesfasen. Dette er også en tilbakevendende aktivitet før hver testsyklus i prosjekter som involverer flere sykluser.

For ikke å støte på problemer etter at testfasen begynner og innse at vi gikk inn i utførelsesfasen for tidlig, må hvert QA-prosjekt gjennomføre en gjennomgang for å finne ut at det har alle innspillene som er nødvendige for vellykket testing.

En sjekkliste forenkler denne aktiviteten perfekt. Den lar deg lage en liste over ‘ting som trengs’ på forhånd og gjennomgå hvert element sekvensielt. Du kan til og med bruke arket en gang opprettet for påfølgende testsykluser.

Tilleggsinformasjon: Testberedskap gjennomgås vanligvis og gjennomgås av representanten for QA-teamet. Resultatene deles med PMene og de andre teammedlemmene for å indikere om testteamet er klart eller ikke til å gå inn i testutførelsesfasen.

Nedenfor er et eksempel på en prøve sjekkliste for testberedskap:

Nå er alt du trenger å gjøre med denne listen, merke eller ikke ferdig.

# 2) Sjekkliste for utgangskriterier

Som navnet antyder, er dette en sjekkliste som hjelper i beslutningsprosessen om en testfase / syklus skal stoppes eller fortsettes.

Siden et feilfritt produkt ikke er mulig, og vi må sørge for at vi tester i best mulig grad i løpet av den gitte tiden - det opprettes en sjekkliste med nedenstående effekt for å spore de viktigste kriteriene som må oppfylles. å anse en testfase som tilfredsstillende.

Test sjekkliste

Skal du starte et nytt prosjekt for testing? Ikke glem å sjekke denne testsjekklisten i hvert trinn i prosjektets livssyklus. Listen tilsvarer stort sett testplanen, den vil dekke alle kvalitetssikrings- og teststandarder.

Test sjekkliste:

1. Lag system- og aksepttester ()
2. Start opprettelse av godkjenningstest ()
3. Identifiser testteam ()
4. Lag arbeidsplan ()
5. Lag testtilnærming ()
6. Lenke akseptkriterier og krav for å danne grunnlaget for akseptatest ()
7. Bruk en delmengde av systemtesttilfeller for å danne krav til delen av Acceptance Test ()
8. Lag skript for bruk av kunden for å demonstrere at systemet oppfyller kravene ()
9. Lag en testplan. Inkluder mennesker og alle andre ressurser. ()
10. Gjennomføringstest ()
11. Start oppretting av systemtest ()
12. Identifiser testmedlemmer ()
13. Lag arbeidsplan ()
14. Bestem ressurskrav ()
15. Identifiser produktivitetsverktøy for testing ()
16. Bestem datakrav ()
17. Oppnå en avtale med datasenteret ()
18. Lag testtilnærming ()
19. Identifiser eventuelle fasiliteter som er nødvendige ()
20. Innhente og gjennomgå eksisterende testmateriale ()
21. Lag en oversikt over testartikler ()
22. Identifiser designtilstander, betingelser, prosesser og prosedyrer ()
23. Bestem behovet for kodebasert (hvit boks) testing. Identifiser forhold. ()
24. Identifiser alle funksjonelle krav ()
25. Avslutt lageropprettingen ()
26. Start oppretting av testsaker ()
27. Lag testtilfeller basert på inventaret av testartikler ()
28. Identifiser logiske grupper av forretningsfunksjoner for det nye systemet ()
29. Del testtilfeller i funksjonelle grupper sporet til testartikkelbeholdning ()
30. Utform datasett som tilsvarer testtilfeller ()
31. Avslutt oppretting av testsak
32. Gjennomgå forretningsfunksjoner, testtilfeller og datasett med brukere ()
33. Få påmelding til testdesign fra prosjektleder og QA ()
34. Avslutt testdesign ()
35. Begynn testforberedelsen ()
36. Få ressurser for teststøtte ()
37. Skissere forventede resultater for hver testtilfelle ()
38. Få testdata. Valider og spor for å teste saker ()
39. Forbered detaljerte testskripter for hver testtilfelle ()
40. Forbered og dokumenter miljøoppsettprosedyrer. Inkluder sikkerhetskopierings- og gjenopprettingsplaner ()
41. Avslutt testforberedelsesfasen ()
42. Test av gjennomføringssystem ()
43. Utfør testskripter ()
44. Sammenlign det faktiske resultatet med forventet ()
45. Dokument avvik og opprett problemrapport ()
46. Forbered vedlikeholdsfaseinngang ()
47. Utfør testgruppen på nytt etter reparasjon av problemer ()
48. Lag en endelig testrapport, inkluder kjente feillister ()
49. Få formell avmelding ()

Automatiseringssjekkliste

Hvis du svarer ja på noen av disse spørsmålene, bør testen din vurderes seriøst for automatisering.

Q # 1) Kan testsekvensen av handlinger defineres?

Svar: Er det nyttig å gjenta rekkefølgen av handlinger mange ganger? Eksempler på dette vil være akseptattester, kompatibilitetstester, ytelsestester og regresjonstester.

Q # 2) Er det mulig å automatisere rekkefølgen av handlinger?

Svar: Dette kan avgjøre at automatisering ikke er egnet for denne handlingssekvensen.

avslappende intervjuespørsmål og svar for webtjenester for erfarne i java

Q # 3) Er det mulig å 'semi-automatisere' en test?

Svar: Automatisering av deler av en test kan øke hastigheten på testutførelsen.

Q # 4) Er oppførselen til programvaren som testes den samme med automatisering som uten?

Svar: Dette er en viktig bekymring for ytelsestesting.

Q # 6) Trenger du å kjøre de samme testene på flere maskinvarekonfigurasjoner?

Svar: Kjør ad-hoc-tester (Merk: Ideelt sett bør hver feil ha en tilhørende testtilfelle. Ad hoc-tester gjøres best manuelt. Du bør prøve å forestille deg deg selv i virkelige situasjoner og bruke programvaren din som kunden din ville. Som feil blir funnet under ad-hoc-testing bør nye testtilfeller opprettes slik at de enkelt kan reproduseres og slik at regresjonstester kan utføres når du kommer til Zero Bug Build-fasen.)

En ad-hoc-test er en test som utføres manuelt der testeren prøver å simulere den virkelige bruken av programvareproduktet. Det er når du kjører ad hoc-testing at de fleste feil vil bli funnet. Det bør understrekes at automatisering aldri kan erstatte manuell testing.

Poeng å merke seg:

• Ovennevnte to er eksempler som viser bruken av sjekklister til QA-prosesser , men bruken er ikke begrenset til disse to områdene.
• Elementene i hver liste er også indikatorer for å gi en ide til leserne om hva slags ting som kan inkluderes og spores - listen kan imidlertid utvides og / eller komprimeres etter behov.

Vi håper virkelig at eksemplene ovenfor har lykkes med å bringe potensialet til sjekklister til kvalitets- og IT-prosesser frem.

Så neste gang du trenger et enkelt verktøy som er semi-formelt, enkelt og effektivt, håper vi at vi har orientert deg mot å gi sjekklister en sjanse. Noen ganger er den enkleste løsningen den beste.

Anbefalt lesing

• Beste verktøy for testing av programvare 2021 (QA Test Automation Tools)
• Programvaretesting QA Assistant Job
• Programvare Testing Course: Hvilket programvare Testing Institute skal jeg delta?
• Velge programvaretesting som din karriere
• Programvaretesting Teknisk innhold Writer Freelancer Jobb
• ISTQB Testing Certification Sample Question Papers With Answers
• Noen interessante spørsmål om intervjuer med programvaretesting
• Programvaretestkurs Tilbakemelding og anmeldelser