Tesztprogramok - hiba felismerési folyamat a szoftver termék

A szoftverfejlesztés, jelentős része a termelési folyamat alapja a szoftver tesztelése. Mi ez, és hogyan van ilyen tevékenység lesz szó ebben a cikkben.

Az úgynevezett teszt?

Ez arra utal, hogy a folyamat fut a szoftver érzékeli a helyét a hibás működés a kódot. A legjobb eredmény, tudatosan épített nehéz sor bemeneti adatok. A fő cél az ellenőrzés célja, hogy megteremtse a legjobb lehetőséget hiba szoftver. Bár néha tesztelésére kidolgozott programot lehet egyszerűsíteni egy rutinellenőrzés munkaképesség és látja el feladatait. Ez időt takarít meg, de gyakran kíséri a megbízhatatlanság a szoftver, felhasználói elégedetlenség, és így tovább.

hatékonyság

Milyen jól és gyorsan olyan hibák, jelentős hatással van a költségek és időtartamát szoftverfejlesztés szükséges minőséget. Tehát annak ellenére, hogy a tesztelők kapnak fizetést többször kisebb, mint a fejlesztők, a költségek a szolgáltatások általában maximum 30-40% -a, a teljes projekt. Ez annak köszönhető, hogy a létszám, mivel a keresést a hibát - ez egy szokatlan és nehéz folyamat. De még ha a szoftver vezetjük tiszteletreméltó vizsgálatok száma, nincs 100% -os garancia arra, hogy a hiba nem fog megtörténni. Csak nem tudom, ha azok előfordulnak. Hogy ösztönözze a tesztelők, hogy válassza ki a típusú vizsgálatok, amelyek nagyobb valószínűséggel hibát találni, különböző motivációs eszközöket használnak: erkölcsi és anyagi.

Megközelítés munka

Az optimális az, mikor kell végrehajtani a különböző mechanizmusokat, amelyek biztosítják, hogy a hibák a szoftverben nem az elejétől. Ehhez meg kell vigyázni a megfelelő építészeti tervezés, egyértelmű feladat-meghatározás, és fontos, hogy ne végezze el a beállításokat a kommunikáció, ha a munka a projekt már megkezdődött. Ebben az esetben, a teszter a feladata megtalálni és azonosítja a kis hibák száma maradnak a végeredményt. Ez takarít meg időt és pénzt.

Mi az a teszt?

Ez egy fontos szempont a felügyeleti tevékenységek, ami szükséges a sikeres hibák felderítéséhez a kódot. Ezek szükségesek ahhoz, hogy helyes alkalmazásának ellenőrzésére. Mit tartalmaz az a teszt? Ez áll adatok és a kezdeti értékek kell beszerezni, mint a kapott (vagy közbenső). Annak érdekében, hogy sikeresen azonosítani a problémákat és ellentmondásokat, tesztek után kell lennie az algoritmust dolgoztunk ki, de nem indul el a programozást. Kívánatos, hogy használja számos megközelítést becslésére a szükséges adatokat. Ebben az esetben, a növekvő kimutatásának valószínűségét hiba, mert akkor megvizsgálja a kódot egy másik nézőpontból. Komplex vizsgálatokat kell biztosítani ellenőrzését külső hatások a kész szoftver termékek, valamint a munkája algoritmusok. Különösen érdekes, és a marginális degenerált esetben. Így a gyakorlatban a hibák gyakran azt mutatják, hogy a ciklus működik egy vagy több alkalommal kisebb, mint a tervezett. Szintén fontos a számítógép vizsgálata, amelyen keresztül lehet ellenőrizni, hogy a kívánt eredményt a különböző gépeken. Erre azért van szükség annak érdekében, hogy megbizonyosodjon arról, hogy a program működni fog az összes számítógépen. Ezen kívül a számítógépes vizsgálati, amelyre a fejlesztés kerül sor, fontos a teremtés multi-platform fejlesztés.

hibaelhárítás Arts

Programok gyakran célja, hogy működjön együtt a hatalmas adathalmazok. Meg kell-e létrehozni teljesen? Nem. Elterjedt szerzett a gyakorlatban a „miniatürizálás” a program. Ebben az esetben van egy ésszerű adatmennyiség csökkentéséhez képest, hogy kell használni. Nézzünk egy példát: van egy program, amely létrehoz egy méretű mátrix 50x50. Más szóval - kézzel kell beírnia a 2500-értékeket. Ez természetesen lehetséges, de el fog tartani egy nagyon hosszú idő. De ahhoz, hogy teszteljék a funkcionalitás, a szoftver kap olyan mátrix, amelynek dimenziója 5x5. Ehhez meg kell adni több mint 25 értékeket. Ha ebben az esetben, egy normális, hibamentes működés azt jelenti, hogy minden rendben van. Bár vannak buktatók, hogy hazugság az, hogy a miniatürizálás helyzet következik be, ami a változások implicit ideiglenesen eltűnnek. Ez is nagyon ritka, de még mindig előfordul, hogy van új hibákat.

kitűzött célok

A tesztelés nem könnyű feladat annak a ténynek köszönhető, hogy ez a folyamat nem támadható formalizálása teljes egészében. A nagyobb programok szinte soha nem rendelkeznek a szükséges pontos viszonyítási alap. Ezért, mint egy iránymutatás segítségével számos közvetett adatok, amelyek azonban nem tükrözi teljes mértékben a jellemzőit és funkcióit szoftverfejlesztés hogy hibakeresése. Sőt, úgy kell megválasztani, hogy a megfelelő eredmény számított előtt, hogy a szoftvertermék fognak tesztelni. Ha nem előre, hogy a kísértés, hogy fontolja meg az egész, és ha az eredmény a gép kapja a várt tartományban, akkor lesz egy rossz döntés, hogy minden rendben van.

Nézz különböző körülmények között

Általános szabály, hogy a program tesztelése történik kötetek, amelyek szükségesek a minimális vizsgálati alkalmassága korlátozott mértékben. Folytatott tevékenységek a paraméterek változását, valamint a munkakörülmények. A tesztelési folyamat három részre osztja:

• Ellenőrizze normális körülmények között. Ebben az esetben teszteljük az alapvető funkciókat a kifejlesztett szoftver. Az eredmény meg kell egyeznie a várható.
• Ellenőrizze extrém körülmények között. Ezekben az esetekben, mint egyet a határ adatokat, ami hátrányosan befolyásolhatja a teljesítményt a létrehozott szoftver. Példaként dolgozunk rendkívül nagy vagy kis számban, vagy akár teljes hiánya kapott információk.
• Ellenőrzés kivételes helyzetekben. Ez magában foglalja az adatok felhasználása, amelyek kívül esnek a kezelést. Az ilyen helyzetekben nagyon rossz, ha a szoftver érzékeli azokat hasznos a számítás, és ad egy elfogadható eredményt. Ügyelni kell arra, hogy ilyen esetekben fennáll a kilökődés bármely adat, amely nem megfelelően dolgozza fel. Arra is szükség van, hogy tájékoztatja a felhasználót róla

Tesztelés: típusok

Készítsen szoftver hiba nélkül nagyon nehéz. Ez megköveteli a jelentős mennyiségű időt. Ahhoz, hogy egy jó termék gyakran kétféle vizsgálat: „Alpha” és a „Beta”. Mik ezek? Amikor az emberek beszélnek az alfa tesztelés, az azt jelenti, hogy a felülvizsgálatra kell végezni magát a fejlettségi „laboratóriumi” körülmények között. Ez az utolsó szakaszban a vizsgálati program kezdete előtt kerül át a végfelhasználók számára. Ezért a fejlesztők igyekeznek, hogy megforduljon a maximumot. A könnyű kezelés, adatok rögzíthetők, hogy hozzon létre egy kronológia problémákat és azok megoldásait. Az béta teszt, hogy megértsék a szoftver szállítása korlátozott számú felhasználó, hogy így kihasználják a programot, és azonosítja a hibákat, amit elmulasztott. Különlegessége ebben az esetben az a tény, hogy gyakran a szoftver nem használható rendeltetésének megfelelően. Ezen hiba miatt fognak azonosítani, ahol nem volt semmi látott. Ez teljesen normális, és aggódni nem szükséges.

vizsgálat lezárása

Ha az előző lépések sikeresen lezárult, továbbra is végezni átvételi vizsgálatok. Ő ebben az esetben válik puszta formalitás. A vizsgálat során a szó megerősítését, hogy nincs szükség további problémák is, és a szoftver is megjelent a piacon. A legfontosabb lesz a végeredmény, annál jobban meg kell győződni. Ügyelni kell arra, hogy minden lépést sikeresen befejeződött. Itt látható a tesztelési folyamat egészét. Most ásni a technikai részleteket, és beszélni egy ilyen hasznos eszköz, mivel a teszt programokat. Mik ezek és mikor használjuk?

számítógépes tesztelés

Korábban azt hitték, hogy a dinamikus elemzés kifejlesztett szoftver - ez túl nehéz a megközelítés, amely hatékonyan kimutatására használt hibák. De mivel a növekvő komplexitása és térfogatát programok megjelent ellentétes álláspontot képvisel. Automatizált tesztelés használják, ahol a legfontosabb prioritás a hatékonyságot és a biztonságot. És legyen bármilyen bemenet. Példaként a programokat, amelyekre helyénvaló az ilyen vizsgálatok közé tartoznak a következők: hálózati protokollokat, webszerver, a sandbox. Továbbra is megnézi néhány mintát, amelyet fel lehet használni az ilyen tevékenységet. Ha érdekli a szabad vizsgálati programok, a minőség nehéz megtalálni közöttük. De vannak repedezett „kalóz” változat a jól bevált projektek, így hivatkoznak a szolgáltatásokat.

lavina

Ez az eszköz segít felismerni hibák tesztelt programok a dinamikus elemzés módot. Adatokat gyűjt és elemzi a teljesítmény a pályán tervezett tárgy. A teszter előre megadott inputok okozó hiba, vagy megkerülni a meglévő készlet korlátok. Hála a jó teszt az algoritmus által kifejlesztett számos lehetséges helyzetek. A program fogadja egy sor különböző bemeneti adatok, amelyek lehetővé teszik, hogy szimulálja a nagyszámú helyzetek és feltételek megteremtése, amelyben a legvalószínűbb az előfordulása egy kudarc. Egy fontos előnye a programnak a használata heurisztikus mutatót. Ha probléma van, akkor az alkalmazás hiba nagyon valószínű. De ez a program korlátai, például csak egy csekket jelölt bemeneti aljzat vagy fájlt. Ha egy művelet végrehajtására, például vizsgálati programok részletes információkat tartalmaznak a probléma a null pointer, végtelen hurkok, hibás címek vagy hibás használata miatt a könyvtárak. Természetesen ez nem egy teljes listát az észlelt hibákat és azok csak gyakori példa. Korrekciós hiányosságok, sajnos, van fejlesztők - automatizált eszközökkel nem alkalmasak erre a célra.

Klee

Ez egy jó program tesztelésére memóriát. Ez lehallgatott körülbelül 50 rendszer hívások és nagyszámú virtuális folyamatok így végre párhuzamosan, vagy külön-külön. De általában, a program nem keres valami gyanús helyeken, és feldolgozza a lehető legnagyobb mennyiségű kódot és elemzéseket használt adatok utak. Emiatt a vizsgálati program méretétől függ az objektum. Amikor ellenőrzi a tét kerül szimbolikus folyamatokat. Ezek egyik lehetséges módja, hogy feladatellátásra olyan program, amely tesztelt. Hála a párhuzamos működés elemezni lehet a nagyszámú variánst a munka a vizsgálati kérelmet. Minden pálya bemenő adathalmazok tárolása után vizsgálat, amely akkor kezdődött a csekket. Meg kell jegyezni, hogy a vizsgálati programok segítségével Klee segít azonosítani számos variáció, ami nem kell. Ez megtalálható a problémákat még olyan alkalmazások, amelyek fejlesztik évtizedek óta.