ON
вместо того чтобы руками гонять регресс, будешь просто автотестами делать тоже самое
Size: a a a
2020 January 23
L
рук хватит, когда фреймворк будет налажен и допиливать придется только сценарии
боюсь, что поддержка АТ это долго, а так, спасибо за ответ :)
SG
боюсь, что поддержка АТ это долго, а так, спасибо за ответ :)
От разрабов зависит. Если у них нету юнитов и часто одни и те же или по тому же шаблоны выкатывается проблемы, то время на поддержку хватать будет
СС
боюсь, что поддержка АТ это долго, а так, спасибо за ответ :)
1 человек не потянет это, берите еще людей на ручное, либо сразу профессионалов на авто (имхо 2 вариант лучше в 100500 раз)
L
1 человек не потянет это, берите еще людей на ручное, либо сразу профессионалов на авто (имхо 2 вариант лучше в 100500 раз)
меня сюда и взяли, чтоб я вырос до профессионала)))
SG
Оцени время потраченное на тесты, когда проблема появилась снова или рядом с прошлой.
СС
меня сюда и взяли, чтоб я вырос до профессионала)))
зря) это долго и неэффективно
SG
+ если взяли что бы рос, то будут проблемы
SG
Договаривайся с ПМ, если заапрувмт время, то делай
L
+ если взяли что бы рос, то будут проблемы
прост АТ они не планировали, сам желание изъявил, им ручных тестов хватает
L
времени да, достаточно, поэтому такую сборку думаю пилить, вот и спрашиваю
SG
прост АТ они не планировали, сам желание изъявил, им ручных тестов хватает
Предупреди о рисках что загеешься как только проект вырастет на 50 процентов. Если не выделят время или ресурсы, а проект вырастет, со спокойной душой валишь из конторы
L
понял, принял, спасибо :)
SG
времени да, достаточно, поэтому такую сборку думаю пилить, вот и спрашиваю
Ну дык. Время есть . Даже просить не надо
JD
Для второго варианта есть старый добрый формат csv (как эксель, но текстовый и через текстовые разделители вроде запятых), и стандартные библиотеки под него.
А первый вариант сам по себе резонный?
МК
пилишь автотесты -> просишь больше денег. дают - остаешься, нет - сваливаешь. вот проблема то. особенно если время есть
OC
Ребят стоит вообще АТ поднимать? Проект пока маленький (вэб-приложение связанное с отправкой отчетов с мобилок), я один тестер, но: на регресс до...ра времени уходит, вот и решил сделать связку (Python+Selenoid+Allure) всё это под одеялом TeamCity. Напишу АТ для покрытия Smoke тестов и буду после каждого деплоя запускать. И вопрос: стоит ли оно вообще потраченного времени?
Насколько сложный фронтенд? Если есть статика, которую можно привязать через пути и автоматизировать - можно делать.
Если приложении имеет динамический рендер (а еще в худшем случае, React.js с d3) то отложите подобную идею.
По моему опыту запустить АТ фронтенда - не получилось. Слишком сложная реализация логики, потом еще сложнее поддержка.
Если приложении имеет динамический рендер (а еще в худшем случае, React.js с d3) то отложите подобную идею.
По моему опыту запустить АТ фронтенда - не получилось. Слишком сложная реализация логики, потом еще сложнее поддержка.
OC
* под статикой имел ввиду, что элементы в большинстве случаев находятся в DOM
NK
Парни здравствуйте, вопрос можно ли селениумом/селенидом открыть страничку с хэддером (Нетворк хэддером)
NK
Я не нашёл адекватного решения в Гугле, может кто-то сталкивался?