Переломное видео, в моей карьере test automation, выяснилось что девы не пишут тесты на моих проектах, тестирование экономически неэфективное, пирамида тестирования перевернутая, после этого ушёл в разработчики сам писать юнит тесты)) При этом менеджмент пушит писать больше ui, api тестов, девы же не пишут тесты и кое какие баги тесты отлавливают. Но потом тесты невозможно саппортить
Это разве что в СНГ, или даже в России. 10 лет работаю разработчиком, ни разу не работал в СНГ (в основном штаты, Австралия, Британия), и везде разрабы пишут тесты. Автоматизаторов очень редко встречал, еще реже мануальщиков. Может от стека зависит, конечно.
@@AlexanderShelestov Наверняка зависит. Насколько я знаю, например, в Ruby массово принято писать тесты. Но там по-другому нельзя, ведь компилятора нет, и без юнит-тестов ты наступишь на грабли моментально. А в Java, например, от этого спасает компилятор.
@@andrei.solntsevКомпилятор спасет, разве что, от совсем тупых ошибок в коде, но никак не протестирует за вас логику работы приложения. Я думаю, что отсутствие тестов на Java распространено опять-же только в СНГ, и только исключительно в "галерном" корпоративном сегменте, где джунов кидают с проекта на проект. У них нет ни знания что и как покрывать, ибо это не их продукт, они тут временно, ни времени этим заниматься (потому что заказчик не платит за "написание тестов"), либо им просто похер на тесты, потому что не им же потом поддерживать это все, они завтра на новом проекте окажутся, живут одним днем.
Все это, конечно, здорово, но работает лишь для частного случая этой команды и их продукта. Когда у вас две разные команды, делающие разные части одного продукта, то начинаются нюансы. Кто должен писать интеграционный тест? А потом у вас появляется еще одна отдельная команда, которая пишет только фронтенд, а бэкенд пишет только апиху, и они обе друг про друга ничего не знают. Кто пишет тесты в этом случае? Ну и т.п., нюансов хватает. Поэтому и не бывает золотой пули, и в каждой компании свои подходы ко всему.
Ну собственно, так и было: отдельных тестировщиков не было для той части, которую писали мы. А когда пришло время интегрировать её с разными сторонними кусками (которые ещё и сложно поддавались автоматическому тестированию), то там всё-таки появились тестировщики.
Отличный доклад, молодец Андрей :)
Переломное видео, в моей карьере test automation, выяснилось что девы не пишут тесты на моих проектах, тестирование экономически неэфективное, пирамида тестирования перевернутая, после этого ушёл в разработчики сам писать юнит тесты)) При этом менеджмент пушит писать больше ui, api тестов, девы же не пишут тесты и кое какие баги тесты отлавливают. Но потом тесты невозможно саппортить
Это разве что в СНГ, или даже в России. 10 лет работаю разработчиком, ни разу не работал в СНГ (в основном штаты, Австралия, Британия), и везде разрабы пишут тесты. Автоматизаторов очень редко встречал, еще реже мануальщиков. Может от стека зависит, конечно.
@@AlexanderShelestov Наверняка зависит. Насколько я знаю, например, в Ruby массово принято писать тесты. Но там по-другому нельзя, ведь компилятора нет, и без юнит-тестов ты наступишь на грабли моментально. А в Java, например, от этого спасает компилятор.
@@andrei.solntsevКомпилятор спасет, разве что, от совсем тупых ошибок в коде, но никак не протестирует за вас логику работы приложения.
Я думаю, что отсутствие тестов на Java распространено опять-же только в СНГ, и только исключительно в "галерном" корпоративном сегменте, где джунов кидают с проекта на проект. У них нет ни знания что и как покрывать, ибо это не их продукт, они тут временно, ни времени этим заниматься (потому что заказчик не платит за "написание тестов"), либо им просто похер на тесты, потому что не им же потом поддерживать это все, они завтра на новом проекте окажутся, живут одним днем.
Все это, конечно, здорово, но работает лишь для частного случая этой команды и их продукта.
Когда у вас две разные команды, делающие разные части одного продукта, то начинаются нюансы. Кто должен писать интеграционный тест? А потом у вас появляется еще одна отдельная команда, которая пишет только фронтенд, а бэкенд пишет только апиху, и они обе друг про друга ничего не знают. Кто пишет тесты в этом случае?
Ну и т.п., нюансов хватает. Поэтому и не бывает золотой пули, и в каждой компании свои подходы ко всему.
Ну собственно, так и было: отдельных тестировщиков не было для той части, которую писали мы.
А когда пришло время интегрировать её с разными сторонними кусками (которые ещё и сложно поддавались автоматическому тестированию), то там всё-таки появились тестировщики.