Анализ на въздействието при тестване на софтуер

Какво е анализ на въздействието?

Анализът на въздействието се определя като анализиране на въздействието на промените в внедрения продукт или приложение. Той дава информация за областите на системата, които могат да бъдат засегнати поради промяна в определен раздел или функции на приложението.

Въздействието се анализира върху изискванията, дизайна и Archiструктура, въздействие върху теста и въздействие върху графика.

С включването на нови функции в приложение или продукт, става наложително да се провери влиянието на тези нови функции или промени върху производителността на системата. Поради тази причина се прави анализ на въздействието.

Защо се прави анализ на въздействието на промените?

  • Това се прави, за да се разбере възможният резултат от прилагането на промяната. Въвеждането на твърде много функционалност в даден продукт може да намали цялостната производителност на продукта.
  • За идентифициране на всички файлове, документи и модели, които може да се наложи да бъдат модифицирани, ако екипът реши да приложи промяната в продукта
  • Да се ​​оцени необходимото усилие за прилагане на промяната
  • За идентифициране на задачата, необходима за прилагане на промяната
  • Той ще изброи зависимостите от конкретен елемент

Какво представлява документът за анализ на въздействието?

Документът за анализ на въздействието може да се използва като контролен списък. Използва се за оценка на исканията за промяна, преди да работите по тях. Документът за анализ на въздействието трябва да дава подробности като

  • Кратко описание на проблем
  • Обяснете или покажете пример за това как дефектът причинява неуспех и/или неефективност
  • Включете оценка на сложността
  • Включете прогноза за разходите и времето за поправка
  • Функционалност за тестване
  • Избройте новите тестови случаи, създадени за промяната
  • Референтен документ - Споменете референтния документ, техническа спецификация и др.

Пример:

Документ за анализ на въздействието.

  1. ID на заявка за промяна:
  2. Заглавие:
  3. Descriptйон:
  4. Подгответе дата:
  5. Прогноза за приоритизиране:
    • Относителна полза
    • Относителна дузпа
    • Относителна цена
    • Относителен риск
  6. Очаквано общо усилие: …..часове
  7. Очаквано загубено усилие: ……..часове
  8. Очакван график Въздействие:……дни
  9. Засегнато качество;
  10. Други засегнати изисквания:
  11. Други засегнати задачи:
  12. Проблеми с интеграцията:

Как да представим нивото на влияние на анализа на въздействието

Анализът на въздействието може да бъде маркиран според цветовия код, за да представи критичността на промените или въздействието на промените върху системата. Кодът на цвета може да бъде всеки, както е показано по-долу.

  • Червено - силно
  • Жълто - умерено
  • Зелено - Слабо

Анализ на въздействието при тестване на софтуер

Таблицата по-горе обяснява въздействието на въведените промени

  • Характеристиките, които са маркирани с червено, показват основните характеристики, които са променени, тези с жълто са характеристиките, които са по-малко повлияни от промяната, а тези със зелено са най-малко.
  • Характеристиките, споменати вертикално, наподобяват тези характеристики, които са променени, докато хоризонтално са споменати тези характеристики, които извършените промени могат да повлияят. Например в горния пример промяната във функция 1 влияе върху характеристика3
  • За по-голям проект, където характеристиките и функционалностите са повече от горната таблица, може да не са от полза. В такъв случай се приема друг подход, при който разработчикът веднага отбелязва нивото на влияние поради промените в основните характеристики. Както е показано по-долу, където въздействието на основната функция е отбелязано за съответните подфункции.

Анализ на въздействието при тестване на софтуер

Примерни въпроси, които трябва да бъдат разгледани за извършване на анализ на въздействието

  • Какви са неблагоприятните странични ефекти или рисковете от извършване на предложената промяна?
  • Придобива ли се някакъв инструмент, за да се приложи и тества промяната?
  • Ако промяната бъде приета, колко усилия ще бъдат загубени, които вече са инвестирани?
  • Предложените промени засягат ли неблагоприятно изискванията за ефективност?
  • За да проверите предложената промяна, необходимо ли е въвеждане от друг потребител?
  • Промяната увеличава ли цената на продукта?
  • Дали предложената промяна е нещо, което настоящият персонал има знания и умения?
  • Предложената промяна поставя ли някакво неприемливо търсене на компютърен ресурс?

Най-добри практики за анализ на въздействието на промените

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

Oбобщение

  • Анализът на въздействието ще гарантира каква част от приложението трябва да бъде променена
  • Въздействието върху системата се анализира върху изискванията, дизайна и Archiструктура, въздействие върху теста и др.
  • Помага да се анализира какво ниво на регресионно тестване се изисква