Szoftver tesztterv - jegyzetek victorz

Amikor először szembesültem egy szoftver tesztelési terv kidolgozásával, megpróbáltam, de nem találtam a standardok alapján összeállított szabványokat. A legtöbb gyerek a hatalmas orosz nyelvű internetes próbálják felhívni teszt teszt scriptek, amelyek egy sor vizsgálati esetek és biztos igaza van.

Meg kellett fordulnom a szabványoknak, hogy tesztelési tervet készítsenek. Miután tanulmányozta a javaslatokat az RUP (Rational Unified Process) és az IEEE 829 rájöttem, hogy volt támogatója a RUP, ezért a vizsgálati terv kezdett komponálni, kezdve a javaslatokat.

Írásakor vizsgálati terv és vizsgálati adatok, amelyek jelen kell lennie, az a benyomásom támadt, hogy mind a módszertant vagy mindkét szabvány (ahogy tetszik), amely a kaszkád módszer a szoftverfejlesztés (a szoftver). Van egy kérdés, és mit kell tennünk azokkal, akik rugalmas szoftverfejlesztési módszertant (a továbbiakban Agile) dolgozzanak fel velünk együtt? Sok ember felkiált: nincs szükség tervre! Tévedsz. A vizsgálati terv azért szükséges minden esetben, mert leírja a teljes szoftver tesztelési folyamat (itt nem az a célja, hogy részletes, lépésről lépésre a „nesmyshlonyshey”). És ez az információ hasznos lehet, és bizonyos esetekben, és fontos, hogy az új ember, ami benne van a projektben, és különösen a tesztelő.

Úgy döntöttem, hogy a tervet ajánlottnak írtam, figyelmen kívül hagyva a szoftverfejlesztés módszertanához való kötődést. Összegű vizsgálati tervet, megvizsgálja munkájukat, és tükrözik írva, hogy arra a következtetésre jutott, hogy a terv vonatkozik az Agile, ez elegendő ahhoz, hogy kizárják az időzítés terv tesztelése - zavart, minden alkalommal, amikor írásban a vizsgálati tervet. A tervből is kizártam a kockázatokat. Úgy vélem, hogy a kockázatokat a terv lehet a projekt tevékenységek és a kaszkád módszer a szoftverfejlesztés és Agile velünk, hogy nem kell tervezni. Mi - ez azt a csapatot jelenti, amelyben dolgozom. Szükség lehet a kockázatok leírására.

Miután elvégeztem egy munkát, elkészítettem egy szoftver tesztelési tervet. Ez magában foglalja a RUP-ajánlásokban vagy az IEEE 829 szabványban tanulmányozható, valamint tanulmányozza a jelen cikkhez csatolt tesztelési tervet.

Úgy vélem, hogy a fejlesztési projekt szoftvert, hogy a vizsgálati terv az új tesztelők jött a projekt hamarosan megismerheti a vizsgálati módszerek kifejlesztett szoftver, hogy meg kell vizsgálni, és más árnyalatok, amelyek hiányában a tervük, hogy húzza ki az emberek, a projekten dolgoztak, de mielőtt elhagyták az információhordozót vagy több fuvarozót.

Letöltések