Size: a a a

Обсуждения техдирские

2021 April 24

P

Polkota in Обсуждения техдирские
Потому что

1. Автотестера никто не контролирует, непонятно что и как он тестирует, он не разраб, он не входит во флоу кодирования
2. Рабочий код будет всегда новее, чем автотесты
3. Автотесты не дадут никакой гарантии абсолютно ничего
4. Трата времени на шаринг знаний и рассказ автотестеру что изменилось
5. Разработчик "надеется" на автотестера
6. Трата времени на пинг-понг с бага до исправления
источник

AG

Andrew 🤔 Gryaznov in Обсуждения техдирские
)))
источник

AG

Andrew 🤔 Gryaznov in Обсуждения техдирские
очень странные тезисы, кроме 2
источник

МН

Михаил Новоселов... in Обсуждения техдирские
Почему странные?
источник

W

Wingman in Обсуждения техдирские
1. Что мешает оговорить голден флоу, который будет покрываться?
2. Вы вседа ломаете контракты, настолько часто, что это проблема для тестирования? (Хинт: юниты и интеграционные тогда тоже будут плыть)
3. Это не так
4. Эм. Дернуть то, получить такой эффект, такое-то изменения в базе/очереди/где угодно
5. ??
6. Вообще не понял, причем тут автотесты
источник

P

Polkota in Обсуждения техдирские
Автотестер все таки всегда слабее разработчика, по когнитивным навыкам и по пониманию, как работает программа и как пишется код

Конечно может быть реально какой-то самородок, который по простоте душевной решил писать автотесты за меньшие деньги, но скорее всего это какой-то "ручной тестер" решивший покодить на питоне и перейти в разрабы
источник

W

Wingman in Обсуждения техдирские
Это какое-то заблуждение и/или у вас плохой опыт
источник

PD

Phil Delgyado in Обсуждения техдирские
Это все признаки ужасных процессов, а не проблемы автотестов или отдельных тестировщиков
источник

AG

Andrew 🤔 Gryaznov in Обсуждения техдирские
+
источник

P

Polkota in Обсуждения техдирские
Ну конечно, у нас у всех прям супер процессы) Прям бизнес шепчет мысль, а через 2 недели выходит код в прод.
источник

МН

Михаил Новоселов... in Обсуждения техдирские
Вы что ли предлагаете разрабам на авось и тестеров надеяться, а писать код на глаз?
источник

AP

Andrey P in Обсуждения техдирские
Есть такое понятие, как "замыленный глаз". Также требуются разные черты характера для того, чтобы быстро разрабатывать и аккуратно тестировать.
источник

PD

Phil Delgyado in Обсуждения техдирские
Ну, две недели - норм для ttm
источник

W

Wingman in Обсуждения техдирские
Да и вообще любые чеки на ci отрубить. Нефиг на что-то там надеяться. Писать нужно сразу хорошо и без багов
источник

AG

Andrew 🤔 Gryaznov in Обсуждения техдирские
ну или если есть очень много средств посадить разрабов тестировать
источник

АМ

Александр Молодчий... in Обсуждения техдирские
1. ${WORKER} никто не контролирует, непонятно что и как он ${WORK}, он не ${ANOTHER_WORKER}, он не входит во флоу кодирования
2. Рабочий код будет всегда новее, чем ${WORK}
3. ${WORK} не дадут никакой гарантии абсолютно ничего
4. Трата времени на шаринг знаний и рассказ ${WORKER} что изменилось
5. ${ANOTHER_WORKER} "надеется" на ${WORKER}
6. Трата времени на пинг-понг с ${WORK} до ${ANOTHER_WORK}

Ну вы поняли
источник

МН

Михаил Новоселов... in Обсуждения техдирские
Не надо так радикально.
источник

AP

Andrey P in Обсуждения техдирские
По креативности прежде всего.
источник

P

Polkota in Обсуждения техдирские
Любят у нас нанять орраву непонятно кого, потом удивляться почему 100 человек работают хуже чем 5-ро 2 года назад. Фичи по 3 года едут.
источник

AG

Andrew 🤔 Gryaznov in Обсуждения техдирские
а можно примеры? а то обычно ситуация другая: рук не хватает
источник