Bevezetés a hibába
Ha egy szoftver nem működik a várt módon, azt állítják, hogy hibás. Tehát mi pontosan egy hiba? Ez az eredeti funkcionális követelményektől való eltérésnek vagy eltérésnek tekinthető. Ha egy tesztelő végrehajt egy teszt esetet, és ellentmondást észlel a várt eredménytől, akkor hibát talál. A javításig kell kezelni. Minden részletét el kell menteni és nyomon kell követni, amíg az nem igazodik a várt funkcionális követelményekhez.
Mi az a hibakezelési folyamat?
Ez a folyamat magában foglalja azok felismerését és rögzítését.
- Megelőzés
- Teljesíthető kiindulási alap
- Felfedezés
- Felbontás
- Folyamatok fejlesztése
Menjünk át részletesen a folyamaton.
1. Megelőzés
Az összes hiba kiküszöbölése érdekében a legjobb módja annak, hogy megakadályozzák azokat. Ez segít pénzt megtakarítani, és nagyon költséghatékony. E szakasz eléréséhez nagyon fontos, hogy az összes hibát a vizsgálat korai szakaszában felismerjék. A fő cél itt lehet a hiba minimalizálása. Ezt a következő lépésekkel lehet megtenni:
- A kritikus kockázat azonosítása: A rendszer kritikus területeit előzetesen meg kell határozni, hogy a teszteléskor a hatás kevésbé vagy egyáltalán ne legyen.
- A várható hatás becslése: A kockázatok meghatározása után becslést kell összegyűjteni arról, hogy a hatás hogyan befolyásolhatja pénzügyilag, ha a kockázat ténylegesen előfordul a termelésnél.
- A várható hatás minimalizálása: Ez az elemzés a kockázatok listáját tartalmazza. A legfelső kockázatok károsak lennének, és azokat kell minimalizálni vagy kiküszöbölni. Azok, amelyeket nem lehet teljesen eltávolítani, csökkentik a hiba előfordulásának valószínűségét.
2. Teljesíthető kiindulási alap
Az alapvonal az, ha egy előre meghatározott mérföldkövet elérnek. Amikor elérte ezt a lépést, győződjön meg arról, hogy a termék mozog az egyik szakaszból a másikba. Mivel a termék folyamatosan mozog az egyik szakaszból a másikba, az összes létező hiba is előrelép a termék fejlődésével. A mérföldkőnek van határideje, és ha a hibát a határidő lejárta előtt kijavítják, akkor ez nem hiba. Miután a kódolás és az egységteszt megtörtént, azt mondják, hogy a kód alapszintű, és átkerül a rendszer tesztelésére. Ha a probléma megtalálható a rendszer tesztelésében, akkor a hibát felveszik. Az alapszintű teljesítés az, amelyben az összes szállítmányt véglegesítik, és minden lehetséges hibát kijavítanak.
3. Felfedezés
Azt állítják, hogy a hibát akkor fedezték fel, amikor mindenki figyelmét felhívták rá. Az elemzést követően a fejlesztőcsoport elfogadja a rögzítendő fejlesztői csoportot. Itt ellenőrizni kell, mielőtt blokkolóvá válnának. Miután a tesztelő csoport megtalálta a hibát, a tesztelő felelőssége, hogy tájékoztassa a fejlesztőcsoportot és ellenőrizze, hogy a hibát elismerik-e. Miután megkapta a nyugtát, akkor tovább folytathatják a hibával, hogy érvényesítsék és javítsák ki.
4. Felbontás
Miután jelentették a hibát, a fejlesztői csapatnak a megoldás felé kell haladnia. Elemezniük kell, majd prioritásként kell kezelniük a feltárt hibát. A hiba prioritása beállítható, ha a hatás nagyobb. A magasabb prioritású hibákat először oldják meg, az alacsonyabb prioritással rendelkezők pedig később oldják meg. A fejlesztőnek javítania kell, majd tájékoztatnia kell a tesztelőt a javításról. Megértik a hiba okát, amikor ezt a tevékenységet végzik. Minden keletkező hibát szisztematikusan kell besorolni. A kritikusokat azonnal rögzíteni kell. A kiemelten fontos hibákat szintén meg kell javítani, mivel ezek befolyásolják a termék fő funkcióit. A hibának minimális eltéréssel kell rendelkeznie követelményétől. Az ilyen típusoknak közepesnek kell lenniük. A hibát, amelynek enyhe következménye lehet, alacsonynak kell jelölni.
5. A folyamat fejlesztése
Az összes hibát ki kell javítani. Bár lehetnek prioritásaik, meg kell győződni arról, hogy mindenki rögzítésre kerül, függetlenül a megállapított prioritásoktól. A folyamat javítása érdekében fontos, hogy minden hibát kritikusnak tekintsenek. A legkisebb hiba a minőség javításában és a hiba előfordulásának megelőzésében segíthet. Mindezek után egy másik vezetői beszámoló is fontos részét képezi. Minden egyedi hibát be kell jelenteni, és az ezekkel kapcsolatos minden információt meg kell adni a felső vezetésnek. Ez betekintést nyújt azokba a területekbe is, ahol a folyamat fejleszthető.
Előnyök
- A hibakezelés biztosítja, hogy a talált hibák valóban javuljanak. Segít a bezárás nyomon követésében, amikor a fejlesztők és tesztelők együtt dolgoznak.
- A javítás után biztosítani kell, hogy a rendszer minden hibája megszűnjön. Ez biztosítja a kiváló minőségű termék szállítását. Időt és pénzt takarít meg. A hatékonyság és a gazdaságosság egyaránt jól karbantartott.
- A beruházás megtérülése javítható a fejlesztési költségek csökkentésével. Ez azt jelenti, hogy a kérdések rangsorolása révén az ismétlődő problémák könnyen azonosíthatók. Ennek eredményeként nő a csapat termelékenysége.
- A megoldott problémák segíthetnek a minta meghatározásában vagy a hiba trendeinek megértésében. Relatívebbek a jövő számára. A közös problémákat a lehető leghamarabb meg lehet határozni és rögzíteni.
- A kommunikációs rés csökkenthető, mivel a tesztelők és a fejlesztők együtt dolgozhatnak a talált problémák megoldásában.
Következtetés
A teljes folyamat elősegíti a hibák kiküszöbölését és a minőségi termék szállítását. Soha nem lehet biztos abban, hogy nem találnak hibákat, de ez a folyamat elősegíti a teljes folyamat egyszerűsítését és a hibák számának csökkentését. A teljes folyamat követésével biztosítható, hogy a termék gyártásba helyezésekor ne legyen szűk keresztmetszet. Ennek eredményeként a pénzt megtakarítják, és minőségi terméket szállítanak.
Ajánlott cikkek
Ez egy útmutató a Mi az a hiba? Itt az 5 legfontosabb folyamatot és az előnyeit tárgyaljuk. A további javasolt cikkeken keresztül további információkat is megtudhat -
- Mi a genetikai algoritmus?
- Mi a Google Cloud Platform?
- Mi a funkcionális tesztelés? (Típusok)
- Kézi tesztelési interjúkérdések Legjobb 10