Testplan

Det er gratis å fylle ut online, du trenger ingen konto, og du kan laste ned som Word-dokument eller PDF. Se alle maler for IT og prosjekter

• Produkt og utgivelse

  For eksempel: TidyPlan mobilapp 4.2.0

• Testleder

  For eksempel: Anna Berg

• Planversjon og dato

  For eksempel: 1.0, 3. mars 2030

• Hva testingen skal vise

  For eksempel: At delte lister fungerer for opptil 6 personer samtidig, at innlogging og bildeopplasting ikke lenger krasjer, og at ingenting som fungerte før er ødelagt.

• I omfang

  For eksempel: Delte lister, innlogging, bildeopplasting, varsler og de 20 sentrale brukerreisene.

• Utenfor omfang (valgfritt)valgfritt

  For eksempel: Administrasjonspanelet på nettet, uendret siden 4.1.0. Testes bare gjennom regresjonspakken.

• Testtyper

  Én rad for hver type test.

  For eksempel: Enhetstester | Utviklere | Ved hver endring Integrasjonstester | Utviklere | Daglig Manuelle funksjonstester | Testere | Per funksjon Regresjonspakke | Testere | Før utgivelse Ytelsestest | Testleder | Én gang, 500 brukere samtidig Sikkerhetskontroll | Sikkerhetsleder | Én gang

• Miljøer og enheter

  For eksempel: Testserver med kopi av driftsoppsettet, uten reelle kundedata. 6 telefoner: 3 Android, 3 iOS, den eldste støttede og den nyeste.

• Testdata (valgfritt)valgfritt

  For eksempel: Oppdiktede kontoer og lister. Ingen reelle personopplysninger.

• Tidsplan

  Én rad for hvert steg.

  For eksempel: Testplan godkjent | 3. mars Funksjonstesting | 3. til 7. mars Regresjon | 8. til 10. mars Utgivelsesbeslutning | 11. mars

• Hvordan feil håndteres

  For eksempel: Hver feil logges med trinn, skjermbilde og enhet. Kritisk: blokkerer utgivelse, rettes innen 1 dag. Høy: rettes før utgivelse. Middels og lav: planlegges.

• Inngangskriterier (når testingen kan starte)

  For eksempel: Bygget er på testserveren, enhetstestene består og utgivelsesnotatene foreligger.

• Utgangskriterier (når testingen er ferdig)

  For eksempel: Alle planlagte tester er kjørt. Ingen åpne kritiske eller høye feil. Regresjonspakken er minst 98 prosent bestått. Testlederen signerer rapporten.

• Risiko (valgfritt)valgfritt

  For eksempel: Bare 2 testere i den siste uken. Tiltak: utviklere blir med på regresjonstestingen.

1. 11. Mål
2. 22. Omfang
3. 33. Testtyper
4. 44. Miljøer og enheter
5. 55. Testdata
6. 66. Tidsplan
7. 77. Feil
8. 88. Inngangskriterier
9. 99. Utgangskriterier
10. 1010. Risiko

1. 01

   Fyll ut

   Skriv inn opplysningene dine i skjemaet. Dokumentet fyller seg ut mens du skriver. Klikk på en ledig plass for å gå til feltet.

2. 02

   Kontroller

   Les gjennom. Ledige plasser du ikke har fylt ut, forblir merket, slik at ingenting sendes ut halvferdig.

3. 03

   Last ned

   Lagre det som et Word-dokument for å redigere videre, eller som PDF for å sende eller skrive ut.

Hvilke opplysninger ber denne malen om?

Skjemaet ber om 14 opplysninger, og starter med Produkt og utgivelse, Testleder, Planversjon og dato, Hva testingen skal vise, I omfang. 3 flere er valgfrie.

Kan jeg laste ned denne malen som Word eller PDF?

Ja. Når du har fylt ut skjemaet, kan du lagre det som et Word-dokument for å fortsette å redigere, eller som PDF for å sende eller skrive ut. Det er gratis og krever ingen konto.

Blir det jeg skriver sendt noe sted?

Nei. Det du skriver, blir i nettleseren din mens du fyller ut dokumentet. Det sendes bare til nerix hvis du velger å åpne malen i chatten.

Er disse malene for IT og prosjekter gratis?

De fleste. Fyll dem ut og last dem ned gratis som Word eller PDF, uten konto. Noen få lengre dokumenter er premium: gratis å fylle ut, betalt én gang for nedlasting og merket med prisen.

Gjør en sikkerhetspolicy oss trygge?

Ingen dokumenter gjør det alene. En policy hjelper når den stemmer med det folk faktisk gjør. Hold den kort, forklar den for teamet og gå gjennom den hvert år.

Er et prosjektmandat bare for store prosjekter?

Nei. Også et lite prosjekt har nytte av det, for én side med mål, grenser og beslutningstaker hindrer de fleste uenigheter senere.

• API-integrasjonsspesifikasjonSpesifiser hvordan to systemer kobles sammen: hvilke data som flyttes, hvordan det sikres, hvordan feil håndteres og hvem som eier det.IT og prosjekter
• ArkitekturvalgRegistrer et teknisk valg med kontekst, alternativer, begrunnelse og konsekvenser, slik at teamet finner det senere.IT og prosjekter
• Retningslinjer for egne enheterSett reglene for bruk av private telefoner og PC-er i arbeid: sikkerhet, personvern, støtte og avslutning.IT og prosjekter
• FeilrapportRapporter et programvareproblem slik at en utvikler kan gjenta det, vurdere konsekvensene og rette det.IT og prosjekter
• EndringsplanPlanlegg hvordan folk blir informert, opplært og fulgt opp gjennom en stor endring, og hvordan dere vet at det virket.IT og prosjekter
• EndringsforespørselBe om en endring i et prosjekt eller system, vis konsekvensene og før inn om den er godkjent.IT og prosjekter

Se alle maler for IT og prosjekter