Pull to refresh
12
0
Сергей Лебедев @serzh52

Инженер по тестированию

Send message

Спасибо, за интерес, но тут в 2 словах не расскажешь, тут в пору отдельную статью делать. Если прям кратко, используем фреймворк gemini, который является надстройкой над селениумом и юзает те же методы, тесты пишутся на js. Сравниваются 2 скриншота элемента продакшн среды и релиз кандидата. Если есть отличие при наложении они подсвечиваются. Очень удобно для тестирования юая. На счёт мобилок, мы используем только для мобильной версии маркета, в разных разрешениях, которые настраиваются в канфиге. В приложении не используется скринтестинг, пока что.

Откладывать нет, не приходилось, если падает несколько тестов мы их можем руками перепрогнать и понять связано с задачей или нет, а вот если массово тесты падают, то тут другое дело, и это может затянуть релиз. Обычно получается, как раз, что идет сначала базовая, а потом все остальные, но это скорее не умышленно происходит.
Ими занимаются если они падают по причине изменений в задаче, обычно они зелёные, но бывают что падают по не зависящим от тестируемого функционала причинам и в таком случае мы их оставляем.
Они нужны чтобы определить пределы производительности, подробнее можно посмотреть в докладе Алексея Лавренюка о нагрузочном тестировании.
Конечно, если падения вызваны багом их правят до релиза. Но иногда падения вызваны нестабильностью бэков/учениями итд. и в таком случае, просмотрев глазами падения, задерживать релиз нецелесообразно
Да не менее 5 релизов в неделю.
Не все тесты замоканы, по возможности отлавливаем и мокаем, из за разных обстоятельств попадают в релиз(нестабильность бэков/учения итд). Падения тестов разбирает, да, тестировщик и далее уже отдаёт програмисту конкретные задачи на починку.
Раз в неделю примерно гоняем полный регресс, занимает около 4 часов.
Спасибо за ваш комментарий.

Information

Rating
Does not participate
Location
Нижний Новгород, Нижегородская обл., Россия
Works in
Date of birth
Registered
Activity