D
👍
Size: a a a
2020 December 24
LY
для всяких роботов всегда задавайте себе вопрос - действительно ли я смогу посадить всех наших мануалов писать автотесты в нем, и сколько это мне будет стоить (степы все равно надо кодить на питоне том же)
RF это не BDD, там можно вполне себе нормальные тесты писать. Очень гибкая штука.
s
всем привет. может есть профильный чатик для автоматизации на сейлсфорс?
А
RF это не BDD, там можно вполне себе нормальные тесты писать. Очень гибкая штука.
не спорю что можно. В чем преимущество робот питон тестов перед просто питон тестами на пайтесте?
LY
не спорю что можно. В чем преимущество робот питон тестов перед просто питон тестами на пайтесте?
Проще. Из коробки раннер, отчёты, теги, параметризация, много библиотек подключаемых.
Если человек умеет в тонкую настройку pytest, то конечно ему не интересно будет. А пока не достиг "просветления", проще RF
Если человек умеет в тонкую настройку pytest, то конечно ему не интересно будет. А пока не достиг "просветления", проще RF
А
Проще. Из коробки раннер, отчёты, теги, параметризация, много библиотек подключаемых.
Если человек умеет в тонкую настройку pytest, то конечно ему не интересно будет. А пока не достиг "просветления", проще RF
Если человек умеет в тонкую настройку pytest, то конечно ему не интересно будет. А пока не достиг "просветления", проще RF
pytest - их коробки раннер, отчеты (pytest-html, allure, xml для олдов), теги (pytest.mark), параметризация(pytest.parametrize), миллиард библиотек, подключаемых к питону.
Стоит ли изучать робот, или все таки сразу пайтест и питон полноценно? Я про это. :)
Стоит ли изучать робот, или все таки сразу пайтест и питон полноценно? Я про это. :)
А
я в свое время пришел к выводу, что проще подучить ребят тому же пайтесту, это и лучше для проекта, и ребята понимают, что их учат глобальным вещам, а не строго в рамках фреймворка
LY
pytest - их коробки раннер, отчеты (pytest-html, allure, xml для олдов), теги (pytest.mark), параметризация(pytest.parametrize), миллиард библиотек, подключаемых к питону.
Стоит ли изучать робот, или все таки сразу пайтест и питон полноценно? Я про это. :)
Стоит ли изучать робот, или все таки сразу пайтест и питон полноценно? Я про это. :)
Так это нужно подключить и настроить, а это для новичка сложно. В RF ничего настраивать не надо. Миллиард библиотек для pyhton так же и в RF, расширять его можно обычным pyhton-кодом.
А
pip install pytest
pip install pytest-html
pip install pytest-allure
pip install pytest-xdist
pytest -m acceptance
невероятно сложно для новичка.
pip install pytest-html
pip install pytest-allure
pip install pytest-xdist
pytest -m acceptance
невероятно сложно для новичка.
LY
Это пол-дела )
А
а вот когда новичок совсем плох в программухе, тут такие штуки и норм, с человекочитаемыми синтаксисами :)
VK
основная фича всех этих роботов -= хуман ридабл тесты, и влажная розовая мечта "щас мы наших мануальзиков посадим писать автотесты"
По моему опыту это вполне реально. Три дня писал тесты на RF вместе с SAP-консультантом, который со школы не кодил. На третий день он сам писал несложные линейные тесты для SAP GUI.
LY
а вот когда новичок совсем плох в программухе, тут такие штуки и норм, с человекочитаемыми синтаксисами :)
Куда нам, сирым
А
Victor Kaplunov
По моему опыту это вполне реально. Три дня писал тесты на RF вместе с SAP-консультантом, который со школы не кодил. На третий день он сам писал несложные линейные тесты для SAP GUI.
дык я не говорил что это не работает. оно работает, сам применял подобное. Фиг с ним, вон там недавно пролетало интервью с челом из МС - у них в майкрософте такое применяется
А
но тут человек говорит, что авто нет, команда хочет учить питон. В этом случае правильнее учить таки не фреймворку, а языку :)
VK
Если мне надо будет с парочкой джунов внедрить автотесты на проекте, я бы выбрал RF. Ему обучить проще и не нужно дополнительно поддерживать документацию. А это значить и масштабировать будет проще из-за ускоренного онбординга. Хотя сам я последние три года пришу только на pytest (за редким исключением).
LY
pip install pytest
pip install pytest-html
pip install pytest-allure
pip install pytest-xdist
pytest -m acceptance
невероятно сложно для новичка.
pip install pytest-html
pip install pytest-allure
pip install pytest-xdist
pytest -m acceptance
невероятно сложно для новичка.
Для новичка разобраться в том как к примеру аттачить скриншоты к отчёту нужно будет довольно много времени затратить, изучив документацию. Дело не только в установке модулей, как вы написали. Да и простые тесты писать сможет не сразу.
Язык нужно учить, я не спорю. Но тесты писать на RF можно начать быстрее чем на pytest.
А вот когда им захочется чего посложнее, то можно и на pytest перейти.
Язык нужно учить, я не спорю. Но тесты писать на RF можно начать быстрее чем на pytest.
А вот когда им захочется чего посложнее, то можно и на pytest перейти.
VK
Документация у RF сделана очень хорошо. У pytest она тоже подробная, но структурирована абы как. Как уж выросло.
А
Для новичка разобраться в том как к примеру аттачить скриншоты к отчёту нужно будет довольно много времени затратить, изучив документацию. Дело не только в установке модулей, как вы написали. Да и простые тесты писать сможет не сразу.
Язык нужно учить, я не спорю. Но тесты писать на RF можно начать быстрее чем на pytest.
А вот когда им захочется чего посложнее, то можно и на pytest перейти.
Язык нужно учить, я не спорю. Но тесты писать на RF можно начать быстрее чем на pytest.
А вот когда им захочется чего посложнее, то можно и на pytest перейти.
@allure.attach() - вот и разобрались! :)
Что подразумевается под простыми? Использование дженерик кейвордов робота? ну да, это проще кода, в этом и смысл. только какое это отношение имеет к питону? :) А вот когда будем писать свои кейворды - это уже резко становится аналогичным написанию тестов в пайтесте :) только без необходимости потом из кейвордов что то делать :)
Что подразумевается под простыми? Использование дженерик кейвордов робота? ну да, это проще кода, в этом и смысл. только какое это отношение имеет к питону? :) А вот когда будем писать свои кейворды - это уже резко становится аналогичным написанию тестов в пайтесте :) только без необходимости потом из кейвордов что то делать :)
А
Victor Kaplunov
Документация у RF сделана очень хорошо. У pytest она тоже подробная, но структурирована абы как. Как уж выросло.
это да, пайтест доки уже лучше чем раньше, но есть нюансы. впрочем они закрываются миллионами примеров