1. Модульное
2. Интеграционное
3. Системное
4. Приёмочное
Модульное тестирование
Модульное тестирование (Unit testing) - это тип тестирования программного обеспечения, при котором тестируются отдельные модули или компоненты программного обеспечения.
Его цель заключается в том, чтобы проверить, что каждая единица программного кода работает должным образом.
Данный вид тестирования выполняется только РАЗРАБОТЧИКАМИ.
Модульное тестирование - это метод тестирования WhiteBox.
Юнит-тесты проверяют работу методов, они быстрые и простые.
Интеграционное и системное тестирование
За модульным тестированием у нас следует интеграционное тестирование.
Если модульное тестирование - это проверка каждого отдельного модуля, то во время интеграционного тестирования проверяется, как отдельные эти модули взаимодействуют между собой.
Этот уровень тестирования также используется только ПРОГРАММИСТАМИ.
Интеграционное тестирование - это тип тестирования, при котором программные модули объединяются логически и тестируются как группа.
Как правило, программный продукт состоит из нескольких программных модулей, написанных разными программистами.
Целью нашего тестирования является выявление багов при взаимодействии между этими программными модулями и в первую очередь направлен на проверку обмена данными между этими самыми модулями.
В интеграционном тестировании мы проверяем корректность взаимодействия между различными модулями или компонентами.
Далее у нас идут функциональные или системные тесты.
При системном тестировании выполняется проверка системы в целом.
Подходы к интеграционному тестированию
Снизу вверх
Сначала собираются и тестируются модули самых нижних уровней, а затем по возрастанию к вершине иерархии.
Данный подход требует готовности всех собираемых модулей на всех уровнях системы.
Сверху вниз
Данный подход предусматривает движение с высокоуровненных модулей, а затем направляется вниз.
При этом используются заглушки для тех модулей, которые находятся ниже по уровню, но включение которых в тест ещё не произошло.
Заглушка - часть программы, которая симулирует обмен данными с тестируемым компонентом, выполняет имитацию рабочей системы.
Большой взрыв
Все модули всех уровней собираются воедино, а затем тестируются.
Данный метод экономит время, но требует тщательной проработки тестов.
Системное тестирование (System testing)
Системное - это тестирование программы в целом.
Выполняя системное тестирование, мы можем обнаружить следующие дефекты. Например, это не предусмотренные комбинации пользовательских данных;
проблемы с совместимостью окружения (под окружением мы понимаем, если это мобильная игра - это у нас операционная система, какой-то девайс.
Если это веб, то это какой-то браузер, версия этого браузера;
не предусмотренные сценарии использования;
не соответствие с функциональными требованиями и т.д.
Системное тестирование выполняется методом "Чёрного ящика", т.к. то, что мы проверяем является, грубо говоря, внешними сущностями, которые не требуют взаимодействий с внутренним устройством нашего ПО.
Во время системного тестирования мы тестируем наше ПО максимально приближенное к реальному, т.е. если это мобильная игра, мы не тестируем на каких-то эмуляторах, а на реальных девайсах.
Подходы к системному тестированию
- На базе требований.
Тестирование проводится в соответствии с функциональными или нефункциональными требованиями, для каждого из которых пишется test case.
- На базе случаев использования
Тестирование происходит в соответствии с вариантами использования продукта, на основе которых создаются user cases.
Приёмочное тестирование (Acceptance testing)
Это вид тестирования, проводимый на этапе сдачи готового продукта (или готовой части продукта) заказчику.
Целью приёмочного тестирования является определение готовности именно продукта, что достигается путем прохода тест-кейсов, которые разрабатываются на базе наших требований.
Результатом приёмочного тестирования может стать:
- Отправка проекта на доработку
- Принятие его заказчиком, в качестве выполненной задачи.
Это финальный этап тестирования продута перед релизом. При этом он не является сверхтщательным. Тестируется в нем только основной функционал или функционал, который напрямую влияет на монетизацию.
Приёмочное тестирование проводится либо самим заказчиком, либо группой QA на стороне заказчика, либо командой QA на стороне разработчика. Это все зависит от предпочтений самого заказчика.
Спасибо, что прочитали статью до конца. Подписывайтесь на канал, чтобы не пропустить остальные статьи на подобную тему и др.