Tervellenőrzés & Érvényesítési folyamat

Tartalomjegyzék:

Anonim

Ebben az oktatóanyagban megtanulja-

  • Mi a tervezés érvényesítése?
  • Mi az a tervellenőrzés?
  • Különbség a tervellenőrzés és az érvényesítés között
  • Tervellenőrzési folyamat
  • A tervezés érvényesítési folyamata
  • A tervezés validálásának és ellenőrzésének előnyei

Terv érvényesítése

A Design Validation a szoftvertermék kiértékelésének folyamata a végfelhasználók vagy az érdekelt felek pontos követelményeinek megfelelően. A tervezés érvényesítésének célja a szoftvertermék fejlesztés utáni tesztelése annak biztosítása érdekében, hogy az megfeleljen a felhasználói környezetben alkalmazott alkalmazások követelményeinek.

Az érvényesítés a tervezés következetességének és teljességének a felhasználói igényekhez való igazolásával foglalkozik. Ez az a szakasz, amikor ténylegesen elkészíti a termék egy verzióját, és érvényesíti a felhasználói követelményeknek megfelelően.

Az alábbi kép a tervezés érvényesítési folyamatát mutatja be.

A cél objektív bizonyítékokkal bizonyítani, hogy a termék kielégíti a felhasználói igények dokumentumait. Az objektív bizonyíték nem más, mint a kimenet bármilyen fizikai bizonyítéka, például kép, szöveg vagy hangfájl, amely azt jelzi, hogy az eljárást befejezték.

Objektív bizonyítékok révén ez a folyamat következetesen megvizsgálja, hogy a termék megfelel-e az előre meghatározott követelményeknek. Ez a folyamat magában foglalja a tesztelési tevékenységet, az ellenőrzést és az elemzést stb.

Tervellenőrzés

A tervellenőrzés olyan módszer, amelynek segítségével megvizsgálhatja és bizonyítékokkal igazolhatja, hogy egy tervezett szoftvertermék kimenete megfelel-e a bemeneti előírásoknak. A szoftverellenőrzési folyamat célja a szoftverfejlesztés során annak biztosítása, hogy a tervezett szoftvertermék azonos legyen a megadottal.

A tervezési input minden olyan fizikai és teljesítménykövetelmény, amelyet a tervezés céljának alapjául használnak. A tervezési teljesítmény az egyes tervezési fázisok eredménye és a teljes tervezési erőfeszítés végén. A végleges tervkimenet az eszköz törzsrekordjának alapja.

Különbség a tervellenőrzés és az érvényesítés között

Az ellenőrzés és az érvényesítés között mindig vannak tévhitek. Ezek különböző tevékenységek, amelyeket a fejlesztési folyamat minden szakaszában elvégeznek.

Tervellenőrzés Terv érvényesítése
  • A tervellenőrzést abban az esetben alkalmazzák, ha a tényleges tervezési teljesítménynek meg kell egyeznie a várható specifikációval, amely megfelel a termék specifikációinak.
  • A Design Validation segítségével meghatározzuk, hogy a végleges tervezés megfelel-e a felhasználói igények elvárásainak.
  • Tervellenőrzés kérdése: Helyesen tervezte-e a terméket?
  • Design validation kérdezzen: Megfelelő terméket tervezett?
  • A tervellenőrzés magában foglalja az egység és az elsődleges integrációs szintű tesztelést.
  • A terv hitelesítése magában foglalja a másodlagos vagy magasabb szintű integrációt és a rendszerszintű tesztelést.
  • A terv hitelesítésének bizonyos aspektusai megvalósíthatók a terv hitelesítése során, de a terv hitelesítése nem helyettesíti a terv hitelesítését.
  • A terv hitelesítése a sikeres tervellenőrzést követi.
  • A tervellenőrzés bármilyen körülmények között elvégezhető az egyedi modulon vagy a kész rendszeren.
  • A terv hitelesítését meghatározott feltételek mellett, a felhasználói követelményeknek megfelelően kell elvégezni.
  • A tervellenőrzés statikus technikákat alkalmazhat. Magában foglalja a rendszerellenőrzéseket, elemzéseket és a hivatalos ellenőrzési (tesztelési) tevékenységeket.
  • A terv hitelesítése a végső jelentésből (a teszt végrehajtásának eredményeiből) áll, amelyeket felülvizsgálnak, jóváhagynak és aláírnak. Ezeket a dokumentumokat későbbi hivatkozások céljából tároljuk.

Tervellenőrzési folyamat

Azonosítás és előkészítés:

  • A specifikáció fejlesztési szakaszában a hitelesítési tevékenység azonosítása párhuzamosan történik. Ez lehetővé teszi a tervező számára, hogy megbizonyosodjon a specifikáció ellenőrizhetőségéről. Tehát egy tesztmérnök elkezdheti a részletes vizsgálati tervet és eljárásokat. A specifikáció bármilyen változásáról értesíteni kell.
  • Az ellenőrzés elvégzésének legjobb megközelítésének meghatározása, a mérési módszerek, a szükséges erőforrások, eszközök és létesítmények meghatározása.
  • Az elkészült hitelesítési tervet a terv véglegesítése előtt a tervezői csapattal felülvizsgálják, hogy azonosítsák a problémákat.

Tervezés:

  • Az ellenőrzés megtervezése egyidejű tevékenység az alap- és fejlesztőcsapatokkal. Ez a projekt teljes életciklusa alatt bekövetkezik. Ez frissítésre kerül, amikor bármilyen változás történik a tervezési bemeneteken.
  • Ebben a szakaszban a tesztelt szoftvert vagy rendszert dokumentálni kell.
  • Az előzetes teszttervet és a vizsgálati terv finomítását ebben a szakaszban készítik el. A tesztterv rögzíti a kritikus mérföldkövet a projekt kockázatának csökkentése érdekében.
  • Eszközök, tesztkörnyezet, fejlesztési stratégia és a követelmények ellenőrzése vagy elemzése révén történő azonosítása.

Fejlesztés:

  • A teszteset fejlesztése egybe fog esni az SDLC módszertanával, amelyet egy projektcsapat hajt végre. Ebben a szakaszban számos vizsgálati módszert azonosítanak.
  • A tervezési adatokat ki kell dolgozni, beleértve a legegyszerűbb, egyértelmű és ellenőrizhető ellenőrzési tevékenységeket.
  • Az igazolási időt csökkenteni kell, ha hasonló koncepciókat folytatnak egymás után. Még egy teszt kimenete is felhasználható bemenetként a következő tesztekhez.
  • A vizsgálati esetek és a megfelelő tervezési bemenetek között traktor kapcsolatok jönnek létre annak biztosítása érdekében, hogy minden követelményt teszteljenek, és a tervezési teljesítmény megfeleljen a tervezett inputoknak.

Végrehajtás:

  • A fejlesztési szakaszban létrehozott vizsgálati eljárásokat a teszttervnek megfelelően hajtják végre, szigorúan követve azokat az ellenőrzési tevékenység során.
  • Ha érvénytelen eredmények történnek, vagy bármilyen eljárás módosítást igényel, fontos a módosítások dokumentálása és megfelelő jóváhagyás megszerzése.
  • Minden problémát ebben a szakaszban hibaként azonosítunk és naplózunk.
  • A vontathatósági mátrixot azért hozták létre, hogy ellenőrizzék, hogy a hitelesítési vizsgálati tervben meghatározott összes terv bevitele tesztelésre került-e, és meghatározzák az átengedési arányt.

Jelentések:

  • Ezt a tevékenységet az ellenőrzés végrehajtásának minden fázisának végén végzik.
  • A tervellenőrzési jelentés az ellenőrzési eredmények részletes összefoglalását tartalmazza, amely tartalmazza a konfigurációkezelést, az egyes vizsgálattípusok vizsgálati eredményeit és az ellenőrzési tevékenység során felmerült problémákat.
  • A követelmények és a megfelelő vizsgálati eredmények között elkészítik a tervellenőrzés nyomonkövethetőségi jelentését annak ellenőrzésére, hogy az összes követelményt tesztelték-e és megfelelő eredményekkel látták-e el.
  • Az esetleges meg nem feleléseket dokumentálni és megfelelően kezelni kell.
  • A felülvizsgálatokat a tervellenőrzési tevékenység befejezése után végzik el, és jóváhagyják.

A tervezés érvényesítési folyamata

  • A tervek némelyike ​​érvényesíthető, ha összehasonlítjuk a hasonló célokat szolgáló hasonló berendezésekkel. Ez a módszer különösen releváns a meglévő infrastruktúra konfigurációs változásainak vagy az új rendszerbe vagy alkalmazásba beépítendő szabványos tervek érvényesítésében.
  • Bemutatás és / vagy ellenőrzés felhasználható a termék követelményeinek és egyéb funkcióinak érvényesítésére.
  • A tervezés elemzése elvégezhető, például matematikai modellezés, egy szimuláció, amely képes a szükséges funkcionalitás újrateremtésére.
  • A teszteket a végleges terven hajtják végre, amely igazolja a rendszer azon képességét, hogy a megadott terv szerint működjön.
  • A vizsgálati tervet, a kivitelezést és az eredményeket dokumentálni kell, és a tervezési nyilvántartások részeként meg kell őrizni. Így az érvényesítés az összes érvényesítési tevékenység eredményeinek gyűjteménye.
  • Ha a végleges tervellenőrzés során egyenértékű termékeket használnak, a gyártónak dokumentálnia kell a hasonlóságot, és ha van ilyen eltérés a kezdeti gyártással szemben.

Példa

  • Vegyünk egy példát az egyszerű termékre, egy vízálló órára.
  • A termékkövetelmény-dokumentum kimondhatja, hogy "Az órának vízállónak kell lennie úszás közben."
  • A kivitel specifikációja szerint "az órának akkor is működnie kell, ha a felhasználó hosszabb ideig úszik."
  • A teszt eredményeinek meg kell erősíteniük, hogy az órának meg kell felelnie ezeknek a követelményeknek, különben az újratervezési iterációkat addig hajtják végre, amíg eleget nem tesz a követelménynek.

A tervezés validálásának és ellenőrzésének előnyei

  • Folyamatosan figyelemmel kísérhetjük azokat a terveket, amelyek lehetővé teszik, hogy minden szakaszban megfeleljünk a felhasználó által meghatározott követelményeknek.
  • A tervezés validálása rámutat a különbségre a funkcionalitás működése és a várható működése között.
  • Az érvényesítési eljárások dokumentálása segít a funkcionalitás könnyű megértésében a jövőben bármely szakaszában, ha bármilyen változás vagy fejlesztés történik.
  • A fejlesztési idő következetesen csökken a termelékenység javításával, ami lehetővé teszi a termék várt szállítását.
  • Ez a folyamat magában foglalja az egyes érvényesítési módszerek alkalmazási körét és hatókörét.
  • Az érvényesítés részletes tervadatokkal végezhető el, amelyek megfelelnek a végfelhasználói igényeknek.
  • Az eredmény és a felhasználói dokumentumok közötti különbségeket rögzíteni kell.
  • Az érvényesítési terv változásai újbóli érvényesítési tevékenységhez vezetnek.
  • Fontos minden olyan tevékenység dokumentálása, amely az érvényesítés során történik, amely megfelelően bizonyítja, hogy a tervezés megfelel a felhasználói követelményeknek.