Mõjuanalüüs tarkvara testimisel

Mis on mõjuanalüüs?

Mõjuanalüüs on määratletud kui juurutatud toote või rakenduse muudatuste mõju analüüsimine. See annab teavet süsteemi piirkondade kohta, mida rakenduse konkreetse jaotise või funktsioonide muudatus võib mõjutada.

Mõju analüüsitakse nõuete, disaini ja Architektuur, mõju testile ja mõju ajakavale.

Uute funktsioonide lisamisega rakendusse või tootesse muutub hädavajalikuks kontrollida nende uute funktsioonide või muudatuste mõju süsteemi jõudlusele. Sel põhjusel tehakse mõjuanalüüs.

Miks tehakse muutuste mõju analüüsi?

  • Seda tehakse selleks, et mõista muudatuse elluviimise võimalikku tulemust. Tootele liiga suure funktsionaalsuse lisamine võib vähendada toote üldist jõudlust.
  • Et tuvastada kõik failid, dokumendid ja mudelid, mida võib olla vaja muuta, kui meeskond otsustab toote muudatuse rakendada
  • Et hinnata muudatuse elluviimiseks vajalikku pingutust
  • Muudatuse rakendamiseks vajaliku ülesande tuvastamiseks
  • See loetleb sõltuvused konkreetsest elemendist

Mis on mõjuanalüüsi dokument?

Mõjuanalüüsi dokumenti saab kasutada kontrollnimekirjana. Seda kasutatakse muudatustaotluste hindamiseks enne nendega töötamist. Mõjuanalüüsi dokument peaks sisaldama selliseid üksikasju nagu

  • Probleemi lühikirjeldus
  • Selgitage või näidake näidet, kuidas defekt põhjustab rikke ja/või ebaefektiivsust
  • Lisage keerukuse hinnang
  • Lisage paranduse maksumus ja aeg
  • Funktsionaalsust tuleb testida
  • Loetlege muudatuse jaoks loodud uued testjuhtumid
  • Viitedokument- Mainige viitedokument, tehniline kirjeldus jne.

Näide:

Mõjuanalüüsi dokument.

  1. Muuda taotluse ID:
  2. Pealkiri:
  3. Descriptioon:
  4. Valmistamise kuupäev:
  5. Prioriteedi prognoos:
    • Suhteline kasu
    • Suhteline karistus
    • Suhteline kulu
    • Suhteline risk
  6. Hinnanguline kogukoormus: …..tundi
  7. Hinnanguline kaotatud pingutus: ……..tundi
  8. Eeldatav ajakava Mõju:……päeva
  9. Mõjutatud kvaliteeti;
  10. Muud mõjutatud nõuded:
  11. Muud mõjutatud ülesanded:
  12. Integratsiooniprobleemid:

Kuidas esitada mõjuanalüüsi mõjutaset

Mõjuanalüüsi saab märgistada vastavalt värvikoodile, et näidata muudatuste kriitilisust või muudatuste mõju süsteemile. Värvikood võib olla ükskõik milline, nagu allpool näidatud.

  • Punane- tugev
  • Kollane – mõõdukas
  • Roheline - nõrk

Mõjuanalüüs tarkvara testimisel

Ülaltoodud tabel selgitab rakendatud muudatuste mõju

  • Punasega tähistatud tunnused tähistavad peamisi muudetavaid tunnuseid, kollased on omadused, mida muudatus vähem mõjutab ja rohelisega on kõige vähem.
  • Vertikaalselt mainitud funktsioonid meenutavad neid funktsioone, mida muudetakse, samas kui horisontaalselt mainitakse funktsioone, mida tehtud muudatused võivad mõjutada. Näiteks ülaltoodud näites mõjutab funktsiooni 1 muutus funktsiooni 3
  • Suurema projekti puhul, kus funktsioone ja funktsioone on rohkem kui ülaltoodud tabelis, ei pruugi see olla kasulik. Sellisel juhul kasutatakse teist lähenemisviisi, kus arendaja märgib koheselt mõju taseme põhifunktsioonide muutumise tõttu. Nagu allpool näidatud, kus põhifunktsiooni mõju vastavate alamfunktsioonide jaoks on märgitud.

Mõjuanalüüs tarkvara testimisel

Näidisküsimused, millega tuleb tegeleda mõjuanalüüsi tegemisel

  • Millised on kavandatava muudatuse tegemise kahjulikud kõrvalmõjud või riskid?
  • Kas muudatuse rakendamiseks ja testimiseks tuleb hankida mõni tööriist?
  • Kui muudatus vastu võetakse, kui palju juba investeeritud jõupingutusi kaob?
  • Kas kavandatavad muudatused mõjutavad jõudlusnõudeid?
  • Kas pakutud muudatuse kontrollimiseks on vaja teise kasutaja sisestust?
  • Kas muudatus tõstab toote maksumust?
  • Kas kavandatav muudatus on praegustel töötajatel teadmised ja oskused?
  • Kas kavandatav muudatus seab mõnele arvutiressursile vastuvõetamatu nõudluse?

Muudatuste mõju analüüsi parimad tavad

  • Enne mõjuanalüüsi käivitamist veenduge, et testimistaotlus ei sisaldaks teavet projekti nende osade kohta, mida muudatused mõjutasid
  • Suhtlemise jätkamine arendaja ja testija vahel on kohustuslik, et mitte jätta kahe silma vahele ühtegi muudatust, mis on vajalik lõpptootes juurutamiseks
  • Tuvastage, kas kasutajaliidest on vaja muuta, kustutada või täiendada.
  • Hinnake nõutavate aktsepteerimis-, süsteemi- või integratsioonitestide arvu
  • Tehke kindlaks kavandatava muudatuse mõju mõnele teisele projektiplaanile, konfiguratsioonihalduskavale või kvaliteedi tagamise kavale.

kokkuvõte

  • Mõjuanalüüs tagab, millist rakenduse osa tuleb muuta
  • Mõju süsteemile analüüsitakse nõuete, disaini ja Architektuur, mõju testile jne.
  • See aitab analüüsida, millisel tasemel regressioonitest on vaja