Можно, конечно.
Мы только начали использовать описанную систему, поэтому тестов не очень много (~100). Помимо того мы используем pict для генерации наборов входных данных, и с помощью самописного python скрипта, на основне шаблона, генерируем много типовых сценариев, с разными данными. Один тест может включать до 60 одинаковых сценариев, с разными данными. (У нас много форм, которые зависят от того, что находится в других формах, или в бд)
Для того, кто пишет сами тесты сложность стремится к нулю, потому что не приходится описывать никакой логики\программировать, а просто писать юзкейсы: «в этой форме выбери то, затем проверь появился ли текст на странице» и т.п. Сами шаги (взаимодействие с сайтом, и с бд) представляют из себя несложные python-функции, поэтому и тут про сложность нечего сказать. (ненамного сложнее того, что в примере)
У нас тесты пишут только тестировщики, на данный момент 1 тестировщик. Тесты запускаются вручную, на машине тестировщика, который их пишет. Баги которые ловят тесты регистрируются тем, кто тесты запустил.
Частота изменений в продукте — десятки (до сотни, наверное) коммитов в день, изменения как логики, так и интерфейса (в части кода, а не вида). На данный момент тесты довольно устойчивы к этим изменениям.
Конкретные цифры привести сложно, потому что я не отслеживал этого.
Цифровой коммунизм, так сказать.
Очень дерзко получилось :)
Page Object — это да, как раз занимаюсь.
Никто и не говорил, что это инструмент специализированный для веб.
В данном случае, тесты написаны на python с использованием selenium.
Мы только начали использовать описанную систему, поэтому тестов не очень много (~100). Помимо того мы используем pict для генерации наборов входных данных, и с помощью самописного python скрипта, на основне шаблона, генерируем много типовых сценариев, с разными данными. Один тест может включать до 60 одинаковых сценариев, с разными данными. (У нас много форм, которые зависят от того, что находится в других формах, или в бд)
Для того, кто пишет сами тесты сложность стремится к нулю, потому что не приходится описывать никакой логики\программировать, а просто писать юзкейсы: «в этой форме выбери то, затем проверь появился ли текст на странице» и т.п. Сами шаги (взаимодействие с сайтом, и с бд) представляют из себя несложные python-функции, поэтому и тут про сложность нечего сказать. (ненамного сложнее того, что в примере)
У нас тесты пишут только тестировщики, на данный момент 1 тестировщик. Тесты запускаются вручную, на машине тестировщика, который их пишет. Баги которые ловят тесты регистрируются тем, кто тесты запустил.
Частота изменений в продукте — десятки (до сотни, наверное) коммитов в день, изменения как логики, так и интерфейса (в части кода, а не вида). На данный момент тесты довольно устойчивы к этим изменениям.
Конкретные цифры привести сложно, потому что я не отслеживал этого.
Behave только выполняет тесты, a открыть URL и кликнуть — это уже webdriver.
<cut> текст </cut>, a надо было просто</cut>.А как его добавить в расписание cron?
Он разве не только со скриптами работает?