Що таке програмне забезпечення? Визначення, основи та типи

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

• Що таке програмне забезпечення?
• Чому тестування ПЗ важливе?
• Переваги тестування ПЗ
• Тестування у програмній інженерії
• Типи тестування ПЗ
• Стратегії тестування у програмній інженерії

Деякі вважають за краще називати тестування програмного забезпечення:
«Біла скринька» – коли ми маємо доступ до коду, і ми його тестуємо, читаємо сам код (статичне тестування), запускаємо в дебазі, пишемо автотести;
«Чорна скринька» – коли ми не знаємо, як система влаштована всередині, немає доступу до коду або ми не вміємо його читати, і тому орієнтуємось лише на зовнішню поведінку чи ТЗ;
«Сірий ящик» – коли ми дивимося в код і розуміємо, як він влаштований, а потім відкриваємо саму програму і перевіряємо, як цей код відображається вже в ньому, але орієнтуємося вже більше на ТЗ (це компіляція двох вищенаведених визначень).

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

Чому тестування ПЗ важливе?

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

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

• У квітні 2015 року термінал Bloomberg у Лондоні вийшов з ладу через збій програмного забезпечення, що торкнувся понад 300 000 трейдерів на фінансових ринках. Це змусило уряд відкласти продаж боргу 3 мільярди фунтів стерлінгів.
  
• Автомобілі Nissan відкликали з ринку понад 1 мільйон автомобілів через збій програмного забезпечення сенсорних датчиків подушок безпеки. Повідомляється про два нещасні випадки через цей програмний збій.
  
• Starbucks була змушена закрити близько 60% магазинів у США та Канаді через збій програмного забезпечення в її POS-системі. Якогось моменту магазин подав каву безкоштовно, оскільки вони не змогли обробити транзакцію.
  
• Деякі сторонні роздрібні продавці Amazon побачили, що їхня ціна знизилася до 1 пенні через збій програмного забезпечення. Вони залишилися з великими втратами.
  
• Вразливість у Windows 10 дозволила вийти із ізольованого програмного середовища безпеки через пролом у системі win32k.
  
• У 2015 році винищувач F-35 став жертвою програмного збою, через який не зміг правильно виявляти цілі.
  
• 26 квітня 1994 року літак Airbus A300 авіакомпанії China Airlines розбився через помилку в програмному забезпеченні, внаслідок чого загинули 264 безневинні особи!
  
• У 1985 році канадський апарат променевої терапії Therac-25 вийшов з ладу через помилку програмного забезпечення і завдав пацієнтам смертельних доз радіації, в результаті чого 3 людини загинули і ще 3 отримали тяжкі поранення.
  
• У квітні 1999 року через помилку в ПЗ не вдалося запустити військовий супутник вартістю 1,2 мільярда доларів, що стало найдорожчою аварією в історії.
  
• У травні 1996 року через помилку ПЗ на банківські рахунки 823 клієнтів великого банку США було зараховано 920 мільйонів доларів США.

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

Безпека
Люди шукають перевірених продуктів. Тестування позбутися вас від ризиків витоку інформації.

Якість продукту
Головна мета будь-якого продукту – принести своїм клієнтам користь. Тестування гарантує, що продукт буде виконаний відповідно до бізнес-вимог і виконувати свої функції.

Задоволеність клієнтів
Якщо користувач не є затятим фанатом певного бренду, при виборі з кількох схожих продуктів, користувач вибирає той, який зручніший. UI / UX Testing забезпечує найкращий користувальницький досвід.

Тестування у програмній інженерії

Відповідно до ANSI / IEEE 1059, тестування у програмній інженерії – це процес оцінки програмного продукту, що дозволяє визначити, чи відповідає поточний програмний продукт необхідним умовам.Процес тестування включає оцінку характеристик програмного продукту на відповідність вимогам з точки зору відсутніх вимог, помилок або дефектів, безпеки, надійності та продуктивності.

• Функціональне тестування
  • Модульна (компонентна)
  • Інтеграційне
  • Системне
  • Регресійне
  • Приймальний
  • Смоук
  • Тестування відмовостійкості
  • Навантажувальний
  • Об'ємне
  • Тестування масштабованості
  • Регресійне
  • Тестування технічного обслуговування

  Стратегії тестування у програмній інженерії

  Ось основні стратегії у тестуванні програмного забезпечення:

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

  Інтеграційне тестування
  Основна увага приділяється створенню та проектуванню програмного забезпечення. Ви повинні бачити, що при взаємодії вбудовані блоки працюють без помилок.

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

  Валидаційне тестування
  Процес оцінки програмного забезпечення з метою визначити – чи задовольняє воно певним бізнесовим вимогам. Валідаційне тестування гарантує, що продукт відповідає потребам клієнта. Його також можна розцінювати як демонстрацію того, що продукт виконуватиме своє призначення при розгортанні у відповідному середовищі.

  Добре те тестування, у якому висока ймовірність виявлення помилок.

  
  Короткий виклад основ тестування програмного забезпечення:

  • Тестування програмного забезпечення визначається як діяльність, спрямована на перевірку відповідності фактичних результатів очікуваним та на відсутність дефектів у програмній системі.
    
  • Тестування є важливим, тому що помилки в програмному забезпеченні можуть бути дорогими або навіть небезпечними для людей.
    
  • Важливими причинами використання тестування програмного забезпечення є: економічність, безпека, якість продукції та задоволеність клієнтів.
    
  • Зазвичай тестування поділяється на три категорії: функціональне тестування, тестування продуктивності та супровід.
    
  • Основними стратегіями у розробці програмного забезпечення є: модульне тестування, інтеграційне тестування, валідаційне тестування та системне тестування.
  • "Тестування програмного забезпечення" С.С. Куликов (базовий курс, друге видання)
  • https://coderlessons.com/tutorials/kachestvo-programmnoho-obespecheniia/slovar-testirovaniia-programmnoho-obespecheniia/validatsionnoe-testirovanie
  • http://akkaparallel.blogspot.com/2013/03/blog-post_1180.html
  • https://www.guru99.com/software-testing

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

  Методи тестування, такі як моделі чорної скриньки та білої скриньки, допомагають тестувальникам систематично перевіряти програмний продукт.

  "Чорна скринька" - методика перевірки програмних систем, що виключає аналіз внутрішньої реалізації коду.Цей підхід націлений на оцінку функціональності з користувальницької перспективи, порівняння її із заданими вимогами та виявлення можливих помилок.
  Модель "Чорна скринька" передбачає, що тестувальник розглядає систему як абстрактну "чорну скриньку": він аналізує лише вхідні дані та результати виконання програми, не заглиблюючись у її внутрішню структуру.
  Модифікація "Чорна скринька" включає принципи функціонального тестування, що перевіряє відповідність програмного продукту специфікації вимог, а також тестування даних, розгляд граничних значень вхідних параметрів та оцінку роботи інтерфейсу користувача.

  Переваги моделі "Чорна скринька" у тестуванні програмних продуктів:

  • Простота та доступність. Модель "Чорна скринька" не вимагає від тестера знання внутрішньої структури та реалізації програми, що спрощує процес та робить його доступним для широкого кола фахівців.
  • Фокус на функціональність. Модель зосереджена на функціональності з погляду користувача, перевіряючи її відповідність вимогам та специфікаціям.
  • Ефективність за зміни вимог. "Чорна скринька" менш чутлива до змін у внутрішній структурі, що робить його більш ефективним при частих оновленнях та доопрацюваннях.
  • Повнота покриття. Охоплює широкий спектр вхідних даних та сценаріїв використання, забезпечуючи повніше покриття функціональності програми.
  • Зменшення залежності від реалізації. Тестувальник не покладається на знання коду, що знижує залежність від реалізації та дозволяє зосередитись на виявленні дефектів на рівні користувача.

  Які бувають етапи та види тестування: докладний розбір

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

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

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

  Чому важливо тестувати програми

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

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

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

  Автотестування на JavaScript з нуля

  Які бувають етапи тестування

  Як правило, у більшості проектів етапи тестування схожі. Давайте по черзі їх розберемо.

  Опрацювання вимог до продукту

  На цьому етапі тестувальники уважно вивчають вимоги продукту — це можуть бути документи, специфікації, опис того, як користувач взаємодіє з продуктом (по-іншому це називають сценаріями користувача). Чітке розуміння вимог допомагає визначити сфери, які потрібно протестувати.

  Аналіз вимог

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

  Розробка стратегії та плану тестування

  Коли всі вимоги продукту зрозумілі, залишається розробити план тестування. До нього входить:

  • Вибір методів тестування – ручне, автоматизоване, тестування на реальних пристроях та інші.
  • Аналіз потенційних ризиків, які можуть вплинути на якість та успішність тестування, та планування заходів щодо їх мінімізації.
  • Планування ресурсів — хто тестуватиме продукт, яким обладнанням та інструментами можна при цьому користуватись і скільки часу займе тестування, до якого терміну воно має бути закінчене.

  Читайте також: Гід за професією тестувальник: чим займається фахівець у сфері QA, скільки заробляє та що треба знати

  Створення тестової документації

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

  Тестування

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

  Важливо розуміти, що знайти всі помилки у продукті неможливо. Головна мета полягає не у створенні ідеального продукту без помилок, а у виявленні максимальної кількості дефектів, які можуть потенційно вплинути на роботу системи.

  Експлуатація та підтримка

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

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

  Читайте також: Які навички потрібні тестувальнику та як їм стати

  QA-інженер з нуля до автоматизатора

  Які бувають види тестування

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

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

  Далі до проекту залучають тестувальників, що спеціалізуються на вибраному методі тестування. Існують фулстек-тестувальники, які вміють застосовувати у проекті всі види тестування.Але найчастіше компанії обирають більш вузькоспеціалізованих фахівців — як правило, їх знання глибші в якомусь одному із способів. Також компанії вибирають тестувальників під самі вимоги проекту.

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

  За характером сценаріїв

  Сценарій у тестуванні - це опис того, як користувач взаємодіятиме з готовим продуктом. До цієї групи входять два види тестування: позитивні сценарії та негативні.

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

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

  За критеріями запуску програми чи коду

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

  Статичне тестування — це тип перевірки програмного забезпечення, який виконується без запуску програми. Натомість тестувальники аналізують вихідний код програми або інші складові, наприклад, документацію. Динамічне тестування - Це вид перевірки програмного забезпечення, який виконується під час роботи програми.

  За ступенем автоматизації тестування

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

  Під час ручного тестування тестувальник виконує різні сценарії використання та тестові сценарії, вводить дані, спостерігає за результатами та перевіряє, чи немає помилок чи несподіваної поведінки. Якщо проблеми, тестувальник документує їх, щоб розробники могли виправити помилки.

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

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

  Ці сценарії запускаються на спеціальних інструментах для автоматизації тестування, які емулюють дії користувача та аналізують результати виконання.

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

  За об'єктами тестування

  Ця група поєднує у собі види, які передбачають визначення того, які частини програми чи системи піддаються тестуванню.

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

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

  Функціональне тестування поділяється на підвиди:

  • Unit-тестування (також модульне тестування) - Проводиться під час створення вихідного коду. На цьому етапі тестуються окремі компоненти програми. Тестувальники пишуть тести, щоб переконатися, що кожен компонент майбутньої програми працездатний і дає правильні результати за різних вхідних даних.
  • Інтеграційне тестування. На наступному етапі тестується те, як компоненти майбутньої програми взаємодіють між собою.
  • Системне тестування (End-to-end тестування). На цьому етапі фахівці тестують усі компоненти програми як єдину програму. Тестувальники перевіряють, що продукт коректно обробляє різні сценарії та ситуації.
  • Приймальне тестування. На останньому етапі продукт тестує вже клієнт чи замовник. Вони перевіряють, чи відповідає проект їхнім очікуванням та вимогам. А ще переконуються, що програма дає правильні результати та працює без помилок.

  Нефункціональне тестування перевіряє нефункціональні аспекти програми – продуктивність, безпека, надійність, масштабованість та сумісність. Основна мета нефункціонального тестування – переконатися, що програма не тільки виконує свої функції, але також відповідає вимогам до якості, продуктивності та безпеки.

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

  Читайте також: Я знав, що бути тестувальником моє покликання: історія Кирила Куртова

  Нефункціональне тестування поділяється на підвиди:

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

  За рівнем знання системи

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

  Тестування «чорної скриньки» — це спосіб перевірки програмного забезпечення, коли тестувальник не знає внутрішньої структури чи деталей роботи самої програми. Він дивиться на неї як на «чорну скриньку», і перевіряє, як система взаємодіє із зовнішнім світом та виконує свої функції.

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

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

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

  Існує ще й тестування «сірої скриньки» — це комбінація тестування «чорної скриньки» та «білої скриньки». Тестувальник знає деякі деталі внутрішньої структури програми, але не має повної інформації про них. Він перевіряє як зовнішню поведінку програми, так і використовує деякі знання про код для визначення ефективності та коректності роботи програми.

  Цей підхід дозволяє об'єднати переваги обох типів тестування та забезпечити більш повне та всебічне тестування програмного забезпечення.

  Під групу "за ступенем знання системи" також підходить ще кілька видів тестування:

  • Тестування з документації (або формальне тестування) — ґрунтується на аналізі документів, створених під час розробки — специфікації, вимоги та дизайн. Тестувальники вивчають ці документи, щоб зрозуміти, як має працювати програмне забезпечення, а потім створюють тестові сценарії та тестові випадки для перевірки відповідності програми цим вимогам та специфікаціям.
  • Інтуїтивне тестування - Виконується на основі інтуїції та досвіду тестувальника, а не за суворим планом тестування.

  За часом проведення тестування

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

  1. Альфа-тестування — це етап тестування програмного забезпечення, який відбувається перед його офіційним випуском та передбачає перевірку продукту всередині компанії-розробника або обмеженою групою тестувальників.Альфа-тестування допомагає виявити можливі проблеми та помилки перед наданням продукту користувачеві.
  2. Димове тестування — це швидка перевірка програмного забезпечення, яку виконують після внесення значних змін чи оновлень у код. Цей вид тестування нагадує "пробний запуск" програми, щоб переконатися, що основні функції працюють без критичних помилок.
  3. Якщо після димового тестування продукт додають якусь фічу або просто хочуть переконатися, що всі попередні функції працюють правильно, то проводять регресійне тестування. Тестувальники переконуються, що нова функція працює правильно і виконує свої завдання так, як очікується, а решта не викликає нових помилок.
  4. Приймальне тестування виконують представники замовника, щоби переконатися, що продукт вийшов якісним, і що за нього можна заплатити гроші. Щоб успішно пройти приймальне тестування зазвичай потрібно просто виконати тести, які доводять відповідність програми вимогам.
  5. І останній етап - бета-тестування. Тестувальники надають готову програму обмеженій групі реальних користувачів, які можуть із нею повзаємодіяти. Користувачі виявляють додаткові проблеми, отримати зворотний зв'язок від користувачів та покращити програму перед її остаточним випуском для широкої аудиторії.

  Підсумок

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

  Щоб протестувати продукт, спочатку необхідно вивчити його вимоги, проаналізувати їх.Пізніше замовник (як правило) розробляє стратегію та план майбутнього тестування, вибирає методи тестування, які будуть застосовуватись. І залежно від обраного способу вирішує, тестувальник із якою спеціалізацією необхідний проекту. Далі створюється тестова документація та проводиться саме тестування.

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

  1. За характером сценаріїв: тестування позитивних сценаріїв, тестування негативних сценаріїв
  2. За критеріями запуску програми чи коду: статичне тестування, динамічне тестування
  3. За ступенем автоматизації тестуванняКабіна: ручне тестування, автоматизоване тестування.
  4. За об'єктами тестування: функціональне тестування (куди входить unit-тестування, інтеграційне тестування, системне тестування, приймальне тестування та тестування інтерфейсу користувача) та нефункціональне тестування (куди входить тестування навантаження, тестування на проникнення, тестування сумісності, стрес-тестування, тестування на відмовостійкість, тестування ).
  5. За рівнем знання системи: тестування «чорної скриньки», тестування «білої скриньки», тестування «сірої скриньки», тестування документації (або формальне тестування) та інтуїтивне тестування.
  6. За часом проведення тестування: альфа-тестування, димове тестування, регресійне тестування, приймальне тестування, бета-тестування.

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

  Познайомтеся із тестуванням безкоштовно