Típusú szoftver tesztelés

Tesztelés - az egyik szakaszban a szoftverfejlesztés. Ez kimutatására használják teljesítményét hibákat vagy be nem tartása a termék megfelel az alkalmazandó dokumentáció. Besorolás vizsgálat szoftver igen széles.

Miért költene ez?

Szoftver tesztelés annak biztosítása érdekében végzett több okból is:

1. Azonosítása kulcsfontosságú a programozási hiba. A teszter ellenőrzi az egyes funkciókat a rendszer, vagy egy sor rájuk a kritikus helyzetekben nem ad a szoftver a kívánt módon.
2. Meghatározása a könnyű használat. Ellenőrzése, ha a felület ergonómiai felhasználó és a rendszer viselkedését függően külső hatásoktól.
3. Való megfelelést dokumentációt. A munkavállaló felelős vizsgáló átvétele előtt munkaprogramot vizsgálatok és rendelkezések, amelyek a szoftver meg kell egyeznie. További azonosított eltérések a tényleges működését a program és a tervezett dokumentációs feladatokat.

típusok

Általában megkülönböztetni az ilyen típusú vizsgálatok, mint egységet, az integráció és a rendszer. Mindegyikük befolyásolja bizonyos aspektusait hibákra.

Egység vizsgálat lehetővé teszi, hogy teszteljék a speciális modulok, módszerek, függvényeket és osztályokat. Ez a módszer azt mutatja, a teljesítményét az egyes részek a kódot, és lehetővé teszi a gyorsan ellenőrizni nem befolyásolja-e a további fejlesztéseket a cselekvés működőképes.

Ellenőrzése után az egyes funkciók és műveletek szakértői rendszer minőségi továbblép a következő lépésre. Integrációs tesztelés általában úgy végezzük el, miután a modult. Ebben a szakaszban az aggregált tartják külön szekciókban kódot, és ezek kölcsönhatása.

Az utolsó szakaszban - a rendszer tesztelése. Vele, a szoftver már teljesen összeszerelt, és készen áll, hogy a szorgalom, teszteljük a felhasználó helyzetét. Ebben a szakaszban az észlelt zavar az a felület, valamint a legnagyobb ergonómia érjük el a kérelmet.

A fent említett típusú szoftver tesztelés határozza meg elszigeteltség mértéke az alkatrészek.

Egyéb vizsgálati módszerek

Különbséget is ilyen típusú vizsgálati módszereit a „fehér doboz” és a „fekete doboz”. Az eljárás során az első út a fejlesztő teljes hozzáférést biztosít a forráskódot, és tud is használni a saját írásbeli tesztelni és hibákat a fejlesztők. „Fekete doboz” módszer nem teszi lehetővé a hozzáférést a programkód, ebben az esetben a vezérlés kerül sor, csak a felhasználói felületen keresztül. Ezek a vizsgálati feltételek által meghatározott fokú ismerete a rendszer.

Folyamatban van a szoftver fejlesztési életciklus

Tesztelés után végzik a tervezési, fejlesztési és dokumentációs rendszer. Ez a lépés lehet kitölteni életciklusának a szoftver, ha a problémás területeket tártak fel, vagy van egy visszatérő a programozáshoz. Az első teszt áramlás mindig visszatér egy negatív visszacsatolás, hiszen minden fejlesztés vannak szűk, hibák, sőt néha komoly hiba, hogy egyszerűen nem lehet nyomon követni a színpadon a teremtés.