Що таке аналіз впливу при тестуванні програмного забезпечення?

what is impact analysis software testing

Цей посібник пояснює, що таке аналіз впливу, його переваги, як його проводити та як підготувати документ з аналізу впливу:

Як ми знаємо, технології мають як позитивний, так і негативний вплив на суспільство. Кожна проста зміна може спричинити вплив на цю систему. Навіть дуже незначні зміни можуть мати величезний вплив на систему.

У цьому посібнику ми детально розберемося з аналізом впливу, а також побачимо деякі кроки для підготовки документів з аналізу впливу.

Давайте зрозуміємо важливість цього аналізу за допомогою діаграми ER (Entity Relationship).

Що ви дізнаєтесь:

• Важливість аналізу впливу
  • Що таке аналіз впливу?
  • Як провести ефективний аналіз впливу?
  • Чим метод аналізу впливу корисний розробникам?
  • Чим метод аналізу впливу корисний тестувальникам?
  • Як підготувати документ про аналіз впливу?
  • Переваги аналізу впливу при тестуванні
• Висновок
  • Рекомендована література

Важливість аналізу впливу

Розглянемо діаграму ER системи управління універмагом. Ми хочемо відредагувати цю схему моделі даних, перейменувавши модуль «Товар» у модуль «Продукт». З рис. № 01 ми бачимо, що модуль «Елемент» співвідноситься з багатьма іншими модулями. Отже, якщо ми перейменовуємо модуль ‘Item’, це неминуче вплине на інші модулі.

Рис.: № 01: Система управління універмагом

Отже, перед внесенням таких змін нам потрібно добре проаналізувати модель даних та вплив змін. У випадках, коли зацікавлені люди не ретельно продумують наслідки змін, які вони збираються здійснити в модулях, це може вплинути на належну роботу самого додатка. Ось чому аналіз впливу дуже важливий.

Примітка: Цей аналіз покаже несподівану поведінку та всі побічні ефекти програми.

Що таке аналіз впливу?

Він включає аналіз впливу змін, внесених у функції / модулі програми. Це можна зробити майже на всіх етапах життєвого циклу розробки програмного забезпечення, таких як Вимоги до проекту, Дизайн системи, Кодування, Тестування тощо.

• Аналіз модулів за допомогою документів з аналізу впливу. Він виявить ризики, пов'язані з будь-якими змінами в модулі / продукті.
• Це допомагає оцінити колективні зусилля, необхідні для зміни системи.
• Це також допомагає впровадити прототип для розробників та тестувальників, щоб відчути ефекти в системі.

Як провести ефективний аналіз впливу?

Нижче наведено етапи, що виконуються при проведенні аналізу проекту:

1. Підготувати команду.
2. Огляньте модулі високого рівня.
3. Огляньте модулі низького рівня.
4. Оцініть вплив.
5. Управління негативними наслідками.

Крок 1Підготувати команду

Перш ніж вносити зміни до модулів у програмі, нам потрібно мати команду. Члени команди повинні мати доступ до всіх модулів програми та повинні мати глибокі знання про запропоновані зміни.

Деякі члени команди не знатимуть про всі модулі. Але після впровадження аналізу впливу всі члени матимуть глибокі знання про систему.

Крок No2Огляньте модулі високого рівня

Члени команди спочатку проаналізують модулі високого рівня в додатку, на які можуть вплинути запропоновані зміни. На даний момент вони повинні мати кращі знання про стратегію та правила робочого процесу в модулях.

Крок No3Огляньте модулі низького рівня

Оглянувши модулі високого рівня, члени команди перевірять модулі низького рівня та виявлять вплив змін у ньому. Члени команди можуть підготувати документ із переліком впливу змін у кожному модулі. Вони можуть використовувати аркуш Excel або документ Word.

Крок No4Оцініть вплив

Документ, підготовлений членами групи, розкриє перелік як позитивних, так і негативних наслідків внесених змін. За допомогою документа члени команди матимуть чітке уявлення про вигоду, яка може виникнути внаслідок змін, та проблеми, з якими вони зіткнуться через зміни.

Крок No5Управління негативними наслідками

Зараз члени команди матимуть чітке уявлення про плюси та мінуси змін. Як результат, вони можуть або прийняти, або заперечити зміни, обговоривши це з членами команди та зацікавленими сторонами.

Тестери можуть проводити регресійне тестування. Регресійне тестування допомагає розпізнати проблеми серед модулів, що виникли внаслідок змін у них.

Чим метод аналізу впливу корисний розробникам?

У проекті іноді вимога, висунута клієнтом, може змінитися навіть після запуску процесів розробки. Можливо, розробники зробили певне кодування. Пізніше, через зміни вимоги, їм потрібно змінити свої коди. Отже, розробники редагують коди відповідно до вимог і фіксують зміни.

У процесі розробки може брати участь більше одного розробника. У деяких ситуаціях надзвичайно важко відстежити вплив змін у різних модулях, оскільки декілька розробників фіксують коди.

Розробник 'А' може не знати про робочий процес в іншому модулі, яким займається розробник 'Б'. Отже, навіть якщо тестування проводять розробники, деякі модулі та функції залишаться «Не протестованими». Розробники також потребували гарного відстеження спільних ресурсів.

У таких ситуаціях ми можемо проводити наради з аналізу впливу програмного забезпечення, перш ніж вносити зміни в модулі. Після засідання члени групи підготують документ про аналіз впливу. Він повинен відображати останні зміни та всю інформацію, засновану на ризиках.

Після зустрічі розробники дізнаються про всі модулі програми. На таких зустрічах враховуються думки кожного члена команди.

Розробники розглянуть всю заявку / кінцевий продукт перед внесенням будь-яких змін. Тестування, проведене розробниками, буде кращим. Отже, ризик отримати помилки на кінцевій стадії розробки буде зменшено.

Примітка: Документ аналізу впливу слід постійно оновлювати.

Чим метод аналізу впливу корисний тестувальникам?

Спілкування між розробниками та тестувальниками є дуже важливим. Іноді тестувальники не отримуватимуть сповіщення про зміни вимоги, і вони продовжать процес тестування без будь-якої інформації про зміни. Це втрата часу та ресурсів.

Без методу аналізу впливу нові функції програми залишаться «не перевіреними». Якщо тестери знають про нові функції, додані в програму, вони можуть розпочати тестування регресії.

Після аналізу тестувальники почнуть створювати або модифікувати тестові кейси відповідно до змін вимог або нових функцій, доданих до системи.

Примітка: Цей аналіз допоможе тестувальникам визначити напрямки, на яких слід зосередитися, і вони можуть визначити пріоритети тестових кейсів. Таким чином, ефективність тестування може бути покращена .

Як підготувати документ про аналіз впливу?

Усі учасники зустрічі з питань впливу допоможуть у створенні документа з аналізу впливу. Як правило, це файл Excel. Це також може бути текстовий документ.

Шаблон цього документа схожий на матрицю. Це дуже легко зрозуміти. Він має високу читабельність. Будь ласка, зверніться до таблиці № 02 для отримання детальної інформації.

Навчимося готувати документ з аналізу впливу. Проект може містити багато модулів, функціональних можливостей та функцій.

Розглянемо невеликий проект, що має 5 особливостей:

1. Увійти
2. Профіль
3. Поштова скринька
4. Додати в обране
5. Вийти

Нижче наведено (таблиця № 02) відповідна таблиця аналізу впливу цього конкретного проекту.

Тут стовпці представляють модулі / елементи, які змінилися, а рядки матриці представляють модулі / характеристики, на які зміни вплинули. Розробники роблять позначку () у таблиці, коли зміна функції «A» впливає на функцію «B»; перед тим, як цей документ буде переданий тестувальникам.

Щоб показати сильний вплив, ми використали ЧЕРВОНИЙ колір. ЖОВТИЙ колір використовується, щоб показати помірний вплив, ЗЕЛЕНИЙ - слабкий. Будь ласка, зверніться до таблиці № 03 для отримання детальної інформації.

Роблячи це, тестери можуть легко зрозуміти зміни в модулях, переглянувши різні кольорові коди в документі. Документ діє як контрольний список для розробників, і вони можуть перевірити, чи не пропустив він якийсь модуль та залежності.

Якщо функція входу зміниться, це здебільшого вплине на саму функцію «Вхід». Зміни у функції входу можуть незначно вплинути на функції «Профіль» та «Вихід». Це позначено в документі 'Аналіз впливу' за допомогою кольорових кодів. Отже, документ буде виглядати як таблиця No.04

Ми можемо використовувати цифри для позначення рівня впливу, щойно показаний у таблиці No.05. Отже, таблицю No.04 можна перекроювати, як таблицю No 06.

У таблиці № 06 функції входу (рівень впливу: 03) надано найвищий пріоритет. Функція профілю (Рівень впливу: 02) отримує помірний пріоритет. Функція виходу (рівень впливу: 01) отримує найнижчий пріоритет.

Примітка:

• Номери, наведені в таблиці, дуже допомагають команді з контролю якості. Вони можуть легко визначити пріоритети тестових кейсів на основі цифр.
• Деякі великі проекти матимуть більший рівень впливу. Це вказано в таблиці нижче. (Будь ласка, перевірте таблицю № 07 для довідки.)

Як підготувати документ «Аналіз впливу» для проекту, що має безліч функцій та підфункцій?

Розглянемо проект, що має 20 функцій, і кожна основна особливість цього проекту має 5 підфункцій кожна. Матриця, що представляє документ 'Аналіз впливу', дуже велика, і її буде важко підтримувати. Відповідна таблиця буде виглядати як таблиця No.08.

Отже, щоб подолати цю проблему, ми можемо використовувати спеціальну таблицю для представлення модулів та підмодулів у документі аналізу впливу. Будь ласка, зверніться до таблиці №.09, рядки представляють основні ознаки, а стовпці - підфункції.

Використовуючи цей документ для величезних проектів, розробники можуть легко позначити підфункції, які мають вплив через зміну основної функції. Читаність цього документа краща у порівнянні зТаблиця No.09.

як переглянути файли .eps

Примітка: Усі підфункції не матимуть впливу через зміни основної функції.

Тепер розглянемо інший проект, що має 50 основних модулів. Проект має групу розробників. Різні розробники працюють над різними завданнями проекту (додавання нових функцій, виправлення помилок, рефакторинг тощо).

Ми можемо показати зміни в проекті, використовуючи документ аналізу впливу. Інформацію про відповідні зміни розробник запише в таблицю. Будь ласка, зверніться до таблиць № 10 та таблиці № 11

Переваги аналізу впливу при тестуванні

• Точний: Цей документ завжди надаватиме точні дані щодо змін модулів / функцій програми.
• Підвищена ефективність тестування: За допомогою цього документа тестувальники можуть ефективніше планувати тестові кейси, оскільки документ надає чітку інформацію про зміни в модулях.
• Синхронізована робота: Усі члени команди несуть відповідальність за оновлення документа 'Аналіз впливу'. Цей документ повинен бути актуальним.
• Точний: Оскільки документ легко читати, тестувальники матимуть чітке уявлення про зміни в програмі, переглянувши документ.
• Скорочений час тестування: Окрім тестування всієї системи, тестувальники можуть проводити тестування в модулях та підмодулях, які змінилися. Тестери можуть визначати пріоритети та планувати тестові кейси. Тим самим вони можуть скоротити час тестування.
• Збільшення покриття: Використовуючи цей документ, тестери переконаються, що перевірили підмодулі, на які впливають зміни в модулях. Таким чином покриття тесту для проекту збільшиться.
• Стандартизація результату тесту: Розробники та тестувальники використовуватимуть загальний документ Аналізу впливу, який представляє кожну зміну модуля.
• Відповідальність команди зростає: Члени команди повинні постійно оновлювати цей документ. Кожен член команди несе відповідальність за оновлення інформації про внесені в систему зміни.
• Пріоритетно поставте завдання завчасно і легко: Оскільки документ дає чітке уявлення про зміни, тестери можуть визначити пріоритет тестування відповідно до нього.
• Чіткі знання про товар: За допомогою цього документа як розробники, так і тестувальники матимуть уявлення про всі модулі, присутні в системі.
• Просте виявлення помилок: Виявлення помилок значно покращено. Документ аналізу впливу корисний для інтеграційного тестування.

Висновок

Проект може бути виконаний з аналізом впливу або без нього. Але ми бачили переваги документа «Аналіз впливу» із вищезазначеної статті. Час тестування значно скорочується із введенням цього документа. Тестерам не потрібно витрачати час на тестування функцій, які не змінюються.

З введенням цього документа комунікація між розробниками та тестувальниками значно покращується, і це призводить до ефективності тестування. Тестери будуть краще уявляти всю систему.

Ми сподіваємось, ви чітко зрозуміли аналіз впливу під час тестування. Не соромтеся ділитися своїми коментарями.

Рекомендована література

• Тестування програмного забезпечення QA Assistant Job
• Курс тестування програмного забезпечення: до якого інституту тестування програмного забезпечення слід приєднатися?
• Тестування програмного забезпечення Технічний вміст Writer Фрілансер Робота
• Вибір тестування програмного забезпечення як вашу кар’єру
• Перевірте свої можливості аналізу та сили мислення - Вправи для тестування програмного забезпечення (Частина 2)
• Відгуки та відгуки про курси тестування програмного забезпечення
• Деякі цікаві питання для тестування програмного забезпечення
• Чи тестування програмного забезпечення є емоційним завданням?