Принципы по улучшению QA процессов в Agile команде

[@ruomserg]

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

[@Tom617]

Плюсую. А ещё бывает что отдельного тестового окружения просто нет из-за денег/времени и тд.

Это очень большой объем работы чтобы создать тестовое окружение уже на взрослом проекте состоящим из микросервисов, ui и других компонентов.