LINUX.ORG.RU
ФорумTalks

Переход от интеграционных тестов к юнит тестам

 


0

2

Имеется код, без юнит тестов, веб сервис.

провожу интеграционное тестирование чужого кода методом черного ящика.

Провожу тестирование 2-х ендпоинтов, работа которых связана между собой, при вызове последнего при некорректных параметрах из базы данных получается результат, приводящий к падению сервера (не было выполнена проверка на null).

Нужно создавать соответствующий юнит тест, который бы ОПИСЫВАЛ бы что именно произошло?

ИМХО - нет, ведь ошибка тривиальна как и метод ее исправления.

В каком случае нужно создавать юнит тест для ошибок?

Пиши тесты на все функции и классы, задействованные в падающие коде.

holuiitipun
()

Тест создаётся на требования или, хотя бы, юзкейсы. Исходя из них вы составляете классы эквивалентности и пишите для них тест-кейсы.

Nebuchadnezzar ★★★★
()
Ответ на: комментарий от Goury

Это уже белый ящик. И даже там без требований ожидаемый результат тест кейсов не предсказать.

Nebuchadnezzar ★★★★
()

Для начала, у вас больная классификация тестов.

Отвратительная терминология, неконструктивная. Классов тестов - существенно побольше, чем «интеграционные-юнит-функциональные».

lgbt
()

что такое: можно зависимость убрать, а можно оставить (с помощью тестового шпиона (test spy))?

EnterpriseMobility
() автор топика
Ответ на: комментарий от EnterpriseMobility

Одна ось: инкапсуляция. Блекбокс/вайтбокс. Вторая: зависимости: атомарный/агрегирующий/имеющий внешние зависимости (сеть, бд). Третья: предназначение: поведенческий, регрессионный, прогрессионный, бенчмарк.

lgbt
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.