Regressziós tesztelés szoftver. Mi tesztelj

Ha magas minőségű szoftver, akkor nem csak a levelet kódsort, hanem, hogy megbizonyosodjon arról nincsenek hibák bennük. És ha a hiba primitív megtalálható a legtöbb nyelven még fordítási időben, annál bonyolultabb szükséges keresni hosszabb alkalmazások futtatásakor. Ezt a folyamatot nevezik tesztelés. Azt viszont van osztva fiókok száma, amelyek eltérő azok tartalmát és jellemzőit hibákat. Ennek része a cikket kell tekinteni, hogy egy ilyen regressziós tesztelés. Mit ábrázol? Milyen vizsgálatokat vannak? Lehetséges, hogy automatizálják? Szóval, mi a regressziós tesztelés? Beszéljünk inkább.

Típusai, formái, trendek

Tesztelj (regressziós tesztelés) - ellenőrzi mechanizmus, amelynek célja, hogy érzékeli a különböző problémákat azokon a területeken már bizonyított programok. Ez úgy történik, nem a végső meggyőződés hiányában nem dolgozó részei a kódot, és megtalálni és kijavítani a hibákat regresszió. Alattuk megérteni a hibákat, amelyek nem jelennek meg a írásakor programok, valamint a további új szakaszok kód vagy korrekciója a korábban elkövetett baklövések a szintaxist.

Összefoglalva a fentieket elmondhatjuk, hogy a célja a regressziós tesztelés - győződjön meg arról, hogy a korrekciós meglévő problémák vezet az új területeken a már tesztelt kód. Két fő típusú vizsgálatok:

1. Funkcionalitás.
2. Nem funkcionális.

Úgy fejezhetjük ki:

1. Scripts.
2. Készletek.
3. Készletek indításkor.

Mi az, sőt, magában regressziós vizsgálat szoftver? A munka 3 fő területen. Nevezetesen regresszió:

1. Bugs.
2. Régi problémák.
3. Mellékhatásokat.

funkcionális teszteket

Ezek alapján a funkciókat, amelyeket a rendszer. Lehet tartani a komponens, az integráció, a rendszer és az elfogadási szintet. A két fő aspektusa van, amelyek tesztelik:

• Követelményeknek.
• Az üzleti folyamatok.

Amikor dolgozik a szükséges követelményeket, hogy egy listát, hogy mit kell vizsgálni. Kívánatos, hogy azonosíthassák a kiemelt elem, hogy meghatározza az irányt a munkát. Erre azért van szükség, hogy ne hagyja figyelmen kívül a legfontosabb funkciókat. Amikor azt vizsgáljuk, egy „üzleti folyamatok” rájuk fókuszál, t. E. forgatókönyvek futnak napi munkát.

Az előnyök a funkcionális ellenőrzést kell tartalmaznia, hogy a szoftver szimulálja a tényleges használatát a rendszert. De vannak hátrányai is: például a program alkalmasak lehetnek a túlzott tesztelés. Az is lehetséges, kihagyva logikai hibák a szoftverben.

Nem funkcionális tesztelés

Az ilyen típusú vizsgálatok célja, hogy ellenőrzése mindazokat a tulajdonságokat, amelyek nem kapcsolódnak a funkciók a rendszer. Ilyen paraméterek tőlük:

1. Megbízhatóságát. Tesztelt válaszok a különféle helyzetekben nem biztosított.
2. Teljesítmény. Hogyan működik a rendszer, amely alkalmas a különböző terhelések.
3. Kényelmét. Milyen kényelmes dolgozni az alkalmazást a felhasználó elől.
4. Scale. megváltoztatni a magassága a követelmények és az alkalmazás szélességét dolgozik különböző monitorok.
5. Biztonság. Mennyire biztonságos a felhasználói adatok, valamint az információs különböző átviteli csatornák.
6. Hordozhatóság. Ellenőrzi, hogy az alkalmazás működik a különböző platformokon, és ha igen, - hány.

Mik a rendszer tulajdonságait lehet vizsgálni az ilyen esetekben? Összesen 4.

1. Tesztelése a telepítést. Kockás milyen jól sikerül, hogy a programot a számítógépen beállítani, és ha szükséges, eltávolítani. Minőségi beállítás lehetővé teszi a felhasználó számára, hogy csökkentse annak kockázatát, adatvesztés vagy csökkenés (romló) teljesítményű alkalmazásokhoz.
2. Teszteli a kényelem. Ellenőrizze a szoftvert fejlesztett a használhatóságot és tisztaságát a végfelhasználó.
3. Configuration tesztelés. Ez magában foglalja a teljesítmény ellenőrzését a program telepítése során a különböző beállításai, valamint kísérleteznek a belső beállításait a program.
4. Vizsgálat és helyreállítással. Ellenőrzése után hibák előfordulása. Értékeli a választ a védő tulajdonságait, valamint azt, hogy milyen adatokat és mennyi mentett a hirtelen megszakítása a kérelmet.

Összefoglalva, meg kell jegyezni, hogy bár a nem funkcionális tesztelés és független vizsgáló alkalmazások szempontjából feladatellátás, akkor beszélhetünk olyan tulajdonságokat, mint a megbízhatóság, a teljesítmény, és a biztonsági szoftverek. Ezek a paraméterek jellemzik a program minősége és semmilyen módon elhagyja a benyomást egyes felhasználó. Ezért fontos ez a vizsgálat nem kevesebb, mint a funkcionális.

teszt esetek

Teszt esetek hívják biankó csekk a szoftvert. Ezek az úgynevezett automatizált tesztelés. Ez a speciális szoftver, amellyel szakember létre, hibakeresés, végrehajtja és elemzi az eredményeket az alkalmazás fut át az ilyen fejlesztéseket:

1. Teszt scriptek. Ezek közé tartozik egy sor utasítást tervezett automatikus ellenőrzés különálló darab szoftver.
2. Tesztkészletek. Ez a kombináció a scriptek tesztelésére egyes darab szoftver, amely integrált vagy közös funkcionális célokat.
3. Vizsgálatok futni. Ez a kombináció a különböző szkriptek, és beállítja, hogy egyszerre futtatni, miközben ellenőrzi a program.

Automatizálása regressziós tesztek

automatizálás munkaerő - egyik alapja az emberi fejlődés a 21. században. Megérintette a témát. Így, az automatizált szoftver tesztelés, hogy megértsék az ellenőrzési folyamatot a szoftver, amely során a legfontosabb funkciókat és feladatokat, mint kezdő, inicializáló és végrehajtása, valamint elemzés és az eredmények elérése, automatikusan történik, a megfelelő eszközökkel. Ez a művelet végre egy technikus kialakulásáért felelős, hibakeresés, és támogatja működő teszt scriptek, teszt készletek és a műszerek. Munkát lehet végezni a különböző szoftverek, beleértve a regressziós tesztelés és automatizált rendszerek.

regresszió bogarak

E teszt alapján érthető keresési problémákat, hogy a hivatalosan „eltávolították”, de van okunk azt hinni, hogy még mindig léteznek. A különlegessége ennek a fajta ellenőrzés, hogy ellenőrizni kell az összes intézkedések egy adott objektum különböző kombinációkban. Az első teszt meccs valóság, számolt be a probléma megoldódott a mechanizmus, amely azt találták. Regressziós tesztelés elrendezés ebben az esetben segít abban, hogy nincsenek káros hatással.

Regresszió a régi hibákat

Ez arra utal, hogy az azonosító az esetekben, amikor a közelmúltban változás történt a programkódot, törölt hibajavítás. Így ezek újra kezdeni, hogy aktív. Ezért, amikor a változtatások a szoftver kódját kell kezdeni a tesztelési folyamat az elejétől (feltételezve persze, hogy voltak problémák a teljesítmény).

Regresszió mellékhatás

Az ő érti a helyzetet, amikor a közelmúltban kódváltoztatást egyik részében benyújtott kérelem üzemképtelen néhány vagy az összes többi része a fejlett programot. Tájékoztatásul a jelenléte az ilyen problémák a rossz teljesítmény egy vagy több a program egyes részeit. A feladat a tesztelő azonosítani az összes problémás területeket.

Összefoglalva minden van írva, hogy lehet mondani regressziós tesztelés? Ez most egy olyan téma, már nem okoz problémákat. Továbbra is csak a mester mindent a gyakorlatban.