Яка різниця між інтеграційним тестуванням та функціональним тестуванням? [зачинено]

Чи однакове тестування функціонального тестування та інтеграції?

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

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

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

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

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

Наприклад: сторінка входу.

ви надаєте ім’я користувача та пароль, ви перевіряєте, переходить він на домашню сторінку чи ні.

Інтеграційне тестування :

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

Наприклад: Надсилання електронної пошти

Ви відправляєте одну пошту комусь, відбувається потік даних, а також змінюється база даних (надіслана таблиця збільшує значення на 1)

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

Сподіваюся, це вам допомогло.

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

Тестування одиниць легко визначити. Він тестує CUT ( Code Under Test ) і більше нічого. (Ну, як мінімум іншого.) Це означає глузування, підробки та світильники.

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

А як щодо величезних просторів між?

• Наприклад, що робити, якщо ви протестуєте трохи більше ніж CUT? Що робити, якщо ви включите функцію Фібоначчі, замість того, щоб використовувати кріплення, які ви вводили? Я б назвав це функціональним тестуванням , але світ зі мною не погоджується.
• Що робити, якщо ви включите time()або rand()? Або що робити, якщо ви телефонуєте http://google.com? Я б назвав це тестування системи , але знову ж таки, я один.

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

Я поставив тести на 3 осі з усіма їх нулями при одиничному тестуванні :

1. Функціональне тестування: використання реального коду все глибше і глибше стека викликів.
2. Інтеграція тестування: всі вище і вище вгору ваш виклик в стек; Іншими словами, тестуючи свій CUT, запустивши код, який би його використовував.
3. Тестування системи: все більше і більше повторюваних операцій (планувальник O / S, годинник, мережа тощо )

Тест може легко пройти всі 3, в різній мірі.

Функціональне тестування: це процес тестування, коли кожен компонент модуля тестується. Напр .: Якщо веб-сторінка містить текстове поле, радіобот, кнопки та випадаючі компоненти тощо, які потрібно перевірити.

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

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

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

Що стосується інтеграційного тестування, то це взаємодія між модулями. Якщо модуль надсилає вхід, B-модуль може обробляти його чи ні.

Інтеграційне тестування - Інтеграційне тестування - це не що інше, як тестування різних модулів. Ви повинні перевірити взаємозв'язок між модулями. Коли ви відкриваєте facebook, ви бачите сторінку входу після введення ідентифікатора та пароля входу, ви бачите домашню сторінку facebook, отже, сторінка входу - це один модуль, а домашня сторінка - інший модуль. Ви маєте перевіряти лише взаємозв'язок між ними, це означає, що коли Ви ввійшли в систему, тоді відкриватиметься лише домашня сторінка, а не поле повідомлень чи щось інше. Існує 2 основні типи інтеграційного тестування підходу TOP-DOWN та BOTTOM UP.

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

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

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

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

Функціональне тестування: - Тестування в основному поділяється на дві категорії як 1.Функціональне тестування 2.Нефункціональне тестування ** Функціональне тестування: - Перевірити, чи працює програмне забезпечення відповідно до вимог користувача чи ні. ** Нефункціональне тестування: - перевірити, чи відповідає програмне забезпечення таким критеріям якості, як Стрес тест, Тест безпеки тощо.

Зазвичай, Клієнт надає вимоги лише до функціонального тесту та для нефункціонального тесту, вимоги не слід згадувати, але додаток обов'язково виконує цю діяльність.

Інтеграційне тестування

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

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

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

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

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