SO
Нет не всегда, разработчик тестирует ещё сам. А ещё тестируются чисто функции.
одно другому не мешает
Size: a a a
2020 November 16
M
Да человек беспонятия, что такое юнит тесты, отстаньте от него, пусть пойдёт почитает хоть)
A
Samvel Osipyan
1. Можно написать юТест не знаю код модуля, но понимая бизнес логику или UI систему (или тупо по тест-кейсам)
чувак... загугли уже, что такое юнит-тесты
SO
это не юнит
почему?
D
Samvel Osipyan
почему?
И тут все началось сначала
DO
Samvel Osipyan
почему?
потому что он задействует больше чем одну функцию одного модуля. Больше чем один класс.
E
Samvel Osipyan
почему?
выше уже ответили. Google в помощь
SO
потому что он задействует больше чем одну функцию одного модуля. Больше чем один класс.
"рукалицо"
SO
потому что он задействует больше чем одну функцию одного модуля. Больше чем один класс.
Вы пример просили, я Вам дал 1 юТест, а их делать надо много! чтобы все они в целом протестили весь функционал сайта
DO
Samvel Osipyan
Вы пример просили, я Вам дал 1 юТест, а их делать надо много! чтобы все они в целом протестили весь функционал сайта
вы дали один интеграционный тест
M
Samvel Osipyan
Вы пример просили, я Вам дал 1 юТест, а их делать надо много! чтобы все они в целом протестили весь функционал сайта
Но Юниты не проверяют функционал системы
DO
Samvel Osipyan
Вы пример просили, я Вам дал 1 юТест, а их делать надо много! чтобы все они в целом протестили весь функционал сайта
функциональность. Функционал - это все-таки оператор.
SO
Пожалуйста
- потому что он должн знать КОД модуля идеально. Каждого, на который пишет юнит
- он должен иметь возможность его прогонять, это не происходит на тестовом стенде во время работы системы
- он должен иметь доступ к этому коду. А может не иметь.
- он должен поправлять его в тот же момент, когда разработчик коммитит код. Код должен быть закоммичен вместе с юнит-тестом. В идеале - юнит-тесты должен быть написан до кода модуля, что непросто сделать, не зная что хочет разработать разработчик вместе с архитектурой системы
- это нерентабельно. Разработчику на свой код написать тест пять минут, новому человеку в этот код надо вникнуть. В чужой код.
- потому что он должн знать КОД модуля идеально. Каждого, на который пишет юнит
- он должен иметь возможность его прогонять, это не происходит на тестовом стенде во время работы системы
- он должен иметь доступ к этому коду. А может не иметь.
- он должен поправлять его в тот же момент, когда разработчик коммитит код. Код должен быть закоммичен вместе с юнит-тестом. В идеале - юнит-тесты должен быть написан до кода модуля, что непросто сделать, не зная что хочет разработать разработчик вместе с архитектурой системы
- это нерентабельно. Разработчику на свой код написать тест пять минут, новому человеку в этот код надо вникнуть. В чужой код.
3. к какому коду кто должен иметь ? если человек авто-тестер он сам понимает как тестирвоать исходя из моих первых двух ответов
DO
Samvel Osipyan
3. к какому коду кто должен иметь ? если человек авто-тестер он сам понимает как тестирвоать исходя из моих первых двух ответов
к коду, который тестирует. Потому что ручки, за которые дергает юнит-тест - это методы класса. Или функции.
A
DO
он должен иметь доступ к методам и фкнциям, к голым. Обычно такого доступа у тестировщиков нет, только если они выкачают себе код системы
M
@arsbatyrov сделай человеку скидку на какой нибудь базовый курс, что бы про пирамиду (да да опять она) тестирования рассказали
DO
и у себя будут в песочнице запускать тесты
DO
@arsbatyrov сделай человеку скидку на какой нибудь базовый курс, что бы про пирамиду (да да опять она) тестирования рассказали
https://habr.com/ru/post/169381/
да вот первая ссылка, но тут кажется сложно
да вот первая ссылка, но тут кажется сложно
АБ
@arsbatyrov сделай человеку скидку на какой нибудь базовый курс, что бы про пирамиду (да да опять она) тестирования рассказали
по-моему я рассказываю это в бесплатном