AK
buildReport подходит под описание Unit, а вот fetchData - больше к функциональному тестированию
Size: a a a
2020 November 25
AK
Но возможно я ошибаюсь, и старожилы скажут что я не прав
ВБ
я так понял функциональный тест - это тест со стороны конечного пользователся. Т.е. это идём на роут, получаем ответ и сравниваем.
AK
Ну можно и так сказать, только роут в этом случае утрировано. Отдача данных по роуту тоже функция
МФ
назвать тулзу phpunit - наверное был самый неудачный нейминг Себастиана Бергманна
библиотеки для разного рода абстрактного назначения не учитывают холивары... потому все фрйемворки и либы работают с общими парадигмами и подходами
ну и так далее
фреймворк есть фреймворк, а не набор практик как прогнут ьсвою линию для одной из сторон холивара
ну и так далее
фреймворк есть фреймворк, а не набор практик как прогнут ьсвою линию для одной из сторон холивара
AK
библиотеки для разного рода абстрактного назначения не учитывают холивары... потому все фрйемворки и либы работают с общими парадигмами и подходами
ну и так далее
фреймворк есть фреймворк, а не набор практик как прогнут ьсвою линию для одной из сторон холивара
ну и так далее
фреймворк есть фреймворк, а не набор практик как прогнут ьсвою линию для одной из сторон холивара
признаю ошибку, уже читнул про семейство xUnit.
AS
Йоу народу, года 2 не писал тут, вот решил поделиться с коммунити некоторыми своими наработками.
https://bitbucket.org/BonBonSlick/workspace/snippets/MK6K4E
https://bitbucket.org/BonBonSlick/workspace/snippets/MK6K4E
AN
Так например getReport наверное не является функцией без привязки к окружению, и ее можно разбить на fetchData, buildReport. и вот fetchData - привязка к окружению, а вот buildReport уже выполняется на каких то данных полученых раннее
и getReport можно протестировать как Юнит, только вот ну нужно тестировать зависимости когда надо тестить зависимости. Есть же моки и стабы для этого.
AN
зачем оно нам?
DT
и getReport можно протестировать как Юнит, только вот ну нужно тестировать зависимости когда надо тестить зависимости. Есть же моки и стабы для этого.
Можно, но не нужно
AN
А что нужно? функциональные и приемочные?
DT
Переслано от Alexander Kaluzhsky
Так например getReport наверное не является функцией без привязки к окружению, и ее можно разбить на fetchData, buildReport. и вот fetchData - привязка к окружению, а вот buildReport уже выполняется на каких то данных полученых раннее
DT
Вот же написано, ты читал хоть на что отвечал?
AN
Читал, и ответил
DT
а чего тогда спрашиваешь
AN
Ну так вы написали что не нужно, вот и вопрос, что нужно? Как вы предлагаете тестировать getReport?
DT
разбить на fetchData, buildReportDT
buildReport(fetchData()) и тестировать buildReport спокойно, не обмазываясь мокамиAN
Ну я это понял так что это все внутри getReport.
function getReport() {
$data = fetchData()
$report = buildReport($data)
}
Можно и не тестировать getReport, но тогда кто то может дописать
if (!$data) throw new Exception и теста на это не будет .
function getReport() {
$data = fetchData()
$report = buildReport($data)
}
Можно и не тестировать getReport, но тогда кто то может дописать
if (!$data) throw new Exception и теста на это не будет .
DT
Ну я это понял так что это все внутри getReport.
function getReport() {
$data = fetchData()
$report = buildReport($data)
}
Можно и не тестировать getReport, но тогда кто то может дописать
if (!$data) throw new Exception и теста на это не будет .
function getReport() {
$data = fetchData()
$report = buildReport($data)
}
Можно и не тестировать getReport, но тогда кто то может дописать
if (!$data) throw new Exception и теста на это не будет .
smoke или snapshot тест