Comments 2
По моему опыту, проблема заключается не сколько в написании самих тестов, сколько в наличии стабильного, поддерживаемого и легко сбрасываемого к well-known state тестировочного окружения. Если в компании есть определенная standard test environment (и она поддерживается силами QA и BA в актуальном состоянии) — тесты пишутся легко. В противном случае зачастую получается что разработчик сам и создает объекты тестового окружения и сам тестирует код в нем. Для Unit-тестов это OK. Для интеграционных и E2E — ну… не знаю. Или разработчики должны понимать бизнес-контекст чтобы создавать корректные окружения, или должен быть определен внешний ответственный за это. Иначе тесты продолжают жить в CI и запускаться, но пользы от этого оказывается немного.
Принципы по улучшению QA процессов в Agile команде