Típusú vizsgálatok (teszt) az információs rendszerek - a Concord
Teszteld információs rendszer, és tesztelje a szoftver első pillantásra azonos, de a gyakorlatban ez nem így van. Ha figyelembe vesszük, hogy egy információs rendszer - nem csak használják a készítményben a szoftver komponenseket. hanem a hardver és szervezeti támogatást, még a saját vizsgálatok eredményeit is tükröznie kell mutatói a szerverek, munkaállomások, hálózati eszközök (megbízhatóság és a hatékonyság), és a hatékonysága a fejlett operációs rendszer előírásoknak. Mindenféle vizsgálat információs rendszerek osztható funkcionális és nem funkcionális vizsgálatok.
Funkcionális tesztelés célja annak bizonyítása (bizonyítani), hogy a munkaállomások információs rendszerek a felhasználók pontosan alkalmassága várnak tőle. A rendszer végzi megfelelően működjön.
Nem funkcionális tesztelés visszaigazolja, vagy tagadja illő információs rendszer olyan tulajdonságokkal teljesítmény, megbízhatóság, használhatóság, stb állítva a szakaszában a tervezési paraméterek. A rendszer végzi funkciókat az időt és a megfelelő mennyiségben elfogadható minőségű, és élvezze azt kényelmesen.
Típusú funkcionális tesztelés
Komponens tesztelés - tesztelés egyedi szoftver komponensei egy információs rendszer, amely megerősítette a helyességét elvégzett számítások szerint ezeket az összetevőket.
Integrációs tesztelés - tesztelés célja, hogy a problémák azonosítása kölcsönhatás az egyes komponensek között a rendszer. Ha a szoftver architektúra az információs rendszer meglehetősen bonyolult, akkor kiosztott alrendszer, amelyek mindegyike végzik következetesen és alkatrész integrációs tesztelés. A következtetés magatartási integrációs tesztelés az összes kiválasztott alrendszerekre összetevői egy rendszerben.
Tesztelés a prototípus - tesztelés információs rendszer korai szakaszában a fejlődését. amikor kész, nem minden a funkcionális egységek. Hiányzó alkatrészcserénél funkcionális dugók szimuláló jövőbeli munkája. Információs rendszer ebben a szakaszban képviseli a cél szoftver prototípusát.
Típusú, nem funkcionális tesztelés
Terheléstesztelést (terhelési vizsgálatok) - tesztelje az információs rendszer normál terhelés mellett előrejelzést. Terhelés alatti érték az a kérések száma a rendszernek, hogy képesnek kell lennie arra, hogy feldolgozza nem haladja meg az eredeti követelményeknek válaszidő.
A stressz teszt (stressz teszt) - tesztelje az információs rendszert, minimális hardver erőforrások és a megengedett legnagyobb terhelést. A cél a stressz teszt, mint a neve is mutatja, - ellenőrizze a rendszer működése stressz alatt.
Volume teszt (térfogat vizsgálat) - vizsgálata az információs rendszer a maximális (a maximálisan megengedett) mennyiségű információ egy adatbázisban. Az együttműködés fő célja a vizsgált ebben az esetben a függőség a válaszidő és egyéb szempontok a rendszer teljesítmény-ellenőrzési adat mennyiségét.
Tesztelés megbízhatóság (megbízhatósági teszt) - a hibrid mindezen korábbi típusú vizsgálat, amelynek célja, hogy tesztelje a képességét, a rendszer visszatér a normál üzemmódba, miután rövid ideig tartó maximális terhelés, stressz, korlátozó mennyiségű adatot, stb
Tesztelés ergonómiai megoldások - tesztelése a felhasználói felület a kényelem és a működés biztonságát az információs rendszer.
Test információs rendszer az előkészítő szakaszában működésre
Befejezését követően a végrehajtási szakaszt az információs rendszerek fejlesztői, az ügyféllel közösen, az alábbi típusú vizsgálatok.
Tesztelés telepítési folyamat (telepítés tesztelés) - érvényesítési szoftver telepítését rendszerelemek különböző formációi, feltéve, hogy a kezdeti követelményeknek.
Tesztelés különböző konfigurációkban (konfigurációs tesztelés) - vizsgálat során a rendszer telepítését a különálló elemek (szerver oldalon, kliens munkahelyek) szempontjából az összes lehetséges (feltéve, hogy a kezdeti követelmények) változat az operációs rendszer és a hardver konfiguráció és szoftver erőforrások.
Átvételi vizsgálat (átvételi vizsgálat) - integrált információs rendszer tesztet végezni képviselői az ügyfél egy speciálisan kialakított program megvalósítói és tesztelési módszertana (PMI). A cél az átvételi teszt - azt mutatják, hogy a fejlett és telepítettek az ügyfél-tájékoztatási rendszer nem pontosan mire van szükség belőle, és nem annyira az adott paraméterek teljesítményét. A program elfogadási tesztek, amellett, hogy a funkcionális vizsgálatok lehetnek telepítés során és a tesztelés a munkáját a különböző konfigurációk, valamint mindenféle nem-funkcionális tesztelésre.
A különlegessége a elfogadási tesztek, összehasonlítva más szakaszaiban a funkcionális és nem funkcionális tesztelés csak, hogy a vizsgálati oldat van telepítve a cél hardver és a rendszer Ügyfél szoftver erőforrás (vagy bérelt az ügyfél), végezzük képviselői a vevő (aki lehet használni) a program szerint az ügyféllel megállapodott. A döntés a siker átvételekor és a vevő által befogadott, a rendszer működésbe lép, vagy küld vissza felülvizsgálatra.
Test információs rendszer szakaszainak támogatását
Tesztelj (regressziós tesztelés) - A teszteket a korrekciós észlelt hibák és hibák a rendszerben, és amelynek célja a valamit mutatni - javította ki a hiba vagy hiányosság abban a pillanatban, nem jelennek meg, és a funkcionalitás a célrendszer nem törött.
Az előzetes vizsgálat vagy füst (füstvizsgálat) - típusú vizsgálat után végzett a kiadás az új verzió a szoftver elemek szerepelnek az információs rendszert, amelynek célja, hogy gyorsan és egyszerűen a teljesítményét, illetve a rendszer hibás működését. Ha telepíti az új szoftver verziók „füst nem megy” rendszer, ami azt jelenti, hogy első pillantásra, minden jól működik, és akkor folytassa a részletesebb típusú vizsgálat. Füstvizsgálat időt takarít meg, mert tart sokkal kisebb, mint a többi komplex vizsgálat és annak negatív eredmény arra utal, hogy több nem lehet folytatni, mert a kivitelezés már felfedezték.