ну или так

if (): print "" else raise "ошибку кидаем"

забыл уже питон )

это из разряда красненькой машины, кажется

желание дамы - закон )

но, Анна, так никто не делает ) это излишество ) и лишний шум можете конечно логирование везде добавить и каждый шаг комментировать. но это чаще всего не нужно

Не, это может быть норм вариантом если встраивать уровни логгирования и включать их отображение только с флагом debug например

кстати, py.test (я видел, что используется unittest, просто комментарий "кстати") вообще скрывает все, что выводится на консоль, если тест не упал. ибо нефиг

но опять же, лишние времязатраты

def test_registration_form_is_submitted(): """ Проверяем, что после отправки формы в админке - есть новый пользователь """ fill_form(data=sufficient_test_data) assert 'MyNewUser' in AdminPage_users().users

кстати, py.test (я видел, что используется unittest, просто комментарий "кстати") вообще скрывает все, что выводится на консоль, если тест не упал. ибо нефиг

ну.. Анна не просила помочь с выбором фреймворка А так да - pytets рулит )

в pytest или unit test можно делать описания сценариев

если он упал на ассерте - то значит он не отработал как нужно

символом успеха будет зеленый тест, а не свистоперделки в виде каких-то надписей

символом успеха будет зеленый тест, а не свистоперделки в виде каких-то надписей

весело считывать глазами тексты в терминале)

кстати, py.test (я видел, что используется unittest, просто комментарий "кстати") вообще скрывает все, что выводится на консоль, если тест не упал. ибо нефиг

зависит от того, capture output используется или нет через передачу флага

символом успеха будет зеленый тест, а не свистоперделки в виде каких-то надписей

а представь, запускаешь тест, а он в лог пишет: "Анна, добрый день Сейчас начну тестировать форму заявки Вот открыл форму, заполнил Пытаюсь отправить ОООп-с, не отправилось. <длинный трейс> "

Можно инвертировать асерты и будут красивые красные ошибоньки падать в случае успеха тестов =D

А перевод вопросов с русского на англ авторский ?)

Коллега сделал сайт для подготовки к ISTQB Foundation Level. Когда я готовился, подобных ресурсов с большой базой русифицированных вопросов (200 штук было в феврале) найти не удалось. Глядшь кому полезно будет. http://istqb.somee.com/

А перевод вопросов с русского на англ авторский ?)

Затрудняюсь с ответом о текущем состоянии) В январе мы готовились по гугловскому переводу, но корявые и неодназначные вопросы/ответы правили или хотя бы пытались =)

Коллега сделал сайт для подготовки к ISTQB Foundation Level. Когда я готовился, подобных ресурсов с большой базой русифицированных вопросов (200 штук было в феврале) найти не удалось. Глядшь кому полезно будет. http://istqb.somee.com/

Пообщался с разработчиком этого сервиса. Несколько месяцев назад он сам сдал ISTQB и готовился по этим тестам. Правда, не считает, что эти тесты - достаточное условие для прохождения экзамена, но вопросы там близки к актуальным, а некоторые даже совпадают

Плюс в карму ему короче:)

Спасибо!

def test_registration_form_is_submitted(): """ Проверяем, что после отправки формы в админке - есть новый пользователь """ fill_form(data=sufficient_test_data) assert 'MyNewUser' in AdminPage_users().users

можешь пожалуйста в личке объяснить что тут да как? :)

Какая самая удобная тулзовина хранить и прогонять кейсы?

testrail

+1

Zephyr for Jira (если живете с Атлассионовским окружением)

Zephyr for Jira (если живете с Атлассионовским окружением)

testrail и для jira есть

Доброго дня, подскажи плз. В gitlab на 1-ой джобе из stage у меня ставятся пакеты node_module, в последующих джобах их нет, а хотелось бы. Насколько я понимаю, перед каждой джобой клонируется исходный реп. Есть возможность тянуть за собой состояние всего stage? Или только кэшировать эту папку придется?

testrail и для jira есть

Zephyr for JIRA - это масштабный плагин для JIRA, а у Testrail только лёгкая интеграция через API вроде бы. Тем не менее оба инструмента хороши, имхо. У Зефира есть немало тонкостей, если будет храниться и выполняться больше 10 000 кейсов, еще сложнее, если потребуется с автотестами дружить (там отдельный платны API), но зато нативно в джире живет, с воркфлоу, куртизанками и блэкджеком. У Testrail жукто удобная функция иерархической структуризации, настолько же, насколько неудобно выполнен поиск (прям ад и содомия после JQL и ZQL Зефира). Ну и да, обла платные, и нормально так стоят в целом.

Zephyr for JIRA - это масштабный плагин для JIRA, а у Testrail только лёгкая интеграция через API вроде бы. Тем не менее оба инструмента хороши, имхо. У Зефира есть немало тонкостей, если будет храниться и выполняться больше 10 000 кейсов, еще сложнее, если потребуется с автотестами дружить (там отдельный платны API), но зато нативно в джире живет, с воркфлоу, куртизанками и блэкджеком. У Testrail жукто удобная функция иерархической структуризации, настолько же, насколько неудобно выполнен поиск (прям ад и содомия после JQL и ZQL Зефира). Ну и да, обла платные, и нормально так стоят в целом.

Все так.

Zephyr for JIRA - это масштабный плагин для JIRA, а у Testrail только лёгкая интеграция через API вроде бы. Тем не менее оба инструмента хороши, имхо. У Зефира есть немало тонкостей, если будет храниться и выполняться больше 10 000 кейсов, еще сложнее, если потребуется с автотестами дружить (там отдельный платны API), но зато нативно в джире живет, с воркфлоу, куртизанками и блэкджеком. У Testrail жукто удобная функция иерархической структуризации, настолько же, насколько неудобно выполнен поиск (прям ад и содомия после JQL и ZQL Зефира). Ну и да, обла платные, и нормально так стоят в целом.

не знаю как у остальных, но смотреть изменения в тестах в тестрейле это ад и больъ

Всем привет! Поделитесь плз опытом (кто имел дело), как организовывали версионирование на приложениях из нескольких компонентов? И как использовали в багтрекере? Пример: саппорт для мобильного приложения. Есть и само МП, и админка в вебе, и бэкэнд. Вопрос: как лучше в бтс указывать эти 3 версии?

Всем привет! Поделитесь плз опытом (кто имел дело), как организовывали версионирование на приложениях из нескольких компонентов? И как использовали в багтрекере? Пример: саппорт для мобильного приложения. Есть и само МП, и админка в вебе, и бэкэнд. Вопрос: как лучше в бтс указывать эти 3 версии?

В багрепорте перечисляй для каждой системы её версию. Следующий этап - научиться определять вероятные компоненты (а не только системы) в которых бага. для остальных «невиновных» - версию не писать. У тебя не простой пример, вероятно вырожденный или редкий - когда ошибку якобы сложно локализовать до определенной системы МП, админка, бэкенд (не говоря уже про конкретный компонент каждой из систем). Надо учиться по разным признакам и проверкам - определять в какой из систем бага. Еще могут логи помочь, там может быть подобная инфа. Ещё в системе версионировани (для каждой отдельной системы) - можно (должна) быть возможность только зная версию системы определить все версии компонент, которые входят в конкретный билд.

Мне показалось, что вопрос был о другом чуть

Всем привет! Поделитесь плз опытом (кто имел дело), как организовывали версионирование на приложениях из нескольких компонентов? И как использовали в багтрекере? Пример: саппорт для мобильного приложения. Есть и само МП, и админка в вебе, и бэкэнд. Вопрос: как лучше в бтс указывать эти 3 версии?

У нас на каждый поставляемый отдельно дистрибутив - свой проект в жире

Привет, коллеги! Начинаю изучать Selenium. Есть ряд вопросов: 1. посоветуйте хороший ресурс для изучения? 2. Java или возможно будующее за чем-то другим? 3. Начать с базы Java а потом selenium или наоборот?

Отвечая на ту часть вопроса, где спрашивается про организацию в бтс, на номере джиры могу порекомендовать плагин сабверсии, можно там завести структуру вида 0.1.2(0.1.2.module1,0.1.2.module2... ) и указывать нужные сабверсии в affected version

Привет, коллеги! Начинаю изучать Selenium. Есть ряд вопросов: 1. посоветуйте хороший ресурс для изучения? 2. Java или возможно будующее за чем-то другим? 3. Начать с базы Java а потом selenium или наоборот?

в вашем случае java - это ваше будущее

позолоти биткион внучок

могу только лайткоинами

предскажу будущее вашего проекта по code coverage

давайте с искрометным юмором во флудилку.

Коллеги стоит такая задача: Дано: CI который выплевывает наружу на Pull Request три артефакта, нативный бинарник для osx,linux,windows Мой вопрос: какие есть средства автоматизации что бы запустить этот бинарник в windows,osx,linux (слейвы есть в jenkins) что бы автоматизировать следующий тест: запустить бинарник на платформе (osx,windows,linux) бинарник отрисует GUI морду с единственным полем ввода в единственное поле ввода ввести текст и нажать enter. все тест окончен.

да по сути любой рекордер, не?

да по сути любой рекордер, не?

будьте любезны поясните пожалуйста? есть ли такой фреймворк под osx,linux,win?

ERROR: S client not available

autoit вроде

т.е. кроссплатформенного подхода мир QA не выработал и предлагается запилить автоматизацию под конкретную платформу?

Коллеги стоит такая задача: Дано: CI который выплевывает наружу на Pull Request три артефакта, нативный бинарник для osx,linux,windows Мой вопрос: какие есть средства автоматизации что бы запустить этот бинарник в windows,osx,linux (слейвы есть в jenkins) что бы автоматизировать следующий тест: запустить бинарник на платформе (osx,windows,linux) бинарник отрисует GUI морду с единственным полем ввода в единственное поле ввода ввести текст и нажать enter. все тест окончен.

Если правильно понял задачу, то в Джобе просто выбрать виндоус батч команд и написать на шеле команду , которая запустит бинарь. Передать туда же бинарь можно по ссш

Если правильно понял задачу, то в Джобе просто выбрать виндоус батч команд и написать на шеле команду , которая запустит бинарь. Передать туда же бинарь можно по ссш

как накостылять самому я примерно понимаю а есть кроссплатформенные фрейморвки которые умеют автоматизировать UX ? или это фантастика?

или это только за деньги?

я потому что разных qa спрашиваю и все только selenium знают

так что погадаю будущее вашего продукта по code coverage

По идее, это решение первое, которое приходит в голову, а также одно из быстрых, наверное. Вам достаточно джобы из трёх этапов: 1. Перекинуть по ссш бинарь на машину с нужной платформой 2. В джобе прописать шел команду на запуск бинаря 3. Написать скрипт на селениуме - если морда веб, апиум (не кросс)если десктоп и поместить скрипт в какой нибудь локальный реп или свою машину и оттуда его дергать, ну или с машины на которой тестите

По идее, это решение первое, которое приходит в голову, а также одно из быстрых, наверное. Вам достаточно джобы из трёх этапов: 1. Перекинуть по ссш бинарь на машину с нужной платформой 2. В джобе прописать шел команду на запуск бинаря 3. Написать скрипт на селениуме - если морда веб, апиум (не кросс)если десктоп и поместить скрипт в какой нибудь локальный реп или свою машину и оттуда его дергать, ну или с машины на которой тестите

будьте любезны, читайте внимательно у меня есть кроссплатформенное приложение, для osx,linux,win - это нативный бинарник для каждой из платформ в CI (jenkins) у меня есть три slave, один слейв на osx, другой на windows, третий на линукс как заливать на них бинарник - дело совершенно понятное на каждый Pull Request собираеются 3 бинарника, как мне их протестировать на работоспособность, что PR его не поломал? workflow приложения ОЧЕНЬ простой, оно запускаются, есть единственное поле ввода, в него нужно ввести строку и нажать enter

будьте любезны, читайте внимательно у меня есть кроссплатформенное приложение, для osx,linux,win - это нативный бинарник для каждой из платформ в CI (jenkins) у меня есть три slave, один слейв на osx, другой на windows, третий на линукс как заливать на них бинарник - дело совершенно понятное на каждый Pull Request собираеются 3 бинарника, как мне их протестировать на работоспособность, что PR его не поломал? workflow приложения ОЧЕНЬ простой, оно запускаются, есть единственное поле ввода, в него нужно ввести строку и нажать enter

Пардон, но тогда моя твоя не понимать. Неправильно понял задачу значит

Пардон, но тогда моя твоя не понимать. Неправильно понял задачу значит

что именно, я могу пояснить нюансы

что именно, я могу пояснить нюансы

Можно в лс

Можно в лс

конечно, пишите что не понятно, я вам отвечу

В багрепорте перечисляй для каждой системы её версию. Следующий этап - научиться определять вероятные компоненты (а не только системы) в которых бага. для остальных «невиновных» - версию не писать. У тебя не простой пример, вероятно вырожденный или редкий - когда ошибку якобы сложно локализовать до определенной системы МП, админка, бэкенд (не говоря уже про конкретный компонент каждой из систем). Надо учиться по разным признакам и проверкам - определять в какой из систем бага. Еще могут логи помочь, там может быть подобная инфа. Ещё в системе версионировани (для каждой отдельной системы) - можно (должна) быть возможность только зная версию системы определить все версии компонент, которые входят в конкретный билд.

Спасибо за ответ! Указывать в бтс все версии я и хочу! Но пока не определился как это удобнее делать, решил узнать кто как реализует. По поводу вырожденного примера - не согласен. Да, 9/10 багов понятно куда отнести, но только сегодня разрабы полдня баг пинали из одного угла в другой, пытаясь понять на чьей он стороне. По логам - да, определенно можно разобраться. Но для этого тестеру надо иметь экспертизу всех 3х разработчиков, знать какие методы в коде используются и что собственно там искать.

У нас на каждый поставляемый отдельно дистрибутив - свой проект в жире

С одной стороны неплохо, с другой - не всегда понятно в какой тогда проект заводить баг, что у тебя картинка не отображается или пуши не приходят. Да и в любом случае у нас уже разделять не будут :)

Отвечая на ту часть вопроса, где спрашивается про организацию в бтс, на номере джиры могу порекомендовать плагин сабверсии, можно там завести структуру вида 0.1.2(0.1.2.module1,0.1.2.module2... ) и указывать нужные сабверсии в affected version

Спасибо! Звучит примерно так, как мне надо :) гугл правда говорит, что с версии 7.4 плагин больше не поддерживается, надо будет завтра подробнее покурить можно ли впихнуть старый и какой от него профит.

а у вас какая версия джиры?

Облачная последняя. Я не помню номер :)

7.8 или типа того наверное

Могут быть проблемы, конечно

На облачную не все ставится

Тогда можно отдельное поле типа лейблами ввести, и там заводить записи вида module 1.0.3.2

Но решение уже похуже, конечно