Что такое функциональное тестирование?

Функциональное тестирование позволяет убедиться, что в конечном продукте реализованы требования заказчика, указанные в спецификации. Модульное тестирование заключается в проверке того, что небольшие части кода ведут себя так, как задумано. Интеграционное тестирование гарантирует, что система стабильна, когда вы объединяете все различные части / модули вместе.

Например, BigBank Corporation хочет программное обеспечение, которое генерирует выписки по счетам клиентов и вводит 3 случайные комиссии каждый месяц для каждого клиента.

После нескольких обсуждений с представителями BigBank руководитель программы пишет функциональную спецификацию программного обеспечения.

Разработчик пишет модуль, который заполняет шаблонный оператор из базы данных. Он выполняет модульное тестирование, чтобы убедиться, что охвачено большинство случаев (типичный клиент, данные за месяц и т. Д.)

Другой разработчик создает модуль генератора случайных чисел. Он выполняет модульное тестирование.

Интегратор берет два модуля, компилирует их и выполняет интеграционное тестирование, чтобы убедиться, что они хорошо работают вместе.

Наконец,

• Модульное тестирование находится в пределах одного уровня приложения (презентация, бизнес логика, доступ к данным и т. д.).

• Функциональное тестирование проходит через несколько уровней приложения, так что тесты охватывают части завершены функциональность приложения.

• Интеграционное тестирование будет тестом для нескольких приложений. компоненты или даже приложения.

Юнит-тест: Проверьте наименьшие возможные единицы кода, обычно одну функцию или метод. При использовании имитаций и т. Д. В идеале это должно быть очень быстро и никоим образом не затрагивать жесткий диск или сеть.

Функциональное тестирование: Протестируйте набор функций / методов, работающих вместе. В идеале это также не должно распространяться на диск или сеть, но часто это происходит.

Интеграционное тестирование: Тестирование, которое выполняется в реальном мире, посещение реальных (хотя и тестовых) баз данных, запись на диск и т. Д. Вы проверяете, правильно ли ваша программа работает с другими службами, правильно ли она интегрируется с ними. У вас часто будет отдельная программа (например, Selenium), которая выполняет тесты, как настоящий пользователь.

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

Тестирование черного ящика: Тесты, которые не знают внутренних органов и рассматривают программу / функцию / метод как «черный ящик». Примером может служить вызов функции для сохранения значения и вызов другой (общедоступной) функции для получения этого значения.

Термин «функциональное тестирование» обычно применяется для тестирования системы в целом, например, веб-приложения от браузера до уровня базы данных. Хотя я сам виноват в злоупотреблении этим термином, я считаю, что термины «тестирование системы» или «сквозное тестирование» описывают его намного лучше.

Другое значение «функционального тестирования» может быть просто «тестирование функциональности». , что обычно справедливо и для модульного или интеграционного тестирования. Но есть тесты, которые не являются функциональными. Практически все, что касается нефункциональных требований, попадает в эту категорию, например, нагрузочное тестирование или профилирование.

Я думаю, что изначально различие могло быть между «функциональным системным тестированием» и «нефункциональным системным тестированием», в настоящее время »

Функциональное тестирование в наши дни широко известно как сквозное тестирование или системное тестирование, если вы посмотрите на V-модель.

Модульное тестирование, очевидно, проверяет наименьший возможный модуль кода, а интеграционное тестирование - это проверка того, что ваши модули хорошо интегрируются с другими части системы.