Хорошая статья, достаточно объемлющая. Подтвержу полезность следующих (и многизх других методов):
-Несколько джоб с тестами в CI
-Фикстуры
-Контейнеризация
Хочу заметить, что в статье перечислены методы стабилизации и оптимизации сетапа и самих тестов, но не сказано о том, что в первую очередь надо понять, что именно больше всего затягивает выполнение тестов. Может замена создания тестового пользователя на инсерт фикстуры в бд и сократит время процента на 2-3%, а работу с какой-либо внешней монструозной системой оставили без внимания, хотя ее оптимизация (или изоляция) позволила бы сократить время вдвое.
Тинькофф каждый месяц списывает с карты деньги за нотификации. Это услуга, за которую он берет деньги и предупреждает об этом. Это можно отключить в два клика в приложении / на сайте. Кому не надо — отключают сразу, кому надо — оставляют. В чем проблема?
Интернет по часовым карточкам (ночью дешевле) — чек
Созвоны друг другу другу по диалапу для сетевой игры в hl — чек
Переписка с девушкой по hyper terminal — чек
Под валидацией я понимаю корректность запроса (форматы дат, буквы в string полях — представляющие цифры, отсутствие необходимых полей, наличие взаимоисключающих полей и прочей лабуды). По идее для хорошего тест-дизайна неплохо разделять кейсы валидации от бизнес кейсов (например попытка указать скидку выше 100% в параметре или дату позже даты окончания действия какой-нибудь задачи)
Про привычку — думаю это рационально. Как раз с переходом на gRPC может оправдать себя.
Как раз похоже что 400 статусы — это всякие ошибки валидации/авторизации/актуальности (отсутствия протухших кэшей), проверки сумм и всякое такое. И это больше сервисное чем бизнесовое. Поэтому зачастую попытки уместить ошибки в существующие статусы становятся похожи на натягивание совы на глобус и разработчики просто решают отдать 200 со статусом в отдельном поле, полезной нагрузкой и указанием ошибки (если требуется)
Судя по цитатам из книги - охрененная реклама таки!
-Центр, там руку режут, все плохо?
-Очень, паника, красный код!!!
С анестезией:
-Центр, там руку режут, все плохо?
-Руку режут… ок… не знаю…
Хорошая сюжетная линия и очень приятные диалоги.
-Несколько джоб с тестами в CI
-Фикстуры
-Контейнеризация
Хочу заметить, что в статье перечислены методы стабилизации и оптимизации сетапа и самих тестов, но не сказано о том, что в первую очередь надо понять, что именно больше всего затягивает выполнение тестов. Может замена создания тестового пользователя на инсерт фикстуры в бд и сократит время процента на 2-3%, а работу с какой-либо внешней монструозной системой оставили без внимания, хотя ее оптимизация (или изоляция) позволила бы сократить время вдвое.
fixed
Созвоны друг другу другу по диалапу для сетевой игры в hl — чек
Переписка с девушкой по hyper terminal — чек
Яма с «Роскомпостом»
это не drive2, тут наверное стоило конкретику писать сразу.
Про привычку — думаю это рационально. Как раз с переходом на gRPC может оправдать себя.
6хх — ошибки бизнеса
(кажется нам этого нехватает)
https://ithappens.me
думаю условный MIT != условному техническому вузу России.
youtu.be/V0kq0yCTpNE?t=327
и как красиво это выливается в готовый продукт
youtu.be/HD4dUMDWM58?t=132
В таком случае разумней будет самому поехать к антенкам и нечаянно остаться.