и взял из твоей книжки 2008 года идеально сочетается с понятиями юнит тестирования и функционального тестирования. Зачем ты пытаешься оправдать свой прокол? Любой человек, который имеет опыт написания тестов, перечитает этот текст и соотнесёт его со своим опытом написания юнит и функционального тестирования.
Скажи, сколько реальных тестов ты написал за свой богатый опыт? Из тебя прёт какая-то ненужная академичность, с которой я сталкивался 15 лет назад на факультете как раз тестирования ПО. Там сидели вот такие же тётки, которые впаривали мне собственные книжки, не имеющие ни малейшего представления о реальности написания юнит тестов.
Если так, то покажите мне конкретное предложение, где идёт разговор о модульном (юнит) тестировании, а не о тестировании со знанием деталей реализации по конкретным модулям. Если так, то почему для функционального (блек ящик) тестирования указано, что он может приводиться относительно конкретных юнитов? Всё дальше у вас — пурга и переход на личности. Академичность? Нет, это не академичность. Есть ОГРОМНАЯ разница между видами, уровнями и методами тестирования. И вы это ни на минуту не осознаёте, что позволяет мне "проорать в голосину".
Прочитай уж наконец https://en.wikipedia.org/wiki/Functional_testing https://en.wikipedia.org/wiki/Unit_testing Введи уж наконец в гугле unit testing vs functional testing.. ну я не знаю, как тебе ещё помочь.
Я эти понятия давно изучил. И не только из Википедии. Вы говорили о книге — давайте продолжим о книге. Или вы не готовы защищать собственные ложные заявления?
Мою позицию я выразил в самом начале и уже готовы был завершить дискуссию. Но когда приходит человек и говорит, что тестирование методом белого ящика — это модульное тестирование, то меня это повергает в шок.
Ясно, типичная путаница между "детали реализации системы" vs "детали реализации модуля"
Да, это тестирование методом белого ящика (ты читаешь код и на основе оного пишешь тесты). Есть ещё серый ящик. И все это разделение потеряло особо смысл согласно той же википедии
Нет, поскольку модульное тестирование может осуществляться методом черного ящика (согласно контракта). Тут, опять же, речь о уровнях.
Ну это скользкий момент - в целом может и даже не редко но чаще тест кейсы из кода рождаются. Можно ещё про tdd тут порассуждать но...
Обсуждают сегодня