#статьи
✅ Как правильно (не) использовать тестировщиков

https://habr.com/ru/company/jugru/blog/661623/

Недавно наткнулся на текстовую статью от создателя Allure Report’а, смотрел этот доклад в записи.

Главные поинты:

- Автотесты пишутся на нативных языках в том же репозитории.
- Тесты запускаются при сборке.
- Автоматизация выше документации: нам не нужны ручные описания, они быстро устаревают.
- Команды межфункциональны: люди умеют и код писать, и фреймворк подправить, разработка интересуется тестированием и так далее.
- Инфраструктура общая: тестировщики тоже несут ответственность за тестовое окружение.

Да, в целом это круто, если есть такая команда и всё работает как часы.
Скорее всего основной проблемой будет написание нативных тестов в одном репозитории, а также запуск автотестов на каждый PR (MR). Это не делается по щелчку пальцев, это требует усилий всей команды.
Если вы используете Allure Report / Allure TestOps, то по сути вы уже получаете live-документацию. С этим особо нет проблем.
Командное развитие - в принципе одно из важных направлений, тут нужно с самого начала прививать хорошие практики, проходить обучение, просто учиться у коллег или у других людей.


❓И вопрос ко всем, слышали ли вообще про данный подход? Или может быть вы уже стараетесь приблизиться к идеальной команде?😊