Ситуация с одним мануальным тестировщиком нормальная и вполне рабочая. Могут быть разные варианты:
Поговорить с командой — рассказать о проблеме, о нагрузке, о выгорании. Придумать вместе решение.
Проговаривать на планировании спринта, чтобы что-то катить как можно раньше. Катить и тестировать фичи — сразу как готово. Постараться размазать выкатки и тестирование фич по всему спринту.
Можно даже что-то неважное оставлять без тестирования (если ресурса не хватает) и принимать риск этого.
Размазать часть проверок по другим членам команды. Сделать BVT (build verification test) сценарий и попросить всех членов команды проходить его при выкладке.
Да, спасибо за вопрос, понял, что нужно пояснить. Несколько уточнений:
1. У нас есть свой собственный трекер для метрик. Здесь контроля больше, чем с метриками GA. В собственный трекер можно отправлять метрики с прода и стейджинга.
2. У нас есть тесты на стейжинге и на проде. На проде мы способны проверить все критические сценарии. Как это можно делать – это тема для отдельного рассказа.
События из тестов и события от пользователей соединяются в табличку по ключу. Ключом выступает: название виджета + название события + название платформы. Разные только неймспейсы.
Если на проде не тестировали бы, то ничто не мешает по ключу соединять данные – пользователи с прода, тесты со стейджинга.
Привет, Ваня. Рад видеть тебя! Скажу так, что мы не стесняемся тестировать на проде. В этих тестах нет деструктивных действий. Эти тесты наоборот помогают следить за продом и быть уверенными, что ничего не отваливается.
Спасибо за вопрос.
Ситуация с одним мануальным тестировщиком нормальная и вполне рабочая. Могут быть разные варианты:
Поговорить с командой — рассказать о проблеме, о нагрузке, о выгорании. Придумать вместе решение.
Проговаривать на планировании спринта, чтобы что-то катить как можно раньше. Катить и тестировать фичи — сразу как готово. Постараться размазать выкатки и тестирование фич по всему спринту.
Можно даже что-то неважное оставлять без тестирования (если ресурса не хватает) и принимать риск этого.
Размазать часть проверок по другим членам команды. Сделать BVT (build verification test) сценарий и попросить всех членов команды проходить его при выкладке.
Да, здорово. Интересно будет почитать о вашем опыте.
Да, спасибо за вопрос, понял, что нужно пояснить. Несколько уточнений:
1. У нас есть свой собственный трекер для метрик. Здесь контроля больше, чем с метриками GA. В собственный трекер можно отправлять метрики с прода и стейджинга.
2. У нас есть тесты на стейжинге и на проде. На проде мы способны проверить все критические сценарии. Как это можно делать – это тема для отдельного рассказа.
События из тестов и события от пользователей соединяются в табличку по ключу. Ключом выступает: название виджета + название события + название платформы. Разные только неймспейсы.
Если на проде не тестировали бы, то ничто не мешает по ключу соединять данные – пользователи с прода, тесты со стейджинга.
Привет, Ваня. Рад видеть тебя! Скажу так, что мы не стесняемся тестировать на проде. В этих тестах нет деструктивных действий. Эти тесты наоборот помогают следить за продом и быть уверенными, что ничего не отваливается.
:)