станцій, тим більше тестів нам необхідно буде провести. У зв'язку з цим, рекомендуємо, по можливості, автоматизувати цей процес, так як саме при конфігураційному тестуванні автоматизація реально допомагає заощадити час і ресурси. Звичайно ж автоматизоване тестування не є панацеєю, але в даному випадку воно виявиться дуже ефективним помічником. p align="justify">. Пов'язані із змінами види тестування
Після проведення необхідних змін, таких як виправлення бага/дефекту, програмне забезпечення має бути пере тестовано для підтвердження того факту, що проблема була дійсно вирішена. Нижче перераховані види тестування, які необхідно проводити після установки програмного забезпечення, для підтвердження працездатності програми або правильності здійсненого виправлення дефекту:
). Димове тестування або Smoke Testing
Застосовується для поверхневої перевірки всіх модулів програми на предмет працездатності та наявності швидко находімих критичних і блокуючих дефектів. Підвидом димового тестування є Build Verification Testing або Acceptance Testing, що виконуються на функціональному рівні командою тестування, за результатами якого робиться висновок про те, приймається чи ні встановлена ​​версія програмного забезпечення в тестування, експлуатацію або на постачання замовнику. p align="justify"> Для полегшення роботи, економії часу і людських ресурсів рекомендується впровадити автоматизацію тестових сценаріїв для димового тестування.
). Регресійне тестування або Regression Testing
Регресійне тестування - це вид тестування спрямований на перевірку змін, зроблених у додатку або навколишньому середовищі (лагодження дефекту, злиття коду, міграція на іншу операційну систему, базу даних, веб сервер або сервер додатка), для підтвердження того факту, що існуюча раніше функціональність працює як і раніше (див. також Санітарне тестування або перевірка узгодженості/справності).
регресійний можуть бути як функціональні, так і нефункціональні тести.
Як правило, для регресійного тестування використовуються тест кейси, написані наранніх стадіях розробки і тестування. Це дає гарантію того, що зміни в новій версії програми не пошкодили вже існуючу функціональність. Рекомендується робити автоматизацію регресійних тестів, для прискорення подальшого процесу тестування і виявлення дефектів на ранніх стадіях розробки програмного забезпечення. p align="justify"> Сам по собі термін "Регресійне тестування", залежно від контексту використання може мати різний зміст. Сем Канер, наприклад, описав 3 основні типи регресійного тестування:
- Регресія багів (Bug regression) - спроба довести, що виправлена ​​помилка насправді не виправлена ​​
- Регресія старих багів (Old bugs regression) - спроба ...
