PE
или у меня в проекте
Size: a a a
2020 August 16
PE
так что я не понимаю аргумента "потом случается как в квей" 🙂
PE
везде такое может быть, но не везде есть
O
Методы тестирования на проде придумали не потому что менеджеры и бизнес мудаки и не потому что девелоперы ленивые, а потому что у тебя в крупных системах достаточно быстро косты тестирования становятся неподъёмными. Я вообще это все пишу к тому, что тесты, так то, могут и отсутствовать в нужном количестве или проверять не все или не совсем то, что может вокруг базы ломаться:)
PE
а я пишу все к тому, что когда есть четкие формальные критерии, то их проще соблюдать на всех уровнях всем членам команды
O
Поэтому утверждение «если нет тестов, то как проверить что оно работает» таки имеет под собой ответ, т.к. покрытие не 100% практически всегда, за редкими академическими исключениями и да, часто «работает» - это косвенный вывод и имеет ссылочку про «работает вот сейчас, с этими версиями, на этом железе, в этой фазе Луны и вот в этих кейсах использования» :)
PE
и самое главное с четкими критериями -- у бизнеса есть понимание за что он платит, ну это мое имхо
O
а я пишу все к тому, что когда есть четкие формальные критерии, то их проще соблюдать на всех уровнях всем членам команды
Да, все так. Но это опосредованно влияет на качество продукта, на самом деле.
O
и самое главное с четкими критериями -- у бизнеса есть понимание за что он платит, ну это мое имхо
Бизнесу нужен сервис для того, чтобы он делал А, Б и С. Ему насрать в целом как.
СА
Поэтому утверждение «если нет тестов, то как проверить что оно работает» таки имеет под собой ответ, т.к. покрытие не 100% практически всегда, за редкими академическими исключениями и да, часто «работает» - это косвенный вывод и имеет ссылочку про «работает вот сейчас, с этими версиями, на этом железе, в этой фазе Луны и вот в этих кейсах использования» :)
Более того: на больших проектах невозможно обеспечить идентичность тестовых и продакшн-окружений: ни по нагрузке, ни по объёму данных.
PE
Бизнесу нужен сервис для того, чтобы он делал А, Б и С. Ему насрать в целом как.
да и в 100% времени, без отказов...
O
Более того: на больших проектах невозможно обеспечить идентичность тестовых и продакшн-окружений: ни по нагрузке, ни по объёму данных.
Угу. Ну, теоретическим можно, но нецелесообразно совершенно:)
O
Можно купить тысячи тестировщиков, взять ДЦ под это.... ну, на уровне бреда)
СА
Угу. Ну, теоретическим можно, но нецелесообразно совершенно:)
В достаточно больших проектах даже теоретически нельзя)
D
и часть этих кейсов решает мой сервис за стоимость малой доли от того, что на это может быть потрачено (и не потрачено на что-то другое)
O
В достаточно больших проектах даже теоретически нельзя)
Целиком тестировать Гугл тоже можно. Надо просто построить второй Гугл и стрелять из первого во второй:)
СА
Целиком тестировать Гугл тоже можно. Надо просто построить второй Гугл и стрелять из первого во второй:)
Нет, стрелять надо из третьего.
O
Но да, это я уже шучу. Нельзя конечно, все слишком разнообразно.
PE
это тоже одна из причин существования A/B
O
Нет, стрелять надо из третьего.
Черт, энвайремента то надо три, точно:)