ТестОпс очень сырой продукт! Не знаю, что там с Allure TestOps, но мы перешли на эту ТМС и столкнулись с кучей проблем с интеграцией с Jenkins и не только. Поддержка у ТестОпс очень плохая, такое ощущение, что сами не знают своего продукта.
Зефир в топ-10? Да он капец какой неудобный! Allure Testops очень сырое решение для автоматизации тестирования. Особенно для автоматизации. Больше кажется заточен под ручников. Там с объединением только сплошные танцы с бубном. А перезапуски автотестов это вообще отдельная песня! Автотесты уже давно завершили свою работу, а тестопс все в процессе.
Автор, вы сами то ими пользовались или так написали что-то, а правда это или нет, кто там проверять будет
Ну не знаю, мы недавно перешли на ТМС Testops, сейчас кажется, что для автоматизации достаточно сырой продукт. Недоработана ТМС для работы с параметризированными автотестами, поддержка нам не смогла помочь отправлять отчеты из нескольких Jenkins джоб в один запуск TestOps, ни у по мелочам там очень много вопросов, в том числе с объединением запусков, почему в статистике на дашбордах учитывается только последний запуск, в проекте можно выбрать вообще все тестовые слои, которые есть в Testops, а не тольтко , которые настроены в проекте и т.д.
А где об лидерстве в тестировании? Очень много букв, но сути я не понял, что автор хотел передать. В базе знаний Tools нет половины инструментов, которыми мы пользуемся. Selenium, Jira, Jenkins не находит в базе. Вы хотя бы проверили сами, что там за база, прежде, чем рекомендовать ей пользоваться. Вообщем что-то автор написал, а что непонятно.
Наверное мы с вами про разные TestOps говорим. Я про ТМС, вы про какой-то инструмент, который собирает отчеты из джоб. ТМС TestOps не собирает отчеты из разных Jenkins джоб в одну или какие-то другие места.
Как раз ТМС TestOps являлся целью, чтобы в одном запуске TestOps были результаты из нескольких Jenkins джоб. Как писал в статье, плагин не позволяет это сделать. А то что вы предлагаете в принципе можно сделать через джобу, просто скопировать результаты из нисходящих джоб в восходящую и на последнем шаге запушить весь отчет в один запуск ТМС TestOps, ну или делать какие-то другие манипуляции с отчетом.
Также я описан подход, когда и с нисходящих джоб можно пушить результаты в один запуск TestOps, т.е. в принципе не обязательно собирать отчеты в одной джобе Jenkins, чтобы отправлять их в TestOps.
Соберёте репорт, а дальше что с ним делать? Нам нужно было именно из нескольких джоб пушить результаты в один запуск TestOps. Я писал свой путь, как это сделать через инструменты Jenkins.
В Windows очень много ограничений для разработки и тестирования. Лучше выбирать Unix подобные системы, там и терминал сразу нормальный, а не убогий cmd
ТестОпс очень сырой продукт! Не знаю, что там с Allure TestOps, но мы перешли на эту ТМС и столкнулись с кучей проблем с интеграцией с Jenkins и не только. Поддержка у ТестОпс очень плохая, такое ощущение, что сами не знают своего продукта.
Чем полезная то? Тем что теперь мы знаем предпочтения автора?
Зефир в топ-10? Да он капец какой неудобный! Allure Testops очень сырое решение для автоматизации тестирования. Особенно для автоматизации. Больше кажется заточен под ручников. Там с объединением только сплошные танцы с бубном. А перезапуски автотестов это вообще отдельная песня! Автотесты уже давно завершили свою работу, а тестопс все в процессе.
Автор, вы сами то ими пользовались или так написали что-то, а правда это или нет, кто там проверять будет
А потом другие пишут еще больший говноко^W, который проверяет говноко^W первых 😂
У нас в компании тоже пытаются агента для интеграционных автотестов сделать, но пока как в том анекдоте получается только поезд вместо самолёта 😂
Очень (
странное) интересное предложение, хотя бы потому что статья про решение, когда уже есть TestOps и для TestOps.Да allurectl - это часть экосистемы TestOps, вы все правильно подметили.
Интересно, для Java такое можно внедрить?)
Ну не знаю, мы недавно перешли на ТМС Testops, сейчас кажется, что для автоматизации достаточно сырой продукт. Недоработана ТМС для работы с параметризированными автотестами, поддержка нам не смогла помочь отправлять отчеты из нескольких Jenkins джоб в один запуск TestOps, ни у по мелочам там очень много вопросов, в том числе с объединением запусков, почему в статистике на дашбордах учитывается только последний запуск, в проекте можно выбрать вообще все тестовые слои, которые есть в Testops, а не тольтко , которые настроены в проекте и т.д.
А где об лидерстве в тестировании? Очень много букв, но сути я не понял, что автор хотел передать. В базе знаний Tools нет половины инструментов, которыми мы пользуемся. Selenium, Jira, Jenkins не находит в базе. Вы хотя бы проверили сами, что там за база, прежде, чем рекомендовать ей пользоваться. Вообщем что-то автор написал, а что непонятно.
Наверное мы с вами про разные TestOps говорим. Я про ТМС, вы про какой-то инструмент, который собирает отчеты из джоб. ТМС TestOps не собирает отчеты из разных Jenkins джоб в одну или какие-то другие места.
Как раз ТМС TestOps являлся целью, чтобы в одном запуске TestOps были результаты из нескольких Jenkins джоб. Как писал в статье, плагин не позволяет это сделать. А то что вы предлагаете в принципе можно сделать через джобу, просто скопировать результаты из нисходящих джоб в восходящую и на последнем шаге запушить весь отчет в один запуск ТМС TestOps, ну или делать какие-то другие манипуляции с отчетом.
Также я описан подход, когда и с нисходящих джоб можно пушить результаты в один запуск TestOps, т.е. в принципе не обязательно собирать отчеты в одной джобе Jenkins, чтобы отправлять их в TestOps.
Соберёте репорт, а дальше что с ним делать? Нам нужно было именно из нескольких джоб пушить результаты в один запуск TestOps. Я писал свой путь, как это сделать через инструменты Jenkins.
Какое же конченное это РНК. Ну и президент дал понять, что у РНК теперь развязаны руки. Лучше бы чем то полезным занялись
Кажется объем скринов должен быть небольшим. А хранить и доставать скрины можно через тот же mongodb
Может проглядел, а как-то проверяется, загрузился экран и элементы на экране перед созданием эталонного скриншота и актуального?
Если в банк набежит много стажеров, буду знать кто виноват в этом)
Ждем, когда уйдет Obsidian из рашки, чтобы опять переносить всю инфу)
В Windows очень много ограничений для разработки и тестирования. Лучше выбирать Unix подобные системы, там и терминал сразу нормальный, а не убогий cmd
Насколько я знаю, виртуализация нужна, чтобы поднимать эмуляторы в докерах. Если поднимать для реальных девайсов вроде виртуализация не нужна.
На iOS работает без java