Tesztterv

Online ingyenesen kitölthető, nem igényel fiókot, és Word-dokumentumként vagy PDF-ként letölthető. Összes IT és projektek sablon megtekintése

• Termék és kiadás

  Például: TidyPlan mobilalkalmazás 4.2.0

• Tesztvezető

  Például: Anna Berg

• Terv verziója és dátuma

  Például: 1.0, 2030. március 3.

• Mit kell a tesztelésnek bizonyítania

  Például: Hogy a megosztott listák egyszerre akár 6 embernél is működjenek, hogy a bejelentkezés és a fotófeltöltés ne okozzon többé összeomlást, és hogy semmi ne törjön el, ami korábban működött.

• Hatókörön belül

  Például: Megosztott listák, bejelentkezés, fotófeltöltés, értesítések, a 20 kulcsfontosságú felhasználói út.

• Hatókörön kívül (opcionális)nem kötelező

  Például: Admin webes panel, a 4.1.0 óta változatlan. Csak a regressziós csomaggal tesztelve.

• Tesztek fajtái

  Soronként egy tesztfajta.

  Például: Egységtesztek | Fejlesztők | Minden változtatáskor Integrációs tesztek | Fejlesztők | Naponta Manuális funkciótesztek | Tesztelők | Funkciónként Regressziós csomag | Tesztelők | Kiadás előtt Teljesítményteszt | Tesztvezető | Egyszer, 500 felhasználó egyszerre Biztonsági ellenőrzés | Biztonsági vezető | Egyszer

• Környezetek és eszközök

  Például: Tesztkiszolgáló az éles környezet másolatával, valódi ügyféladatok nélkül. 6 telefon: 3 Android, 3 iOS, a legrégebbi támogatott és a legújabb.

• Tesztadatok (opcionális)nem kötelező

  Például: Kitalált fiókok és listák. Valódi személyes adatokat nem használunk.

• Ütemterv

  Soronként egy lépés.

  Például: Tesztterv jóváhagyva | március 3. Funkciótesztelés | március 3. és 7. között Regresszió | március 8. és 10. között Kiadási döntés | március 11.

• A hibák kezelése

  Például: Minden hibát lépésekkel, képernyőképpel és eszközzel együtt rögzítünk. Kritikus: blokkolja a kiadást, 1 napon belül javítjuk. Magas: kiadás előtt javítjuk. Közepes és alacsony: tervezett.

• Belépési feltételek (mikor kezdődhet a tesztelés)

  Például: A build fent van a tesztkiszolgálón, az egységtesztek átmennek, és rendelkezésre állnak a kiadási megjegyzések.

• Kilépési feltételek (mikor van kész a tesztelés)

  Például: Minden tervezett teszt lefutott. Nincs nyitott kritikus vagy magas hiba. A regressziós csomag legalább 98 százalékban átment. A tesztvezető aláírja a jelentést.

• Kockázatok (opcionális)nem kötelező

  Például: Csak 2 tesztelő van az utolsó héten. Enyhítés: a fejlesztők bekapcsolódnak a regressziós tesztelésbe.

1. 11. Célok
2. 22. Hatókör
3. 33. Teszttípusok
4. 44. Környezetek és eszközök
5. 55. Tesztadatok
6. 66. Ütemterv
7. 77. Hibák
8. 88. Belépési feltételek
9. 99. Kilépési feltételek
10. 1010. Kockázatok

1. 01

   Kitöltés

   Írja be adatait az űrlapba. A dokumentum gépelés közben kitöltődik; kattintson bármelyik üres helyre, és az adott mezőhöz ugrik.

2. 02

   Ellenőrzés

   Olvassa át. A ki nem töltött helyek megjelölve maradnak, így nem kerül ki félkész dokumentum.

3. 03

   Letöltés

   Mentse Word-dokumentumként további szerkesztéshez, vagy PDF formátumban küldéshez vagy nyomtatáshoz.

Milyen adatokat kér ez a sablon?

Az űrlap 14 adatot kér, elsőként: Termék és kiadás, Tesztvezető, Terv verziója és dátuma, Mit kell a tesztelésnek bizonyítania, Hatókörön belül. További 3 adat megadása nem kötelező.

Letölthetem ezt a sablont Word vagy PDF formátumban?

Igen. Ha kitöltötte az űrlapot, mentse el Word-dokumentumként, ha tovább szeretné szerkeszteni, vagy PDF-ként, ha el szeretné küldeni vagy ki szeretné nyomtatni. Ingyenes, és nem igényel fiókot.

Elküldésre kerül valahova, amit beírok?

Nem. Amit beír, az a dokumentum kitöltése közben a böngészőjében marad. Csak akkor jut el a nerixhez, ha úgy dönt, hogy megnyitja a sablont a chatben.

Ingyenesek ezek az IT- és projektsablonok?

A legtöbb igen. Töltse ki és töltse le őket ingyen Word vagy PDF formátumban, fiók nélkül. Néhány hosszabb dokumentum prémium: a kitöltés ingyenes, a letöltés egyszeri díjas, és az ára fel van tüntetve.

Biztonságossá tesz minket egy biztonsági szabályzat?

Egyetlen dokumentum sem teszi egyedül. A szabályzat akkor segít, ha egyezik azzal, amit az emberek valóban tesznek: tartsa rövidnek, magyarázza el a csapatnak, és évente vizsgálja felül.

Csak nagy projektekhez való a projektalapító okirat?

Nem. Egy kis projekt is profitál belőle, mert egy oldal a céllal, a határokkal és a döntéshozóval megelőzi a későbbi viták többségét.

• API integrációs specifikációHatározza meg, hogyan kapcsolódik két rendszer: milyen adatok mozognak, hogyan védik őket, hogyan kezelik a hibákat, és ki felel értük.IT és projektek
• Architektúra döntési rekordRögzítse a technikai döntést a kontextussal, a lehetőségekkel, az indokokkal és a következményekkel, hogy a csapat később megtalálja.IT és projektek
• Saját eszközök használatának szabályzataSzabályok a személyes telefonok és laptopok munkacélú használatához: biztonság, magánszféra, támogatás és kilépés.IT és projektek
• HibajelentésJelentsen egy szoftverhibát úgy, hogy a fejlesztő meg tudja ismételni, fel tudja mérni a hatását, és ki tudja javítani.IT és projektek
• Változáskezelési tervTervezze meg, hogyan értesülnek, tanulnak és kapnak támogatást az emberek egy nagy változás során, és honnan tudja majd, hogy működött.IT és projektek
• Változtatási kérelemKérjen változtatást egy projekten vagy rendszeren, mutassa be a hatását, és rögzítse, jóváhagyták-e.IT és projektek

Összes IT és projektek sablon megtekintése