Funkcionális tesztelés

Funkcionális tesztelés - Vizsgálja meg a szoftvert a funkcionális követelmények megvalósíthatóságának ellenőrzése érdekében, vagyis a szoftver bizonyos feltételek mellett a szükséges feladatok megoldása. A funkcionális követelmények határozzák meg pontosan a szoftvereket, milyen feladatok döntenek.

Funkcionális követelmények tartalmazza:

• Funkcionális alkalmasság (Eng. alkalmasság).
• Pontosság (Eng. pontosság.).
• Az interakció képessége (ENG. kölcsönös átjárhatóság).
• A szabványoknak és szabályoknak való megfelelés (ENG. megfelelés).
• Védelem (ENG. biztonság).

Irodalom

• Lisa Crispin, Janet Gregory Rugalmas tesztelése: Gyakorlati útmutató a tesztelők és rugalmas parancsokat \u003d Agilis tesztelés: Gyakorlati útmutató a tesztelők és agilis csapatok. - m.: "Williams", 2010. - 464 p. - (Addison-Wesley Signature sorozat). - 1000 példány. - ISBN 978-5-8459-1625-9,

Wikimedia Alapítvány. 2010.

Nézze meg, mi a "Funkció tesztelés" más szótárakban:

funkcionális tesztelés - - [l.g.sumenko. Angol Orosz szótár az informatika. M.: GP Tsniis, 2003.] Témák Információs Technológiák általában en funkcionális tesztelés ...

tesztelés - Teszt események és funkcionális tesztelés (ez utóbbi nem kapcsolódik sportversenyek) kulcsfontosságú elemei, hogy biztosítsák a készségét a játékok és az egyetlen valódi lehetőség, hogy ellenőrizze a fejlett Oko ... ... ... Műszaki fordítókönyvtár

A szoftver a teljes, integrált rendszeren végzett szoftvervizsgálat (szoftver) a forráskövetelményeknek való megfelelés ellenőrzése érdekében. A rendszer tesztelése a fekete tesztelés módszereire vonatkozik ... ... Wikipedia

Elemző - (elemző) specialista, a cég alkalmazottja, banki tevékenységekkel kapcsolatos információk az elemzők, pénzügyi és üzleti elemző, elemző, a deviza és tőzsdei Tartalom \u003e\u003e\u003e\u003e\u003e\u003e\u003e\u003e Analyst Ez Oredeliya History Analytics jelent meg, amikor .. . ... Enciklopédia befektető

Ez a cikk hiányzik az információforrásokra vonatkozó hivatkozások. Az információt ellenőrizni kell, különben megkérdőjelezhető és törölhető. Szerkesztheti ezt a cikket ... Wikipedia

Az 1941-es alapítók alapítása Martin és Oume Hilti Key Figures Baskera Pius (Pius Baschera) (az igazgatótanács elnöke), Bo Risberg (az Igazgatóság elnöke) ... Wikipedia

Szoftverfejlesztés feldolgozási folyamat folyamatelemzés programozási dokumentum tervezése ... Wikipedia

- (angol Performance Engineering) Rész rendszer berendezés, amely magában foglalja egy sor szerepek, ismeretek, gyakorlatok, eszközök és eredmények és használt minden egyes szakaszában a szoftver fejlesztési ciklus annak érdekében, hogy megbizonyosodjon arról, hogy a létrehozott, ... ... Wikipedia

Ezt a cikket teljes mértékben átírni kell. A vita oldal lehet magyarázatok. Ez a kifejezésnek más jelentései vannak, lásd a programot ... Wikipedia

Könyvek

• A szoftverek tesztelésének és ellenőrzésének alapjai, Csillagok Sergey Mikhailovich. Ez a juttatás célja a jövőbeni programozók számára, akiknek tudniuk kell a tesztelési szoftverek alapjait, a tesztelők munkájának elvét, a tesztelőkkel, a szükségletet és ...
• Funkció programozás a JavaScript-en. A JavaScript programkód javítása, Atencio Louis. Az összetett webes alkalmazások, az alacsony szintű JavaScript kód részleteket megnehezítheti, hogy elemezze a programot, és befolyásolják a teljesítményt a rendszer egészére. Funkcionális programozás (FP) ...

Minden a szoftver tesztelésének típusaiA kitűzött céloktól függően lehetőség szerint a következő csoportokba osztható: 1) funkcionális; 2) nem funkcionális; 3) a változásokhoz kapcsolódik.

A funkcionális tesztek funkciók és funkciókon alapulnak, valamint kölcsönhatás más rendszerekkel, és a vizsgálatok minden szintjén ábrázolhatók: komponens vagy moduláris (komponens / egység tesztelés), integrációs tesztelés, rendszer (rendszer tesztelés) és elfogadási tesztelés). A tesztelés funkcionális típusai figyelembe veszik a rendszer külső viselkedését. A leggyakoribb funkcionális teszteket követik:

- Funkcionális tesztelés Funkcionális tesztelés)

- Biztonsági tesztelés Biztonsági és hozzáférési ellenőrzési tesztelés)

- Tesztelési interakció Vízszintes tesztelés)

Funkcionális tesztelés.Ez a fajta Teszteli megfelel-e a megvalósított funkciókat a követelményeknek, műszaki feladat, leírások, egyéb projekt dokumentumai és egyszerűen a felhasználói elvárások. Ellenőrizzük az alkalmazás minden funkcióját, és mindegyiküket a komplexumban. Minden felhasználási forgatókönyvet vizsgáltunk. Megfelelőségét tárolt és kimeneti adatok, módszerek feldolgozása, bevitt adatokat, az adatok tárolási módszerek, adat import és export adatok módszerek, stb Az alkalmazás sajátosságaitól függően.

Funkcionális tesztek A rendszer által végzett funkciók alapján, és elvégezhető a tesztelés minden szintjén (komponens, integráció, szisztémás, elfogadható). Általában ezeket a funkciókat a rendszerek, a funkcionális specifikációk, vagy a rendszer használati eseteként írják le (felhasználási esetek).

A funkcionalitás tesztelése két szempontból elvégezhető: " követelmények»; « üzleti folyamatok».

Tesztelés perspektívában " követelmények"A rendszer funkcionális követelményeinek specifikációját használja a vizsgálati esetek kialakításának alapjául (vizsgálati esetek). Ebben az esetben meg kell tennie a tesztelendő listát, és mi nem, rangsorolja a kockázatokon alapuló követelményeket (ha ez nem történik meg a dokumentumban a követelményekkel), és ennek alapján a vizsgálat alapján rangsorolják forgatókönyvek (vizsgálati esetek). Ez összpontosít, és nem hagyja ki a legfontosabb jellemző tesztelését.

Tesztelés perspektívában " üzleti folyamatok"A legtöbb üzleti folyamat ismeretét használja, amely leírja a napi felhasználási forgatókönyveket. Ebből a szempontból, teszt scriptek (Test Scripts) általában alkalmazásán alapuló rendszer (használati esetek).

Előnyök Funkcionális tesztelés: utánozza a rendszer tényleges használatát. hátrányok Funkcionális tesztelés: A szoftver logikai hibáinak figyelmen kívül hagyása; A túlzott tesztelés valószínűsége.

Meglehetősen gyakori a funkcionális tesztelés automatizálása.

Biztonsági tesztelés. A biztonsági rendszer ellenőrzésére használt vizsgálati stratégia, valamint a kérelem védelmére, a hackerek, a vírusok, a bizalmas adatokhoz való jogosulatlan hozzáféréssel kapcsolatos holisztikus megközelítés biztosítására vonatkozó kockázatok elemzése. A biztonsági tesztelés mind az automatizált, mind manuálisan hajtható végre, beleértve a pozitív, mind a negatív vizsgálati esetek ellenőrzését. Három főre alapozva alapelvek - ez adatvédelem, integritás és hozzáférhetőség (Titoktartás, integritás, rendelkezésre állás)

Titoktartás - Ez bizonyos erőforrások vagy információk elrejtése. Az adatvédelem alatt megértheti a felhasználók egyes kategóriájának forrásához való hozzáférés korlátozását, vagy más szóval, milyen feltételek mellett a felhasználó jogosult az erőforrás elérésére.

A koncepció meghatározásában két fő kritérium van sértetlenség:

1. Trust. Az erőforrást várhatóan csak a megfelelő módon módosítják a felhasználói csoport megfelelő módja.

2. Kár és helyreállítás. Abban az esetben, ha az adatok megsérültek vagy helytelenül változnak egy engedélyezett vagy nem engedélyezett felhasználó, meg kell határozni, hogy mennyire fontos az adatvisszanyerezési eljárás.

Elérhetőség Ez az a követelmények, hogy az erőforrásoknak rendelkezniük kell egy engedélyezett felhasználónak, belső objektumnak vagy eszköznek. Általános szabályként minél kritikusabb az erőforrás, annál nagyobb a rendelkezésre állás szintje.

Tesztelési interakció. A hálózati technológiák és az internet fejlesztésével a különböző rendszerek, szolgáltatások és alkalmazások kölcsönhatása szignifikáns jelentőséggel bír, hiszen az ehhez kapcsolódó problémák a vállalat hatóságának csökkenéséhez vezethetnek, hogy ennek eredményeként pénzügyi veszteséget eredményez . Ezért az interakció tesztelését minden komolysággal kell megközelíteni.

Tesztelési interakció – ez a funkcionális vizsgálat, amely ellenőrzi az alkalmazás azon képességét, hogy kölcsönhatásba lépjen egy vagy több komponenssel vagy rendszerrel, és magában foglalja a kompatibilitási teszteket (kompatibilitási tesztelés) és az integrációs tesztelés.

A jó interakciós jellemzőkkel rendelkező szoftver könnyen integrálható más rendszerekkel, anélkül, hogy komoly módosításokat igényelne. Ebben az esetben a változások száma és a végrehajtásukhoz szükséges idő felhasználható az interakció lehetőségének mérésére.

A funkcionális tesztelés a tesztelés egyik legfontosabb típusa, amelynek feladata az ügyfél által kifejlesztett szoftver (szoftver) forrás-funkcionális követelményeinek való megfelelésének megteremtése. Vagyis a funkcionális tesztelés lehetővé teszi az információs rendszer azon képességét, hogy bizonyos feltételek mellett megoldja a szükséges feladatok megoldását.

A rendszerkódhoz való hozzáférés mértékétől függően kétféle funkcionális tesztet lehet megkülönböztetni:

• fekete dobozvizsgálat (fekete doboz) - A funkcionális tesztelés végrehajtása a rendszerkódhoz való hozzáférés nélkül,
• fehér doboz tesztelés (fehér doboz) - funkcionális tesztelés a hozzáférési rendszer kóddal.

A fekete doboz tesztelését a rendszer belső mechanizmusainak ismerete nélkül végzik, és munkájának külső megnyilvánulásaira támaszkodnak. Ugyanakkor a vizsgálatot a különböző bemeneti adatok és a belső állapotok viselkedésével ellenőrzik. A fehér doboz tesztelése esetén a vizsgálati eseteket főként a CO-kód alapján hozták létre. Van egy kiterjesztett típusú fekete dobozos teszt, amely magában foglalja a tanulási kódot, az úgynevezett szürke doboz (szürke doboz).

Főbb előnyök

1. A funkcionális tesztelő szoftver teljes mértékben utánozza a rendszer tényleges használatát.
2. Lehetővé teszi a rendszerhibák időben történő azonosítását, és így elkerülhetjük a többszörös problémákat, amikor a jövőben dolgozik vele.
3. Megtakarítások a hibák korrekciójával a szoftver életciklusának korábbi szakaszában.

A funkcionális tesztek fő lépései

Készítmény

Holding

Készítmény

A kezdeti dokumentumdokumentumok elemzését végzik: funkcionális és üzleti követelmények, műszaki előírások, projekt útlevél. A vizsgálati terv fejlesztése és összehangolása, a vizsgálati esetek, a tervezési idő koordinációja, az iterációk száma, az esetleges kockázatok értékelése is előfordul. Ennek a szakasznak a feladatait közösen végzik az ügyfél képviselőivel.

Holding

A funkcionális tesztelés manuálisan történik az előkészített elővizsgálati forgatókönyvekben a Bagtracking rendszerben található fokozó hibákkal. Az ilyen rendszer hiányában az ügyféltől: Tesztelési rendszert adhatunk a platformon történő teszteléshez; engedélyt adott az ügyfélnek; használja a meglévő pénzeszközöket az ügyféltől; csak irodai csomagot költ; Tegye a vizsgálati folyamatot az Ügyféltől a szabad eszközök alapján.

A vizsgálatokról szóló jelentések kidolgozása és összehangolása az észlelt eltérések és a rendszer javítására vonatkozó ajánlások listájával. Szükség esetén a felhasználók képzettek.

Műszerek

A tesztkezelést speciális rendszerekben végzik.

Információ biztonság 11.07.2018 8693

Funkcionális tesztelés egyik legfontosabb típusai a vizsgálat, melynek feladata, hogy megteremtse a megfelelést a fejlett szoftver (software) a kezdeti funkcionális követelményeknek az ügyfél. Vagyis a funkcionális tesztelés lehetővé teszi az információs rendszer azon képességét, hogy bizonyos feltételek mellett megoldja a szükséges feladatok megoldását.

A rendszerkódhoz való hozzáférés mértékétől függően kétféle funkcionális tesztet lehet megkülönböztetni:

⦁ Black Box (fekete doboz) tesztelése - Funkcionális tesztelés végzése a kódkódhoz való hozzáférés nélkül,
⦁ Fehér doboz tesztelés (fehér doboz) - Funkcionális tesztelés rendszer hozzáférési kóddal.
A fekete doboz tesztelését a rendszer belső mechanizmusainak ismerete nélkül végzik, és munkájának külső megnyilvánulásaira támaszkodnak. Ugyanakkor a vizsgálatot a különböző bemeneti adatok és a belső állapotok viselkedésével ellenőrzik. A fehér doboz tesztelése esetén a vizsgálati eseteket főként a CO-kód alapján hozták létre. Van egy kiterjesztett típusú fekete dobozos teszt, amely magában foglalja a tanulási kódot, az úgynevezett szürke doboz (szürke doboz).

Főbb előnyök

⦁ A funkcionális tesztelési szoftver teljes mértékben imitálja a rendszer tényleges használatát.
⦁ Lehetővé teszi a rendszer hibáinak időben történő azonosítását, és így elkerülje a többszörös problémákat, amikor a jövőben dolgozik vele.
⦁ Megtakarítás a hibák kijavításával a szoftver életciklusának korábbi szakaszában.

A funkcionális tesztek fő lépései

Készítmény - A rendszeren lévő forrásdokumentumok elemzését végzik: funkcionális és üzleti követelmények, műszaki előírások, projekt útlevél. A fejlesztés és koordináció a vizsgálati terv, teszt esetek, a koordináció a tervezési idő, az iterációk, az értékelés lehetséges kockázatok is előforduló. Ennek a szakasznak a feladatait közösen végzik az ügyfél képviselőivel.

Holding - A funkcionális tesztelés manuálisan történik az előkészített elővizsgálat előtti forgatókönyvekben, a bagtracking rendszerben található összes hiba növelésével. Ennek hiányában egy ilyen rendszer az ügyfél, a cég Moderátor Crowtesting lehet: olyan tesztelési rendszer tesztelésére, helyben; tegye a vállalatot az engedélyklihez; használja az ügyfél pénzeszközeit a vállalatból; csak irodai csomagot költ; Helyezze a vizsgálati folyamatot az ügyfél cégére szabad alapok alapján.

Jelentés - A vizsgálatokról szóló jelentések kidolgozása és összehangolása az észlelt eltérések jegyzékével és a rendszer javítására vonatkozó ajánlásokkal. Szükség esetén a felhasználók képzettek.

A funkcionális tesztelés irányai

Regressziós teszt - A termék funkcionalitásának tesztelése a hibák kijavítása vagy az új funkciók végrehajtása után

Biztonsági tesztelés - A különböző támadásokkal szembeni sebezhetőség értékelése és az adatokhoz való jogosulatlan hozzáférés meghozatala.

Rendszervizsgálat - a megfelelés ellenőrzése a specifikációban bejelentett követelményeknek megfelelően

Mobil alkalmazások tesztelése - A papírfelület hibáinak azonosítása

Tesztelés telepítése - A telepítési folyamat / eltávolítás szoftver tesztelése

- A különböző szoftverek és hardverkörnyezetek munkájának ellenőrzése.

Integrációs tesztelés - A rendszerkomponensek közötti kölcsönhatások vizsgálata és több rendszer között.

Füstvizsgálat - egy rövid vizsgálati ciklus, amely kimutatja az alkalmazás fő funkcióinak megfelelő működését.

Vizsgálati dokumentáció - az elfogadott szabványoknak való megfeleléshez szükséges dokumentumok ellenőrzése, valamint bizonyos jellemzők betartása

Tesztfizetés biztosítása - A bevonási rendszer tesztjeinek sűrűsége értékelése

Használhatósági tesztelés - az egyszerű használat mértékének meghatározása, a kifejlesztett termék világosabb és vonzereje

Regressziós teszt

Minden alkalommal, amikor módosítja a rendszert, vagy kiegészíti azt az új funkciókhoz, létezik

ennek a valószínűsége, hogy ezek a változások befolyásolják a korábban kifejlesztett funkcionális vagy rendszer egészének teljesítményét. Regressziós teszt lehetővé teszi, hogy ellenőrizze a helyességét kiegészítések és győződjön meg arról, hogy a program a változás után továbbra is megfelelnek a megállapított követelményeknek, és sikeresen működik együtt más rendszerekkel.

Ez a fajta vizsgálat ajánlott minden alkalommal beállítása után a program, amely magában foglalhatja a hiba korrekciós kód fúzió, a migráció egy másik operációs rendszer vagy adatbázis, hozzátéve, az új funkciókat, és egyéb változtatások. Ha működés közben a rendszer felhasználói száma jelentősen megnőtt a kísérleti művelethez képest, ajánlott regressziós terhelésvizsgálat elvégzésére.

A projekt során a tesztelők elsősorban ellenőrzik a funkcionális részét, ahol a hiba megjelenésének valószínűsége a leginkább magas. Időt takaríthat meg, a szakértők automatizált regressziós teszteket fejleszthetnek ki, amelyek csökkentik a tesztelési időt a veszteség nélkül.

Főbb előnyök

⦁ Rendszeres regressziós teszteléssel - a rendszerben lévő hibák számának jelentős csökkenése a kibocsátás időpontjával.
⦁ Kivéve a rendszer minőségi degradációját a funkcionalitás növekedésével.
⦁ A kísérleti ipari működés kritikus hibáinak valószínűségének csökkentése.

Fő lépések

⦁ Ellenőrzési tesztek: A hibák és tesztek ellenőrzésének vizsgálata az alapvető funkciók biztonságának ellenőrzésére a szoftverek minden egyes új verziójában;
⦁ Regressziós tesztek: ellenőrzése az új verzió a program egy sor teszteket használtak vizsgálata során az előző verzió, és nem tárt fel hibákat;
⦁ Regress a fix hibákban: A korábban azonosított és rögzített hibák ellenőrzése, meg kell kerülni az ilyen hibák megjelenését a kód módosítása után.

Integrációs tesztelés

Sok modern informatikai rendszer kölcsönhatásba léphet más rendszerekkel és modulokkal, így rendkívül

fontos, hogy a kapcsolatukat, és ellenőrizze a teljesítményüket. Az integrációs tesztelés lehetővé teszi a rendszerek kölcsönhatásában előforduló hibák kimutatását. Ehhez mind a kézi, mind az automatizált teszteket használják.

Az integrációs tesztelést javasoljuk a rendszer tesztelésének megkezdése előtt. Az ilyen típusú vizsgálatot kell végezni a lehető leghamarabb, mert az integráció hibák általában egy építészeti jellegét, korrekció a későbbi fejlődési szakaszban kockázatos és meg tudja csinálni sokkal drágább. A vizsgálati eljárás megkezdésének felgyorsítása érdekében ajánlott használni a külső rendszerek emulátorok kifejlesztését.

Az integrációs vizsgálat részeként a regressziós vizsgálatot is elvégezhessék a mellékletben vagy az örökölt funkcionalitás környezeti környezetének ellenőrzése érdekében.

Főbb előnyök

Az integrációs tesztelés lehetővé teszi a felhasználói műveletek utánzását, és gyorsan megkapja a megerősítést, hogy a szoftver termék sikeresen kölcsönhatásba lép más rendszerekkel. Ez a megközelítés egyszerre több előnyöket garantál:

⦁ megakadályozza a kritikus hibák megjelenését a kísérleti ipari működésben;
⦁ csökkenti az emberi tényező hatását;
⦁ A hibák rögzítésének költségeinek megtakarítása.

Fő célok

Az integrációs tesztelés fő feladata a rendszer modulok vagy több rendszer kölcsönhatásához kapcsolódó hibák keresése. Ennek eredményeképpen minden szomszédos rendszer és egy rendszermodulnak következetesen kell működnie.

Az integrációs vizsgálatok elvégzésére szolgáló módszerek az integrációs megoldásoktól függően vannak kiválasztva.

Szakasz

⦁ Vizsgálati terv kidolgozása - A tesztelők tesztelésére vonatkozó iránymutatások;
⦁ a vizsgálati adatok kialakulása és a vizsgálati esetek létrehozása;
⦁ A szkriptek végrehajtása a vizsgálati esetek elindításához;
⦁ Végezze el a vizsgálati eseteket és a hibajavításokat;
⦁ A tesztciklus ismétlése a sikeres integrációhoz.

Biztonsági tesztelés

Biztonsági vizsgálatot végeznek annak érdekében, hogy felmérjék a rendszer stabilitását a jogellenesnek

akció: Hacker támadások, a vírusok behatolása, megpróbálja elérni a vállalati információkat. Biztonsági teszt különösen fontos a webes alkalmazások, alkalmazások fontos kereskedelmi vagy személyes adatokat, a fizetési rendszerek, alkalmazások, amelyek megkövetelik az információk integritása, társadalmi alkalmazások, alkalmazások kereskedelmi engedélyt. Gyakran ellenőrizni kell a biztonságot

az ilyen funkcionális tesztek ilyen rendszerei nem elegendőek.

Főbb előnyök

⦁ A biztonsági tesztelés csökkenti a rendszerhez való jogosulatlan hozzáférés valószínűségét, az információs és az adatvesztés lopását;
⦁ Az ügyfelek objektív értékelést kapnak a rendszerek biztonságának szintjének.

Fő célok

⦁ Az architektúra elemzése és a fenyegetések és kockázatok modellje
⦁ A védelmi kritériumok meghatározása
⦁ Keressen sebezhetőségeket a forráskódban
⦁ Fuzz tesztelés
⦁ Penetrációs tesztelés
⦁ Kockázati tesztelés
⦁ Vezető terhelésvizsgálat

Szakasz

⦁ Előkészítés: információgyűjtés, alkatrészek finomítása;
⦁ Tervezés: A rendszer sebezhetőségek és lehetséges fenyegetések elemzése, a kockázati mátrix kidolgozása;
⦁ Design: A rendszer biztonsági beállításainak meghatározása, kódelemzés, elemi tesztek;
⦁ fejlesztés: bevitele váratlan, hibás nonypical adatok (Fuzz vizsgálat), értékelése nem funkcionális elemei szoftver, kockázati tesztelés modellt;
⦁ Végrehajtás: ⦁ terhelésvizsgálat, behatolási tesztek.

Füstvizsgálat

A szoftverek gyakori összeszerelése nem mindig zajlik a megfelelő tulajdonságokkal, aminek következtében a szoftver termék hibákat tartalmazhat a funkcionális vállalkozás munkájában. Ezért a kulcsfontosságú funkcionális rendszer ellenőrzését közvetlenül a Közgyűlés után kell elvégezni, és a szoftver tesztelésére.

Füstvizsgálat (kéményvizsgálat) A feladatot a szoftver összeállítása után azonnal azonosítja a hibákat. Ez magában foglal egy kis számú vizsgálati forgatókönyvet, és célja a kifejezett funkcionalitási hibák azonosítása. Általában füstvizsgálatokat végeznek a szoftver frissítése után, de ez a módszer a Scratch által létrehozott szoftverek tesztelésére használható. A füstvizsgálat a funkcionális tesztelés előtt elfogadható tesztekként történhet. Mivel a füstvizsgálatot meglehetősen magas periodicitással végzik, és a tesztelők alapvető erőforrásait fordítják rá, ajánlott ezt az irányt automatizálni.

Főbb előnyök

⦁ A kritikus hibák észlelése az első néhány órában (perc) a telepítés után
⦁ a rossz minőségű termék visszavonásának kockázatának csökkentése;
⦁ A rendszerek integrálásának kockázatainak minimalizálása;
⦁ A hibák korrekciójának költségeinek csökkentése;
⦁ Automatizálás gyorsulása.

Fő célok

⦁ A vizsgálati forgatókönyvek kiválasztása, hogy a rendszer legelterjedtebb funkcióinak vizsgálati lefedettségét biztosítsa.
⦁ A füstvizsgálatok számának és végrehajtásának időpontjának meghatározása. Általában legfeljebb 10 forgatókönyvet választanak ki a füstvizsgálatokhoz a végrehajtás időpontjával több órán belül.
⦁ Tesztszkriptek írása, lejátszási lépések leírása és végrehajtásának várható eredményei. Az ügyfél kérésére a szkriptek automatizálhatók.
⦁ füst teszt végrehajtása.

Rendszervizsgálat

A teszteléshez tervezett rendszervizsgálat

készen áll arra a feltételre, amelyben kísérleti műveletbe kerül.

A rendszer tesztelése lehetővé teszi az ilyen hibák kimutatását, mivel azonosítja a rendszer hiányzó funkcionális működését, a rendszerfunkciók helytelen működését, a hibák előfordulását specifikus vizsgálati adatok vagy kombinációk használatakor, interakciós hibák más rendszerekkel.

Főbb előnyök

⦁ A kísérleti ipari működés hibáinak számának csökkentése;
⦁ A vizsgálati forgatókönyvek képzési anyagok használata a rendszer jövőbeli felhasználói számára;
⦁ Az állvány beállítási hibák észlelése, amelyek megkönnyítik az AC rendszergazdák működését a rendszer kísérleti műveletekbe történő telepítésekor.

Fő célok

⦁ A vizsgálati forgatókönyvek előkészítéséhez szükséges megközelítés meghatározása
⦁ terv és vizsgálati módszerek létrehozása
⦁ A vizsgálati adatok előkészítése
⦁ tesztelés
⦁ Helytelen erőforrások kimutatása

Szakasz

⦁ tesztterv
⦁ A tesztek fejlesztése
⦁ A vizsgálati adatok előkészítése
⦁ teszt fut - automatizált és rendes
⦁ Jelentés kidolgozása
⦁ Regressziós tesztelés hibajavítás után

Vizsgálati dokumentáció

Tesztelése dokumentáció lehetővé teszi, hogy becsülni a különböző jellemzőit dokumentumok és követelmények: a teljesség és a redundanciát, egyértelműség és következetesség rankbores és a nyomon követhetőség, megvalósíthatóság és ellenőrizhetőség.

A dokumentáció tesztelése ajánlott egy új szoftver létrehozásakor, vagy ha az üzleti fejlődés miatt megváltozik. A dokumentáció tesztelése jobb, ha a rendszerkövetelmények létrehozásának rendszerén kezdődik, ez megszünteti néhány hibát, mielőtt a kódot végrehajtják.

Főbb előnyök

⦁ A korai szakaszokban a követelmények hibáinak kimutatása csökkenti a korrekciójuk költségeit.
⦁ A minőségi dokumentáció csökkenti a projekt egész összetettségét és időtartamát.
⦁ Egyértelmű és teljes üzleti követelmények lehetővé teszik a fejlesztők számára, hogy jobban értékeljék a munka hatókörét, és technikai feladatot dolgoznak ki.
⦁ érthető dokumentációt csökkenti a kérdést a rendszer működését a felhasználók és tesztelők, ami megkönnyíti a munkát a rendszergazda és elemzések.

A dokumentáció tesztelése magában foglalja a dokumentációs szintek tesztelését:

⦁ Üzleti követelmények
⦁ Funkcionális követelmények
⦁ adózás
⦁ Felhasználói kézikönyvek

Mobil alkalmazások tesztelése

Tesztelés - A mobil alkalmazások fejlesztésének legfontosabb szakasza. Ez a fajta tesztelés lehetővé teszi, hogy ellenőrizze az alkalmazás teljesítményét különböző eszközökön és operációs rendszereken a meghatározott követelményeknek megfelelően.

Főbb előnyök

⦁ Ellenőrizze az alkalmazás teljesítményét és kompatibilitását különböző eszközökön és platformokon.
⦁ csökkentése reputációs kockázat, mint a kiadás rossz minőségű alkalmazásokat bármely mobil platform társított negatív megjegyzéseket és a kisfogyasztói értékelésből.
⦁ A mobil alkalmazások tesztelésének automatizálása, amely csökkenti az egyes iteráció időzítését.

A tesztelés teszteléséhez a Crowdtsting vállalati moderátor számos mobil eszközre támaszkodik, beleértve a tabletták és okostelefonok modern modelljeit, amelyek a világ minden országaiból származnak.

Tesztfizetés biztosítása

A teszt bevonat nagyságát jelöli kifejező százalékos funkcionalitását tesztelt az tesztek a teljes funkcionalitását a rendszer. A vizsgálati fedelének értékelését javasoljuk a terv és a vizsgálati módszertan előkészítése során, hogy a tesztelés biztosítsa a vizsgált bevonatot. Ez a fajta tesztelés kézzel és automatizált teszteléssel végezhető el.

Főbb előnyök

⦁ A vizsgálati vizsgálat világosan mutatja a százalékos funkcionalitásának tesztek és a kritériuma a teljesség: minél nagyobb a százalékos aránya a vizsgált bevonat, annál nagyobb a teljességet.
⦁ A legteljesebb vizsgálati bevonat biztosítása csökkenti a hibák számát és javítja a végtermék minőségét.

Fő célok

A terv és az automatizált tesztelés terv- és vizsgálati módszereinek előkészítése során a tesztelés céljától függően meghatározzák a szükséges vizsgálati szintet. A tesztelés során ajánlott a vizsgálati lefedettség maximális teljesítményszintjét használni, azonban a vizsgálatok előkészítésének és tesztelésének időtartamának csökkentése érdekében a hiányos vizsgálati lefedettség használata megengedett.

Tesztelés telepítése

Installation Testing (Installation Testing) Lehetővé teszi, hogy megbizonyosodjon arról, hogy helyesen van telepítve és konfigurálva, az új változat lép fel hiba nélkül, és lehetséges, hogy távolítsa el, és törölje ezt a szoftvert. A telepítés tesztelését a szoftver létrehozásakor végre kell hajtani, miután megjelenik az új verzió, valamint az állvány konfigurációjának megváltoztatásakor.
A telepítési tesztelést javasoljuk különböző platformokon, kézi módszerrel vagy automatizálással. A következő tényezők befolyásolják az ilyen típusú tesztelést:
⦁ Milyen platformokat és operációs rendszereket támogatnak?
Hogyan kell elosztani a szoftvert?
⦁ Ki telepíti a szoftvert?

Főbb előnyök

A telepítés tesztelése elkerüli az ilyen problémákat az ipari környezetben való telepítés során, mint:
⦁ A létrehozás képessége
⦁ Az adatvesztés az új verzió telepítése után
⦁ Képtelenség visszafordulni az előző verzióra

Ennek eredményeként a pénz és az idő megtakarítása, a rendszergazdák munkájának jelentős megkönnyítése.
Fő célok

A telepítési tesztelést a szoftver telepítési terv szerint végezzük. A telepítés, a konfiguráció, a frissítés, a Rollback verzió és a szoftver törlése minden megadott platformon.

Használhatósági tesztelés

Az új szoftver létrehozásakor végezzük a felhasználhatóságát, és finomítják. Az ilyen tesztelés fő célja a leginkább barátságos programfelület megoldásainak megkeresése, hogy csökkentse a felhasználói feladatok megoldását.

A könnyű használatú tesztelés eredménye számos kívánság a tesztobjektum javítására, például a gombok helyének megváltoztatására vagy az új parancsok gyors végrehajtására, az alapértelmezett értékek kitöltéséhez, a gyorsbillentyűk hozzáadásához stb.
Főbb előnyök

A tesztelési felhasználhatóság eredményei pozitív visszajelzést adnak a rendszerhasználóktól a jövőben. Ha a rendszer rendszeres használatra szánt, például a call-központ munkatársai, a bank vagy az értékesítési asszisztensek a boltban, az ergonómiai rendszer csökkenti munkaköltségeiket a mindennapi műveletek elvégzéséhez. Ha a rendszer az ügyfélszolgálatra szánt, például egy online áruház vagy internetes bank, a kényelem és az egyszerűség a rendszer elhagyja a pozitív emlékeket, hogy megmenti az ügyfeleket és vonzza az újakat.

Fő célok

A könnyű használat tesztelésének feladata az, hogy meghatározza a felhasználó általi megoldásának kényelmét és egyszerűségét, hogy végrehajtsa a termék létrehozását.

E feladat részeként becslések szerint:

⦁ Hány lépést kell tennie a feladat teljesítéséhez?
⦁ Mennyi ideig tart a feladat teljesítése?
⦁ Hány hibát tesz lehetővé az újoncot a feladat végrehajtásakor?
⦁ Mi az a benyomás a felhasználónak a programmal való együttműködésről?
⦁ A felhasználó érzelmei a feladat során.

Konfigurációs tesztelés

Konfigurációs tesztelés - Ez validált szoftver különböző szoftver- és hardverkörnyezeteken. Ez a fajta vizsgálat alkalmazható, ha tudjuk, hogy az információs termék kerül felhasználásra, például a különböző platformokon, a különböző böngészők, támogatni fogja különböző változatai a járművezetők.

Főbb előnyök

⦁ A konfigurációs teszt teljesen szimulálja a rendszer tényleges használatát.
⦁ Lehetővé teszi, hogy azonosítsa a rendszer hibáinak működés különböző konfigurációkban, és így megakadályozza a problémákat, ha dolgozik vele.

A konfigurációs tesztek fő lépései

Készítmény - A rendszerkonfigurációk listáját összeállítja, amely alatt tesztelés következik be. A gyakorlatban gyakran lehetetlen leírni az egész konfigurációkat, amelyekben a rendszert használják. Ezért a prioritást végzünk, és csak a legfontosabb konfigurációk esnek a véglistába.
Holding - A rendszert a kiválasztott konfigurációkon tesztelik.
Jelentés - A vállalatok ügyfelei részletes jelentést nyújtanak a rendszer működésének hibáinak és eltérések listájával minden konfigurációs verzióval.

Tegyük fel, hogy van egy adat-adatfunkcióamely visszaadja a felhasználói azonosító információs kártyáját, amely elhaladt. Most ez a funkció 3 FORRÁS-függvények, Forrás-B és a Forrás-C kap három különböző típusú kártyák. Most kombináljuk ezeket a kártyákat egy kártyán, és visszatérünk a Get-Adatokból.

Amikor teszteket tesztelek, Ellenőrizzem a kulcsfontosságú adatok jelenlétét? Van értelme, hogy ez a funkció megtagadja az egyszeri teszteket, ha az egyik forrás-a, Source-B és Source-C sikertelen? Ha a Toss funkció feladata az adatok kombinálása, és ez megtörtént, akkor ez elég, igaz?

1

2 válasz

Tegyük fel, hogy van egy Get-Data funkció, amely visszaadja a továbbított felhasználói azonosító térképét.

Kiváló. Akkor ellenőriznie kell. Ehhez az azonosítóhoz visszaadja a helyes adatokat?

most ez a funkció 3 forrás-a, forrás-B és forrás-C funkciót használ, hogy három különböző típusú kártyát kapjon.

A megvalósításnak milyen részleteket kell hagynia a tesztben. Mindössze annyit tesztel, hogy a munkaegysége (ez a módszer) azt teszi, amit (az azonosítót, és visszaadja az XYZ adatokat az azonosítóhoz). hogyan Ez a módszer nem számít - a végén ez a moduláris teszt kulcsfontosságú előnye, hogy átszervezheti a módszer végrehajtását, és a teszt ellenőrzi, hogy mit csinált.

Mindazonáltal valószínűleg meg kell szüntetned az adatforrásokat, így a teszt valószínűleg tudnia kell, hogy ez a kód működik. Meg kell egyensúlyozni a három versengő célt itt: A teszt elkülönítéséhez (zaklatási adatok alapján), hogy az igényekre és a pragmatizmusra összpontosítson.

Végül ez egy fontos kód. Vannak vizsgálatok, hogy támogassa a tényleges kódot, kiadások nagyszámú időt és kapcsolódó problémák polírozó ellenőrzés nem olyan hasznos, mint teszt. . .

A moduláris tesztelés, akkor ellenőriznie kell csak a funkcionalitás az azonos osztályba, ha a forrás-A módszerek, Forrás-B és a Forrás-C hívja más osztályokba, meg kell gúnyolni őket (ők ellenőrizni kell a modul az órákon).

A tesztelés integráció, akkor ellenőrizze a viselkedését több osztály között lépnek velük, ez azt jelenti, hogy a GET-DATA funkciót helyességét ellenőrizni az adatokat, lekért (forrás-a, Forrás-B és a Forrás-C helyesek, és a az adatok megfelelően vannak csatlakoztatva).

A moduláris vizsgálatok könnyebbek és szándékosak, és ezeket a fejlesztőknek kell létrehozniuk. Az integrációs vizsgálatok általában viszonylag összehasonlíthatóak (ha bármilyen belső komponens megváltozott), így nehezebb elvégezni őket. A QA-profilnak kell létrehoznia.