Hva er testplanmal?
TESTPLAN MAL er et detaljert dokument som beskriver teststrategi, mål, tidsplan, estimering og leveranser og ressurser som kreves for testing. Testplan hjelper oss med å bestemme innsatsen som trengs for å validere kvaliteten på applikasjonen som testes. Testplanen fungerer som en plan for å gjennomføre programvaretestaktiviteter som en definert prosess som blir nøye overvåket og kontrollert av testansvarlig.
Det er obligatorisk å lage en testplan for å sikre suksessen til programvaretestprosjektet ditt.
Last ned prøveprøveplanmal
Nedenfor finner du viktige bestanddeler i en testplan-
- 1. Introduksjon
- 1.1 Omfang
- 1.1.1 I omfang
- 1.1.2 Utenfor omfanget
- 1.2 Kvalitetsmål
- 1.3 Roller og ansvar
- 2 Testmetodikk
- 2.1 Oversikt
- 2.2 Testnivåer
- 2.3 Feilsøking
- 2.4 Krav til suspensjon og gjenopptakelse
- 2.5 Test fullstendighet
- 3 Testleveranser
- 4 Ressurs- og miljøbehov
- 4.1 Testverktøy
- 4.2 Testmiljø
1. Introduksjon
Kort introduksjon av teststrategiene, prosessen, arbeidsflyten og metodene som brukes til prosjektet
1.1) Omfang
1.1.1) I omfang
Scope definerer funksjonene, funksjonelle eller ikke-funksjonelle kravene til programvaren som skal testes
1.1.2) Utenfor omfanget
Out of Scope definerer funksjonene, funksjonelle eller ikke-funksjonelle krav til programvaren som IKKE vil bli testet
1.2) Kvalitetsmål
Her nevner du det overordnede målet du planlegger å oppnå med manuell testing og automatiseringstesting.
Noen mål for testprosjektet ditt kan være
- Sørg for at applikasjonen under test samsvarer med funksjonelle og ikke-funksjonelle krav
- Forsikre deg om at AUT oppfyller kvalitetsspesifikasjonene som er definert av klienten
- Feil / problemer identifiseres og løses før de blir live
1.3) Roller og ansvar
Detaljbeskrivelse av roller og ansvar for forskjellige teammedlemmer som
- QA-analytiker
- Testleder
- Configuration Manager
- Utviklere
- Installasjonsteam
Blant andre
2) Testmetodikk
2.1) Oversikt
Nevn årsaken til å ta i bruk en bestemt testmetodikk for prosjektet. Testmetoden som er valgt for prosjektet kan være
- Foss
- Iterativ
- Agile
- Ekstrem programmering
Den valgte metoden avhenger av flere faktorer. Du kan lese om testmetodikk her
2.2) Testnivåer
Testnivåer definerer testtypene som skal utføres på Application under Test (AUT ). Testnivåene avhenger primært av omfanget av prosjektet, tids- og budsjettbegrensninger.
2.3) Feilsøking
Målet med triagen er å
- Å definere type oppløsning for hver feil
- Å prioritere bugs og bestemme en tidsplan for alle "To Be Fixed Bugs '.
2.4) Suspensjonskriterier og gjenopptakelseskrav
Suspensjonskriterier definerer kriteriene som skal brukes til å suspendere hele eller deler av testprosedyren mens gjenopptakelseskriterier avgjør når testingen kan gjenopptas etter at den er suspendert
2.5) Test fullstendighet
Her definerer du kriteriene som vil vurdere testen din som fullført.
For eksempel vil det være noen få kriterier for å kontrollere testens fullstendighet
- 100% testdekning
- Alle manuelle og automatiserte testsaker utført
- Alle åpne feil er løst eller vil bli løst i neste utgivelse
3) Testleveranser
Her nevner du alle testgjenstandene som vil bli levert i forskjellige faser av testlivssyklusen.
Her er de enkle resultatene
|
4) Ressurs- og miljøbehov
4.1) Testverktøy
Lag en liste over verktøy som
- Kravsporingsverktøy
- Feilsøkingsverktøy
- Automatiseringsverktøy
Nødvendig for å teste prosjektet
4.2) Testmiljø
Den nevner minimum maskinvarekrav som skal brukes til å teste applikasjonen.
Følgende programvare kreves i tillegg til klientspesifikk programvare.
- Windows 8 og nyere
- Office 2013 og nyere
- MS Exchange, etc.
5) Vilkår / akronymer
Nevn begreper eller akronymer som brukes i prosjektet
| TERM / ACRONYM | DEFINISJON |
| API | Programgrensesnitt |
| AUT | Søknad under test |
Last ned ovenstående testplanmalformat
Eksempel på testplan Dokumentbanking Nettapplikasjonseksempel
1. Introduksjon
Testplanen er utformet for å foreskrive omfang, tilnærming, ressurser og tidsplan for alle testaktiviteter i prosjektet Guru99 Bank.
Planen identifiserer elementene som skal testes, funksjonene som skal testes, hvilke typer testing som skal utføres, personalet som er ansvarlig for testing, ressursene og tidsplanen som kreves for å fullføre testen, og risikoen forbundet med planen.
1.1 Omfang
1.1.1 I omfang
Alle funksjonene til nettsiden Guru99 Bank, som ble definert i spesifikasjoner for programvarekrav, er nødvendig
| Modulnavn | Gjeldende roller | Beskrivelse |
| Balanseforespørsel | Manager-kunde | Kunde : En kunde kan ha flere bankkontoer. Han kan bare se saldoen på kontoene sineManager : En manager kan se saldoen til alle kundene som kommer under hans tilsyn |
| Overføring av midler | Manager-kunde | Kunde: En kunde kan ha overføringsmidler fra sin “egen” konto til hvilken som helst destinasjonskonto.Manager : En manager kan overføre penger fra hvilken som helst kilde bankkonto til destinasjonskonto |
| Mini Statement | Manager-kunde | En Mini-uttalelse vil vise de siste 5 transaksjonene til en kontoKunde: En kunde kan bare se mini-uttalelse av sine "egne" kontoerManager: En manager kan se mini-uttalelse for en hvilken som helst konto |
| Tilpasset uttalelse | Manager-kunde | En tilpasset uttalelse lar deg filtrere og vise transaksjoner i en konto basert på dato, transaksjonsverdiKunde: En kunde kan se Tilpasset - kun uttalelse av sine "egne" kontoerManager : En leder kan se Tilpasset - uttalelse om hvilken som helst konto |
| Bytt passord | Manager-kunde | Kunde: En kunde kan bare endre passord for kontoen sin.Manager : En manager kan bare endre passord for kontoen sin. Han kan ikke endre passord til kundene sine |
| Ny kunde | sjef | Manager : En manager kan legge til en ny kunde. |
| sjef | Manager: En manager kan redigere detaljer som adresse, e-post, telefon til en kunde. |
|
| Ny konto | sjef | For tiden tilbyr systemet to typer kontoer • Lagring • Gjeldende En kunde kan ha flere lagringskontoer (en i hans navn, en annen i et felles navn osv.). Han kan ha flere løpende kontoer for forskjellige selskaper han eier. Eller han kan ha flere nåværende og lagre kontoer.Manager: En manager kan legge til en ny konto for en eksisterende kunde. |
| Rediger bruker | sjef | Manager: En manager kan legge til redigeringsdetaljer for en eksisterende konto |
| Slett konto | sjef | Manager: En manager kan legge til en slette en konto for en kunde. |
| Slett kunde | sjef | En kunde kan bare slettes hvis han / hun ikke har noen aktive nåværende eller lagrende kontoerManager: En manager kan slette en kunde. |
| Innskudd | sjef | Manager: En manager kan sette inn penger på hvilken som helst konto. Vanligvis gjort når kontanter blir satt inn i en bankkontor. |
| Uttak | sjef | Manager: En manager kan ta ut penger fra hvilken som helst konto. Vanligvis gjøres når kontanter blir tatt ut i en bankkontor. |
1.1.2 Utenfor omfanget
Disse funksjonene blir ikke testet fordi de ikke er inkludert i spesifikasjonene for programvarekrav
- Brukergrensesnitt
- Maskinvaregrensesnitt
- Programvaregrensesnitt
- Database logisk
- Kommunikasjonsgrensesnitt
- Nettsteds sikkerhet og ytelse
1.2 Kvalitetsmål
Testmålene er å verifisere funksjonaliteten til nettstedet Guru99 Bank, prosjektet bør fokusere på å teste bankvirksomheten som Account Management, Uttak og Balanse
... etc. for å garantere at alle disse operasjonene kan fungere normalt i virkelige forretningsmiljøer.1.3 Roller og ansvar
Prosjektet skal bruke outsourcemedlemmer som tester for å spare prosjektkostnadene.
| Nei. | Medlem | Oppgaver |
| 1. | Testleder | Administrer hele prosjektet Definer prosjektretninger Anskaff passende ressurser |
| 2. | Test | Identifisere og beskrive passende testteknikker / verktøy / automatiseringsarkitektur Bekreft og vurder testtilnærmingen Utfør testene, loggresultatene, rapporter feilene. Outsourcede medlemmer |
| 3. | Utvikler i Test | Implementere testtilfellene, testprogrammet, testpakken osv. |
| 4. | Test administrator | Bygger opp og sørger for at testmiljø og eiendeler administreres og vedlikeholdes Support Tester for å bruke testmiljøet for testutføring |
| 5. | SQA-medlemmer | Ta ansvar for kvalitetssikring Kontroller om testprosessen oppfyller spesifiserte krav |
2 Testmetodikk
2.1 Oversikt
2.2 Testnivåer
I prosjektet Guru99 Bank er det tre typer testing som skal utføres.
- Integrasjonstesting (individuelle programvaremoduler kombineres og testes som en gruppe)
- Systemtesting : Gjennomført på et komplett , integrert system for å evaluere systemets samsvar med de spesifiserte kravene
- API-testing: Test alle API-ene som er opprettet for programvaren som er testet
2.3 Feilsøking
2.4 Krav til suspensjon og gjenopptakelse
Hvis teammedlemmene rapporterer at det er 40% av testtilfellene som mislyktes , kan du stoppe testingen til utviklingsteamet løser alle de mislykkede sakene.
2.5 Test fullstendighet
- Spesifiserer kriteriene som betegner en vellykket gjennomføring av en testfase
- Kjøresatsen er obligatorisk å være 100% med mindre en klar grunn er gitt.
- Bestått rate er 80%, og det er obligatorisk å oppnå bestått
2.6 Prosjektoppgave og estimering og tidsplan
| Oppgave | Medlemmer | Anslå innsats |
| Lag testspesifikasjonen | Testdesigner | 170 arbeidstimer |
| Utfør testutførelse | Tester, testadministrator | 80 arbeidstimer |
| Testrapport | Tester | 10 arbeidstimer |
| Test levering | 20 arbeidstimer | |
| Total | 280 arbeidstimer |
Tidsplan for å fullføre disse oppgavene
3 Testleveranser
Testleveranser er gitt som nedenfor
Før testfasen
- Testplaner dokument.
- Test saksdokumenter
- Test Design spesifikasjoner.
Under testingen
- Test verktøy simulatorer.
- Testdata
- Test sporbarhetsmatrise - Feillogger og kjøringslogger.
Etter at testsyklusene er over
- Testresultater / rapporter
- Manglerapport
- Retningslinjer for installasjon / testprosedyrer
- Utgivelsesmerknader
4 Ressurs- og miljøbehov
4.1 Testverktøy
| Nei. | Ressurser | Beskrivelser |
| 1. | Server | Trenger du en databaseserver som installerer MySQL-server Web-server som installerer Apache Server |
| 2. | Testverktøy | Utvikle et testverktøy som automatisk kan generere testresultatet til den forhåndsdefinerte formen og automatisert testutførelse |
| 3. | Nettverk | Sett opp en LAN Gigabit og 1 internettlinje med hastigheten minst 5 Mb / s |
| 4. | Datamaskin | Minst 4 datamaskiner som kjører Windows 7, Ram 2 GB, CPU 3,4 GHz |
4.2 Testmiljø
Testmiljø som skal settes opp iht figuren nedenfor