Mõjuanalüüs tarkvara testimisel
Charles Moore
⚡ Nutikas kokkuvõte
Tarkvara testimise mõjuanalüüs hindab, kuidas kavandatud muudatus mõjutab nõudeid, disaini, koodi, teste ja tarnegraafikut.ping meeskonnad hindavad pingutust, seavad regressiooni katvuse prioriteediks ja ennetavad soovimatuid defekte enne avaldamist.
Mis on mõjuanalüüs?
Mõjuanalüüs on protsess, mille käigus analüüsitakse juurutatud tootes või rakenduses tehtud muudatuste mõju. See tuvastab süsteemi piirkonnad, mida rakenduse konkreetse osa või funktsiooni muutmine võib mõjutada.
Mõju hinnatakse nõuete, disaini ja Archistruktuur, test ja tarnegraafik.
Alati, kui rakendusele või tootele lisatakse uusi funktsioone, on hädavajalik kontrollida, kuidas need muudatused mõjutavad süsteemi jõudlust ja stabiilsust. Sel põhjusel tehakse mõjuanalüüsi.
Miks tehakse muutuste mõju analüüsi?
- Mõistmaks muudatuse rakendamise võimalikku tulemust. Tootele liiga suure funktsionaalsuse lisamine võib üldist jõudlust vähendada.
- Iga faili, dokumendi ja mudeli tuvastamiseks, mida võib olla vaja muuta, kui meeskond otsustab muudatuse rakendada.
- Muudatuse elluviimiseks vajaliku pingutuse hindamiseks.
- Muudatuste elluviimiseks vajalike ülesannete kindlakstegemiseks.
- Muudetava elemendi sõltuvuste loetlemiseks.
Mis on mõjuanalüüsi dokument?
Mõjuanalüüsi dokumenti saab kasutada kontrollnimekirjana muudatustaotluse hindamiseks enne, kui meeskond selle kallal tööle hakkab. Dokument peaks sisaldama järgmisi üksikasju:
- Probleemi lühikirjeldus.
- Selgitus või näide selle kohta, kuidas defekt põhjustab rikke või ebaefektiivsust.
- Keerukuse hinnang.
- Paranduse maksumuse ja aja hinnang.
- Testitav funktsionaalsus.
- Muudatuse jaoks loodud uued testijuhtumid.
- Viitedokumendid, näiteks tehniline kirjeldus või seotud projekteerimismärkused.
Näide:
Mõjuanalüüsi dokument.
- Muuda taotluse ID:
- Pealkiri:
- Descriptioon:
- Valmistamise kuupäev:
- Prioriseerimise hinnang:
- Suhteline kasu
- Suhteline karistus
- Suhteline kulu
- Suhteline risk
- Hinnanguline kogupanus: ______ tundi
- Hinnanguline kaotatud pingutus: ______ tundi
- Hinnanguline ajakava mõju: ______ päeva
- Kvaliteet mõjutatud:
- Muud mõjutatud nõuded:
- Muud mõjutatud ülesanded:
- Integratsiooniprobleemid:
Kuidas esitada mõjuanalüüsi mõju taset
Mõjuanalüüsi saab esitada värvikoodiga, mis näitab muudatuste kriitilisust süsteemis. Levinud värvikood on näidatud allpool:
- Punane – tugev löök
- Kollane – Mõõdukas mõju
- Roheline – nõrk mõju
Ülaltoodud tabel selgitab rakendatud muudatuste mõju:
- Punasega märgitud tunnused on peamised muudetud tunnused. Kollasega märgitud tunnused on muutusest vähem mõjutatud. Rohelisega märgitud tunnused on muutusest kõige vähem mõjutatud.
- Vertikaalselt loetletud funktsioonid on need, mida muudetakse. Horisontaalselt loetletud funktsioonid on need, mida muudatus saab mõjutada. Ülaltoodud näites mõjutab funktsiooni 1 muudatus funktsiooni 3.
- Suurema projekti puhul, kus on palju funktsioone ja funktsioone, ei pruugi ülaltoodud tabel olla praktiline. Sellisel juhul kasutatakse teist lähenemisviisi, kus arendaja märgib otse põhifunktsioonide muudatuste mõju taset, nagu allpool näidatud, kus põhifunktsiooni mõju on märgitud iga alamfunktsiooni kõrvale.
Näidisküsimused, millele mõjuanalüüsi tegemisel vastata:
- Millised on kavandatava muudatuse tegemise kahjulikud kõrvalmõjud või riskid?
- Kas muudatuse rakendamiseks ja testimiseks on vaja hankida mõni uus tööriist?
- Kui muudatus vastu võetakse, siis kui suur osa juba tehtud pingutusest kaob?
- Kas kavandatud muudatused mõjutavad negatiivselt tulemuslikkuse nõudeid?
- Kas kavandatava muudatuse kinnitamiseks on vaja täiendavat kasutaja sisendit?
- Kas muudatus tõstab toote maksumust?
- Kas praegustel töötajatel on teadmised ja oskused kavandatud muudatuste elluviimiseks?
- Kas kavandatav muudatus seab mõnele arvutiressursile vastuvõetamatu nõudluse?
Muutuste mõju analüüsi parimad tavad
- Enne mõjuanalüüsi alustamist veenduge, et testimistaotluses on määratletud kõik projekti osad, mida muudatused mõjutavad.
- Arendaja ja testija vaheline pidev suhtlus on hädavajalik, et lõpptootes vajalikke muudatusi tegemata ei jääks.
- Tehke kindlaks, kas kasutajaliideses on vaja muudatusi teha, kustutada või lisada.
- Hinnake vajalike vastuvõtu-, süsteemi- ja integratsioonitestide arvu.
- Tuvastage kavandatava muudatuse mõju projektiplaanile, konfiguratsioonihalduskavale või kvaliteedi tagamise kavale.
Mõjuanalüüsi tüübid tarkvara testimisel
Muutuste mõju analüüs ei ole üksainus tehnika. Praktikud kasutavad kavandatud muudatuse kohta käivatele küsimustele vastamiseks tavaliselt ühte kolmest teineteist täiendavast tüübist.
- Tracvõimekuse mõju analüüs: Kasutab nõudeid TracTäidetavusmaatriks ja disaini seosed iga nõude sidumiseks seda rakendavate moodulite, testide ja dokumentidega. Kui nõue muutub, näitab maatriks kõiki järgnevaid artefakte, mida tuleb uuendada või uuesti testida.
- Sõltuvuse mõju analüüs: Uurib kõnegraafe, andmevooge ja liidesekonfliktetrackoodibaasis olevad ts. Ühe mooduli muutmine on tracotseste helistajate, kaudsete helistajate ja jagatud andmestruktuuride kaudu, nii et varjatud lainetusefektid tulevad enne muudatuse jõustumist pinnale.
- Eksperimentaalne (ajalooline) mõjuanalüüs: Vaatleb ajaloolisi muudatuste andmeid – varasemaid defekte, ebaõnnestunud sprinte ja regressioonipõgenemisi –, et ennustada praeguse muudatuse käitumist. Kaasaegsed tööriistad ühendavad versioonikontrolli ajaloo kaevandamise statistiliste või masinõppe mudelitega, et hinnata iga muudatuse riski.
Enamik meeskondi ühendab vähemalt kahte neist tüüpidest. TracToimivusanalüüs näitab, milliseid dokumente see mõjutab, sõltuvusanalüüs näitab, millist koodi see mõjutab ja ajalooanalüüs näitab, kui riskantne muudatus tõenäoliselt on.
Populaarsed muutuste mõju analüüsi tööriistad
Kaasaegset muutuste mõju analüüsi tehakse harva arvutustabelis. Meeskonnad ühendavad nõuete haldamise tööriista koodianalüüsi tööriista ja testihaldustööriista, millel on ühine tracpaindlikkus selg.
- Jama Connect IBM UKSED Modern Requirementsja Visure'i nõuded: Jäädvusta nõuded, säilita lähtetasemed ja genereeri mõjuaruandeid seotud nõuete, testide ja riskide kohta, kui muudatust pakutakse.
- Atlassian Jira koos Xray või Zephyr: Track kasutajalugusid, defekte ja testijuhtumeid. Mõjuaruanded näitavad iga lugu ja testi, mida kavandatud muudatus sprindi või väljalaskeprotsessi käigus puudutab.
- SonarQube, Mõista SciToolsi ja Structure101 abil: Analüüsige lähtekoodi sõltuvusi ning looge väljakutsegraafikuid ja sidestusaruandeid, et insener näeks muudatusest mõjutatud allavoolu koodi.
- Käivitatav Testim Automaatne paranemine ja TestGrid: Kasutage masinõpet, et ennustada, millised testid leiavad kõige tõenäolisemalt muudatustest tingitud defekte, võimaldades nutikat testivalikut ja kiiremaid regressioonitsükleid.
- Microsoft Excel või Google Lehed: Kasutatakse endiselt laialdaselt esialgse mõjuanalüüsi dokumendi, värvikoodiga mõjutabeli ja väiksemate projektide muudatuste logi jaoks.
Õige kombinatsioon sõltub koodibaasi suurusest, regulatiivsest keskkonnast ja edastusmeetodist. Reguleeritud tööstusharud toetuvad auditeeritavate andmete saamiseks Jamale või DOORSile. tracpaindlikkus, samas kui agiilsed tootemeeskonnad toetuvad Jirale, SonarQubeja testimõju tööriist.
