what is impact analysis software testing
Този урок обяснява какво е анализ на въздействието, предимства, как да се извърши и как да се подготви документ за анализ на въздействието:
Както знаем, технологията има както положително, така и отрицателно въздействие върху обществото. Всяка проста промяна може да доведе до въздействие върху тази система. Дори много малка промяна може да окаже огромно влияние върху системата.
най-доброто средство за почистване на системния регистър за Windows 10
В този урок ще разберем подробно анализа на въздействието и ще видим и някои стъпки за изготвяне на документи за анализ на въздействието.
Нека разберем важността на този анализ с помощта на диаграма ER (Entity Relationship).
Какво ще научите:
- Значение на анализа на въздействието
- Какво е анализ на въздействието?
- Как да проведем ефективен анализ на въздействието?
- Как методът за анализ на въздействието е полезен за разработчиците?
- Как методът за анализ на въздействието е полезен за тестерите?
- Как да подготвим документ за анализ на въздействието?
- Предимства на анализа на въздействието при тестване
- Заключение
Значение на анализа на въздействието
Помислете за ER диаграмата на системата за управление на универсални магазини. Искаме да редактираме тази диаграма на модела на данни, като преименуваме модула „Артикул“ в модула „Продукт“. От фиг. № 01 можем да видим, че модулът ‘Item’ е във връзка с много други модули. Така че, ако преименуваме модула ‘Item’, това неизбежно ще засегне други модули.
Фигура: № 01: Система за управление на универсални магазини
Така че, преди да правим такива промени, трябва да анализираме добре модела на данните и въздействието на промените. В случаите, когато засегнатите хора не обмислят внимателно последиците от промените, които ще извършат в модулите, това може да повлияе на правилната работа на самото приложение. Ето защо анализът на въздействието е много важен.
Забележка: Този анализ ще покаже неочакваното поведение и всички странични ефекти на приложението.
Какво е анализ на въздействието?
Включва анализ на въздействието на промените, направени в функции / модули в приложението. Това може да се направи на почти всички етапи от жизнения цикъл на разработката на софтуер като Изисквания за проекти, Дизайн на системата, Кодиране, Тестване и др.
- Анализиране на модули с помощта на документи за анализ на въздействието. Той ще открие рисковете, свързани с всякакъв вид промени в модул / продукт.
- Помага при оценката на екипните усилия, необходими за промяна в системата.
- Също така помага да се внедри прототип за разработчиците и тестерите, за да изпитат ефектите в системата.
Как да проведем ефективен анализ на въздействието?
По-долу са дадени стъпките, извършени при провеждането на анализа за даден проект:
- Подгответе екип.
- Проверете модулите на високо ниво.
- Проверете модулите на ниско ниво.
- Оценете въздействието.
- Управление на отрицателните последици.
Етап 1Подгответе екип
Преди да правим промени в модулите в приложението, трябва да имаме екип. Членовете на екипа трябва да имат достъп до всички модули в приложението и да притежават задълбочени познания за предложените промени.
Някои членове на екипа няма да знаят за всички модули. Но след прилагането на анализ на въздействието, всички членове ще имат задълбочени познания за системата.
Стъпка 2Проверете модулите на високо ниво
Членовете на екипа първо ще анализират модулите на високо ниво в приложението, които могат да бъдат засегнати от предложените промени. В този момент те трябва да имат по-добри познания за стратегията и правилата на работния процес в модулите.
Стъпка # 3Проверете модулите на ниско ниво
След инспектиране на модулите на високо ниво, членовете на екипа ще инспектират модулите на ниско ниво и ще идентифицират въздействието на промените в него. Членовете на екипа могат да подготвят документ, който изброява въздействието на промените във всеки модул. Те могат да използват лист на Excel или документ с думи.
Стъпка # 4Оценете въздействието
Документът, изготвен от членовете на екипа, ще разкрие списъка както на положителните, така и на отрицателните въздействия от направените промени. С помощта на документа членовете на екипа ще имат ясна представа за ползата, която може да възникне поради промяната и проблемите, с които ще се сблъскат поради промяната.
Стъпка # 5Управление на отрицателните последици
Точно сега членовете на екипа ще имат точна представа за плюсовете и минусите на промените. В резултат на това те могат или да приемат, или да отхвърлят промените, след като ги обсъдят с членовете на екипа и заинтересованите страни.
Тестерите могат да извършват регресионни тестове. Регресионното тестване помага да се разпознаят проблемите сред модулите, възникнали поради въздействието на промените в тях.
Как методът за анализ на въздействието е полезен за разработчиците?
В даден проект понякога изискването, предложено от клиента, може да се промени, дори след стартиране на процесите на разработка. Разработчиците може да са направили известно кодиране. По-късно, поради промените в изискването, те трябва да променят кодовете си. Така че разработчиците редактират кодовете в съответствие с изискванията и извършват промените.
В процеса на разработване може да има повече от един разработчик. В някои ситуации е изключително трудно да се проследи въздействието на промените в различни модули, тъй като повече от един разработчик ангажира кодовете.
Разработчикът „А“ може да не знае за работния процес в друг модул, който се обработва от разработчика „Б“. Така че дори ако тестването се провежда от разработчици, някои модули и функции ще останат „Не са тествани“. Разработчиците също се нуждаеха от добро проследяване на споделените ресурси.
В такива ситуации можем да проведем срещи за анализ на софтуерното въздействие, преди да направим каквито и да е промени в модулите. След срещата членовете на екипа ще подготвят документа за анализ на въздействието. Той трябва да отразява последните промени и цялата информация, базирана на риска.
След срещата разработчиците ще са наясно с всички модули в приложението. При такива срещи се вземат предвид мненията на всеки член на екипа.
Разработчиците ще разгледат цялото приложение / краен продукт, преди да направят каквито и да било промени. Тестването, извършено от разработчиците, ще бъде по-добро. Така че рискът от грешки в последния етап на разработка ще бъде намален.
Забележка: Документът за анализ на въздействието трябва да се актуализира.
Как методът за анализ на въздействието е полезен за тестерите?
Комуникацията между разработчиците и тестерите е много важна. Понякога тестерите няма да получават известия за промените в изискването и те ще продължат процеса на тестване без никаква информация за промените. Това е загуба на време и ресурси.
Без метода за анализ на въздействието новите функции в приложението ще останат ‘не тествани’. Ако тестерите знаят за новите функции, които са добавени в приложението, те могат да започнат регресионно тестване.
След анализа тестерите ще започнат да създават или модифицират тестовите случаи според промените в изискването или новите функции, добавени към системата.
Забележка: Този анализ ще помогне на тестерите да решат областите, върху които да се съсредоточат тестовете, и те могат да определят приоритетите на тестовите случаи. По този начин ефективността при тестване може да бъде подобрена .
Как да подготвим документ за анализ на въздействието?
Всички участници в срещата за въздействие ще допринесат за създаването на документ за анализ на въздействието. Като цяло това е файл на Excel. Това може да бъде и документ с думи.
Шаблонът на този документ е като матрица. Много е лесно да се разбере. Има висока четливост. Моля, вижте таблица № 02 за повече подробности.
Нека се научим да подготвяме документ за анализ на въздействието. Проектът може да съдържа много модули, функционалности и функции.
Помислете за малък проект с 5 функции:
- Влизам
- Профил
- Пощенска кутия
- Добави към любими
- Излез от профила си
Дадено по-долу (Таблица № 02) е съответната таблица за анализ на въздействието на този конкретен проект.
Тук колоните представляват модулите / характеристиките, които са се променили, а редовете на матрицата представляват модулите / характеристиките, които са били повлияни от промените. Разработчиците ще отбележат () в таблицата, когато промяната в характеристика „A“ влияе върху характеристика „B“; преди този документ да бъде даден на тестери.
кое е най-доброто безплатно премахване на вируси
Характеристика | Влизам | Профил | Пощенска кутия | Добави към любими | Излез от профила си | ||||
---|---|---|---|---|---|---|---|---|---|
............. | |||||||||
Влизам | | ||||||||
Профил | | ||||||||
Пощенска кутия | | ||||||||
Добави към любими | | ||||||||
Излез от профила си | |
Таблица № 02
За да покажем силно влияние, използвахме ЧЕРВЕНИЯ цвят. ЖЪЛТИЯТ цвят се използва за показване на умерено влияние, ЗЕЛЕНИЯ цвят показва слабо влияние. Моля, вижте таблица № 03 за повече подробности.
По този начин тестерите могат лесно да разберат промените в модулите, като разгледат различните цветови кодове в документа. Документът действа като контролен списък за разработчиците и те могат да проверят дали е пропуснал някой модул и зависимостите.
Цветове | Описание |
---|---|
Нето | Високо влияние |
Жълто | Умерено влияние |
Зелено | Седмично влияние |
Таблица № 03
Ако има промяна във функцията за вход, това ще повлияе най-вече на самата функция „Вход“. Промените във функцията за влизане могат да повлияят леко на функцията „Профил“ и „Изход“. Това е отбелязано в документа за анализ на въздействието с помощта на цветови кодове. И така, документът ще изглежда като Таблица №.04
Характеристика | Влизам | Профил | Пощенска кутия | Добави към любими | Излез от профила си |
---|---|---|---|---|---|
Влизам | |||||
Профил | |||||
Пощенска кутия | |||||
Добави към любими | |||||
Излез от профила си |
Таблица №.04
Можем да използваме числа, за да посочим нивото на влияние, току-що показано в Таблица № 05. Така че, Таблица №.04 може да бъде преначертана като Таблица № 06.
В таблица №.06 на функцията за вход (Ниво на влияние: 03) е даден най-висок приоритет. Функцията на профила (Ниво на влияние: 02) получава умерен приоритет. Функцията за излизане (Ниво на влияние: 01) получава най-ниския приоритет.
Ниво на влияние | Описание |
---|---|
3. Мрежа | Силно влияние |
2. Жълто | Среден |
1. Зелено | Ниска |
Таблица № 05
Характеристика | Влизам | Профил | Пощенска кутия | Добави към любими | Излез от профила си |
---|---|---|---|---|---|
Влизам | 3. Мрежа | 1. Зелено | 2. Жълто | ||
Профил | |||||
Пощенска кутия | |||||
Добави към любими | |||||
Излез от профила си |
Таблица №.06
Забележка:
- Цифрите, показани в таблицата, са много полезни за екипа за QA. Те могат лесно да приоритизират тестовите случаи въз основа на числата.
- Някои големи проекти ще имат повече нива на влияние. Това е посочено в таблицата по-долу. (Моля, проверете таблица № 07 за справка.)
Ниво на влияние | Описание |
---|---|
5 | Много силен |
4 | Силна |
3 | Среден |
две | Слаба |
един | Много слаб |
Таблица No.07
Как да подготвим документа за анализ на въздействието за проект с много функции и подфункции?
Помислете за проект, който има 20 функции и всяка основна характеристика на този проект има 5 подфункции всяка. Матрицата, представяща документа за анализ на въздействието, е много голяма и ще бъде трудна за поддържане. Съответната таблица ще изглежда като Таблица No.08.
Модул | Модул1 | Подмодул1 | Подмодул2 | Подмодул3 | ........ | Модул2 | Подмодул1 | Подмодул2 | .............. |
Модул1 | |||||||||
Подмодул1 | |||||||||
Подмодул2 | |||||||||
............. | |||||||||
Модул2 | |||||||||
Подмодул1 |
Таблица №.08
Въпроси за интервю за начално ниво
Така че, за да преодолеем този проблем, можем да използваме специална таблица за представяне на модулите и подмодулите в документа за анализ на въздействието. Моля, вижте Таблица №.09, редовете представляват основните характеристики, а колоните представляват подфункции.
Подмодул1 | Подмодул2 | Подмодул3 | Подмодул4 | Подмодул5 | |
---|---|---|---|---|---|
Модул7 | |||||
Модул1 | |||||
Модул2 | |||||
Модул 3 | |||||
Модул 4 | |||||
Модул5 |
Таблица No.09
Използвайки този документ за огромни проекти, разработчиците могат лесно да маркират подфункциите, които оказват влияние поради промяната в основната функция. Четливостта на този документ е по-добра в сравнение сТаблица No.09.
Забележка: Всички подфункции няма да окажат влияние поради промени в основната функция.
Сега помислете за друг проект с 50 основни модула. Проектът има група разработчици. Различни разработчици работят по различни задачи по проекта (добавяне на нови функции, отстраняване на грешки, рефакторинг и др.).
Можем да покажем промените в проект, използвайки документ за анализ на въздействието. Разработчикът ще напише информацията за съответната промяна в таблицата. Моля, вижте таблица № 10 и таблица № 11
Промени в конфигурацията | Коментари от разработчика | Приоритет | Бъдещи планове | |
---|---|---|---|---|
Модул1 | Браузър Chrome | Тествайте с браузъра Chrome. | Доклад за грешка # 001 | |
Модул2 | ||||
Модул 3 | ||||
Модул 4 | ||||
Модул5 | ||||
Модул 6 |
Таблица № 10
Елементи | Описание |
---|---|
Промени в конфигурацията | Промените в някои модули / функции в даден проект ще зависят от използваните устройства / среда. Разработчиците трябва да посочат промените в конфигурацията в документа, така че тестерите да могат лесно да разберат промените по-добре. |
Коментари от разработчици | Това е една от най-важната информация, необходима на тестерите при извършване на тестване |
Приоритет | Тестерите могат лесно да определят приоритетите на тестовата задача с помощта на цветни кодове или цифри в документа |
Бъдещи планове | Тестерите трябва да са наясно с бъдещите планове на разработчиците. Ако разработчиците планират да променят кодовете след няколко седмици, тестерите не трябва да тестват функционалността и да губят време. Тестерите могат да изчакат, докато разработчиците завършат процеса на кодиране. |
Таблица №11
Предимства на анализа на въздействието при тестване
- Точно: Този документ винаги ще предоставя точни данни относно промените в модулите / характеристиките в приложението.
- Повишена ефективност при тестване: С помощта на този документ тестерите могат да планират тестови случаи по-ефективно, тъй като документът предоставя ясна информация за промените в модулите.
- Синхронизирана работа: Всички членове на екипа са отговорни за актуализирането на документа за анализ на въздействието. Този документ трябва да бъде актуален.
- Прецизно: Тъй като документът е лесно четим, тестерите ще имат ясна представа за промените в дадено приложение, като разгледат документа.
- Намалено време за тестване: Освен да тестват цялата система, тестерите могат да извършват тестване в променените модули и подмодули. Тестерите могат да определят приоритети и да планират тестови случаи. По този начин те могат да намалят времето за тестване.
- Повишено покритие: Използвайки този документ, тестерите ще се уверят, че са проверили под-модулите, които са повлияни от промените в модулите. По този начин покритието на теста за проекта ще се увеличи.
- Стандартизация на резултата от теста: Разработчиците и тестерите ще използват общ документ за анализ на въздействието, който представлява всяка промяна в модула.
- Отговорността на екипа се увеличава: Членовете на екипа трябва да поддържат този документ актуален. Всеки член на екипа е отговорен за актуализирането на информацията за промените, които е направил в системата.
- Приоритизирайте задачата рано и лесно: Тъй като документът предоставя ясна картина на промените, тестерите могат да приоритизират тестването според него.
- Ясни познания за продукта: С помощта на този документ както разработчиците, така и тестерите ще имат представа за всички модули, присъстващи в системата.
- Лесно откриване на грешки: Откриването на грешки е значително подобрено. Документът за анализ на въздействието е полезен за тестване на интеграцията.
Заключение
Проект може да се направи със или без анализ на въздействието. Но видяхме ползите от документа за анализ на въздействието от горната статия. Времето за тестване е силно намалено с въвеждането на този документ. Тестерите не трябва да губят време, като тестват функциите, които не се променят.
С въвеждането на този документ комуникацията между разработчиците и тестерите е значително подобрена и това води до ефективност при тестване. Тестерите ще имат по-добра представа за цялата система.
Надяваме се, че сте разбрали ясно анализа на въздействието при тестване. Чувствайте се свободни да споделите вашите коментари.
Препоръчително четене
- Тестване на софтуер QA Assistant Job
- Курс за тестване на софтуер: Към кой институт за тестване на софтуер трябва да се присъединя?
- Тестване на софтуер Техническо съдържание Writer Работа на свободна практика
- Изборът на софтуерно тестване като кариера
- Тествайте своите възможности за анализ и сила на мислене - Упражнения за тестване на софтуер (част 2)
- Обратна връзка и рецензии на курсове за софтуерно тестване
- Някои интересни въпроси за интервю за тестване на софтуер
- Емоционална задача ли е тестването на софтуер?