Регресійне тестування програмного забезпечення. Що таке регресійне тестування

Відео: Регресійне тестування

При створенні якісного програмного забезпечення та патенти НЕ только Написати рядки коду, но и упевнити, что в них немає помилок. І если прімітівні несправності віявляються в більшості мов ще на стадії компіляції, то більш СКЛАДНІ необходимо шукати Вже запущено програму. Такий процес назівається тестування. ВІН, в свою черга, діліться на цілий ряд розгалужень, Які різняться своим змістом и особливо помилок. В рамках статті буде Розглянуто, що таке регресійне тестування. Що воно собою представляет? Які тести тут є? Чи існує можлівість автоматизації? Отже, що таке регресійне тестування? Поговоримо докладніше.

Відео: Курсі тестувальніків онлайн

Типи, види, напрямки

Регресійне тестування (regression testing) - це Механізм Перевірки, Який спрямованостей на Виявлення різніх проблем в уже перевіреніх ділянках програм. Робиться це не для залишкового Переконаний у відсутності непрацюючий ділянок коду, а щоб найти и виправити регресівні помилки. Під ними розуміють баги, Які з`являються НЕ во время написання програми, а при додаванні Нових ділянок коду або виправлення допущених Ранее промахів в сінтаксісі коду.

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

1. Функціональні.
2. Нефункціональні.

Смороду могут буті віражені у виде:

1. Скриптів.
2. Наборів.
3. Комплектів для запуску.

Що ж, власне, Включає в себе регресійне тестування програмного забезпечення? Проводиться робота в 3 основних напрямки. А самє регресія:

1. Багів.
2. Старих проблем.
3. Побічніх ефектів.

функціональні тести

Смороду грунтуються на функціях, Які Виконує система. Могут проводитись на компонентному, інтеграційному, системному и Приймальна рівнях. Два основних аспекти, за Якими проводитися тестування:

• Вимоги.
• Бізнес процеси.

При работе над Вимогами та патенти Скласти список того, что винне буті протестувати. При цьом бажано віділіті пріорітетні деталі, щоб візначітіся з напрямком роботи. Це та патенти, Щоб не Залишити без уваги весь найбільш важлівій функціонал. При тестуванні «бізнес-процесів» упор робиться самє на них, т. Е проганяє сценарії щоденної роботи.

До Перевага функціональної Перевірки слід Віднести, что програмне забезпечення імітує реальне использование системи. Альо є и свои недоліки: так, програма может буті піддана надлишково тестування. Такоже НЕ виключ упущення логічніх помилок в самому програмному забезпеченні.

нефункціональні тести

Дані види тестів спрямовані на перевірку всех властівостей, Які НЕ відносять до функцій системи. З них можна привести Такі Параметри:

1. Надійність. Проводиться перевірка Реакції на Різні непередбачені ситуации.
2. Продуктивність. Як працює система, яка піддається різнім навантаженості.
3. Зручність. Наскількі Зручне працювати з додатком, на мнение користувача.
4. Масштаб. Вимоги до Зміни висоти и ширини додатка при роботі з різнімі моніторамі.
5. Безпека. Наскількі захіщені прізначені для користувача дані, а такоже інформація при передачі різнімі каналами.
6. Портатівність. Перевіряється, чи працює додаток на різніх платформах, и если так - на скількох.

Які Властивості системи могут буті досліджені в Даних випадки? Всього їх 4.

1. Тестування установки. Перевіряється, наскількі успешно вдається поставити програму на комп`ютер, налаштуваті ее, а при потребі и ВИДАЛИТИ. Якісна настройка дозволяє Зменшити ризики Втрати Даних користувача або Зменшення (погіршення) працездатності програми.
2. Тестування комфортності использование. Перевірка розроблення програмного забезпечення на зручність использование и зрозумілість кінцевому корістувачеві.
3. Конфігураційне тестування. Має на увазі перевірку працездатності програми при установці різніх системних налаштування, а такоже експеріментування з внутрішнімі налаштування програми.
4. Тестування на відмову и Відновлення. Перевірка працездатності после Виникнення помилок. Оцінюється Реакція захисних властівостей, а такоже ті, Які дані и в якому обсязі зберігаються после Раптового пріпінення роботи програми.

Підсумувавші, слід Сказати, что, хоча від нефункціональніх тестів и не Залежить перевірка працездатності програми в плане виконан поставлених Завдання, смороду дозволяють Говорити про Такі Властивості, як Надійність, продуктивність і Безпека програмного забезпечення. Дані Параметри характеризують якість програми и тім або іншім чином залішають певні враження у користувача. Тому важлівість даного тестування НЕ менше, чем у функціонального.

Тест-кейси

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

1. Тест-скрипти. Сюди відносять комплекти інструкцій, розроблені для проведення автоматичних перевірок окремий частин програмного забезпечення.
2. Тестові набори. Це зелених сандалів скриптів, Які перевіряють певні части програмного забезпечення, Які об`єднані Загальна функціоналом або цілямі.
3. Тести для запуску. Це зелених сандалів різніх скриптів або наборів для одночасного запуску при Перевірці програми.

Автоматизація регресійніх тестів

Автоматизація праці - одна з основ розвитку людства в 21-му столітті. Торкнуло вона и даної теми. Так, під автоматизованого тестування програмного забезпечення розуміють процес веріфікації ПЗ, во время которого основні Функції та завдання, Такі як запуск, ініціалізація и виконан, а кож аналіз и видача результатів, проводяться автоматично, Із ЗАСТОСУВАННЯ відповідного інструментарію. Ця дія віконується технічним фахівцем, что відповідає за создания, налагодження та підтрімку в робочому стані тест-скриптів, тестових наборів и інструментарію. Робота может проводитись з різнім програмне забезпечення, в тому чіслі и регресійні тестування автоматизованого систем.

регресія багів

Під ЦІМ тестування розуміють поиск проблем, Які Офіційно «були усунуті», но є Підстави вважаті, что смороду до ціх пір існують. Особлівість даного виду перевірок Полягає в тому, что необходимо перевіряті всі Дії з питань комерційної торгівлі об`єктом в різніх комбінаціях. У Першу Черга тестують відповідність реальності ПОВІДОМЛЕННЯ про Усунення проблеми по тому механізму, Завдяк якому вона булу Виявля. Регресійне тестування верстки в даного випадка допомагає впевнітісь у відсутності небажаним ефектів.

Регресія старих помилок

Під ЦІМ розуміють Виявлення СИТУАЦІЙ, коли недавні Зміни, внесені в код програми, анулювалі виправлення старих помилок. Таким чином, смороду знову почінають буті активними. Тому при внесенні Зміни в код програмного забезпечення та патенти почінаті процеси тестування з качана (за умови, звичайна, что вінікалі проблеми з працездатністю).

Регресія побічного ЕФЕКТ

Під нею розуміють ситуации, коли нещодавня зміна коду в одній части додатка Зроби неробочий деякі або всі інші части програми, что розробляється. Як вказівки про наявність таких проблем є ВІДСУТНІСТЬ працездатності в одній або декількох частин програми. Завдання тестера візначіті всі проблемні місця.

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