Юнит тестирование?

Question

[demoded]

Пытаюсь применить тестирование на свою реальность и немного буксую.


вот есть у меня метод, который получает ID записи в таблице и по нему рожает XML как мне его тестировать непонятно.

Answer 1

[vsespb]

1) подделать методы БД, которые возвращают запись. Проверить что генерируется правильный XML для этих поддельных данных
2) убедиться что метод выполняет правильный запрос к БД, который возвращает запись с данным ID.

Comments

[warsoul]

а зачем избыточность в виде двух тестов, если достаточного одного, указанного в ответе ниже?

[vsespb]

Это не избыточность. Юнит тест тестирует каждую функцию кода отдельно.

Ответ ниже подходит, если все эти условия выпоняются: 1) в нашем приложении мы решили не подделывать вызовы к БД, а использовать фикстуры и настоящие вызовы. не во всех языках и фреймворках принято так делать. 2) нас устраивает фикстура для записи 123, в ней содержутся все поля которые будут в XML 3) SQL извлечения записи по ID — простой и его нельзя реализовать криво, например использовав не тот индекс (ну да в данном примере так и есть) 4) Мы в общем то не будет усложнять этот метод добавлять туда кэширование например или усложнять запрос, у нас так же нет похожих но более сложных методов.

Так же ответ ниже подходит если пишется не Unit тест а интеграционный. Или вообще пишутся какие-попало тесты, не заостряется внимание на следованиям методологиям.

[vsespb]

Или например генерация xml — очень сложная часть. Тогда нужно будет написать несколько тестов (скажем 10), который проверят как генерируется xml в разных случаях. Зачем тогда заводить 10 фикстур в БД? Если они ни для чего не нужны, кроме тестирования этого метода + отличаются только парочкой полей…

[warsoul]

спасибо за развернутый ответ

Answer 2

[Александр]

<code>
function testMetod() {
    id = 123;
    data = getMyMethod();
    assertData(  data , "<xml><some data="xxx"></xml>" )
}
</code>
1) пишем тест, который вызывает метод 
2) получаем данные
3) сравнивает с теми данными, которые должны быть

Answer 3

[Илья Севостьянов]

Канонически юнит-тестировать взаимодействие с БД — моветон :) БД это независимая от твоего кода сущность — она предоставляет тебе определенный уровень гарантий, но тем не менее это отдельное приложение и о покрытии тестами такой функции говорить сложно, такой тест по большому счету бессмысленный — т.к. неожиданное поведение БД исключить невозможно.
В данном случае, как уже посоветовали выше, ты можешь написать интеграционный тест или тест прикладного уровня, ну и то, это так сказать для себя на период разработки, впоследствии в «покрытии» такой тест учитывать нельзя.
Другое дело построение XML, вот там юнит-тестировать можно и даже нужно много.