Comments 8
Мой опыт свелся к ожиданию главного условия автоматизации - устойчивое и неизменное состояние системы - далее открыл Notepad++, написал автотест и там же запустил.. Но у Вас роскошнее получилось \(^-^)/
Привет, спасибо за статью и правда мало где можно прочитать про то как начинается автоматизация с нуля и как выбираются технологии.
Есть мнение что одно из преимуществ Cucumber это то, что тестировщики в дальнейшем могут сами формировать из кирпичиков автотесты и это проще чем писать код для шагов, будете идти в эту сторону или автоматизаторы будут писать код для шагов, а мануальщики только запускать тесты?
"убиваем 2-х зайцев сразу. Берем Cucumber." или добавляем 3-го)
Вместе с BDD фреймворком можно легко получить дополнительный слой для поддержки, без которого тесты было бы писать проще и быстрее. Если ваши фича файлы пишут автоматизаторы, скорее всего БДД вам не нужен
Да, так и есть. Но в центре нашей модели разработки автотестов стоит ручной тестировщик. Он самомостоятельно пишет автотесты. Автоматизаторы, в рамках спринта, выделяют один день на одну команду для проверки сценариев. И если правильно использовать тот же Cucumber, то и на поддержку время не затрачивается.
Мы на проекте используем cucumber. И по сути да, когда у тебя есть все нужные тебе шаги для теста, под которыми уже содержится какой-то код, совершенно не обязательно быть тестировщиком чтобы собрать этот авто тест из существующих шагов, потому что он пишется обычными словами
Автоматизация тестирования «с нуля» (нетехническая сторона вопроса)