Pull to refresh

Comments 6

Ещё бы примеров сюда с кодом и замерами

автоматизация UI ... считается менее быстрой и более уязвимой

Я думаю, что более корректно будет сказать не "более уязвимой", а "менее стабильной". По английски: flaky.

При использовании параллельного выполнения можно значительно повысить скорость автотестов.

И при этом получить ещё менее стабильные результаты. А может и нет - зависит от типа приложения и сервера.

Приложение обычно должно работать с несколькими пользователями, поэтому почти всегда это ок, если тесты не входят, например, под одинаковым id, хотя часто и даже это ок.

1) верификация не через UI. Часто надо именно через UI. Например, покупка совершена, а UI не отобразил финального экрана с Success.

2) набор тестов - свит/суит, а не сьют. Который раз вижу эту ошибку у наших

3) headless режим иногда работает не так, как обычный. Надо быть осторожным.

4) самый быстрый способ - распределенное тестирования на куче компов, где на каждом идёт параллельное тестирование. Делается на ура с TeamCity, Jenkins и т.п.

Поправил терминологию на тест-свит

Sign up to leave a comment.

Articles