Мы стараемся писать автотесты на такое, чтобы за нас работал сервер.

А вообще у нас qa практически на фултайме ходят по всему проекту и прокликивают

что такое суто-тестирование?

Кажется я отстаю от отрасли. Тоже хочу знать, что такое суто-тестирование?

Я даже гуглил - не помогло

И у меня не нагугливается

В англ транскрипции пробовали?

Гугл сам догадывается обычно про это

хы, опечатка от auto?))

Мне страшно дальше гуглить- мне в первых результатах предлагает рассказать, когда лучше делать тест на беременность ;)

Может судо, типа из под админа?

У меня тоже про беременность

Можно ли написать автотест на беременность?

Да

Может быть чувак искал тесты на беременность и попал к нам?

sutotesting =)

Украинизм?

зачем писать тест отдельный, когда по ежемесячному регрессу и так все ясно?

Шта?

Как мы знаем, исправлять баги на поздней стадии гораздо дороже чем на ранней.

Можно ли написать автотест на беременность?

я про это

Аа

но так или иначе баг не препродакшене поймаем

Ежемесячный регресс иногда даёт ложный passed

Не обязательно что это баг

Надо спецификации смотреть и требования

Можно на ардуино чонить к толчку присобачить наверняка

Вполне может быть ожидаемым результатом

Вполне может быть ожидаемым результатом

После релиза все равно баги исправлять очень долго

И дорого

После релиза все равно баги исправлять очень долго

Расширение функциональности с непредусмотренной и неподготовленной архитектурой обычно ведёт к подобным последствиям

Они не исправляются, заказчику с ними жить потом

скорее всегд Тупо-тестинг

скорее всегд Тупо-тестинг

Щас и тебя про методологию будут распрашивать)))

Сам вечером расскажет

Я решил проблему по проще, просто скачал более раний докер образ

Хмм, спасибо большое. Я решил заменой docker-io из репозиторий на docker-ce с официального сайта. После этого проблема изчезла. Странно.

Кто-то знает хорошую тест-менеджмент систему для Cucumber based BDD automation/manual? Главный кейс который не удается пока найти в тест менеджмент системах - создание тестового рана автотестов(api call) и мануальных задач(одной или нескольких) по неавтоматизированным сценариям. И как следствие - формирование тестового отчета в котором совмещаются авто и мануал тесты

Хмм, спасибо большое. Я решил заменой docker-io из репозиторий на docker-ce с официального сайта. После этого проблема изчезла. Странно.

Ну ты обновил версию у себя на хосте, что собственно более правильно. Если вобьешь docker version, то увидишь версию апи 1.3.0 (или больше)

Кто-то знает хорошую тест-менеджмент систему для Cucumber based BDD automation/manual? Главный кейс который не удается пока найти в тест менеджмент системах - создание тестового рана автотестов(api call) и мануальных задач(одной или нескольких) по неавтоматизированным сценариям. И как следствие - формирование тестового отчета в котором совмещаются авто и мануал тесты

Странная штука. У нас ребята на соседнем проекте хотели что-то такое, так они сами пилили.

https://events.epam.com/events/itsubbotnik-moscow-2017

в мск

Доброе утро, напомните пожалуйста чат по поиску вакансий. Спасибо.

В описании этого чата ссылок в количестве

Странная штука. У нас ребята на соседнем проекте хотели что-то такое, так они сами пилили.

Чую придется так же сделать. Все что нашел малоюзабельно)

Чую придется так же сделать. Все что нашел малоюзабельно)

Могу, кстати, спросить, как у них взлетело.

Могу, кстати, спросить, как у них взлетело.

Буду супер благодарен)

Единственное более ли менее решение - hiptest, но тоже не подошло

короче, я узнал

у них оказывается это в проекте было, не написали они нифига :)

А чем вам тестрейл не угодил?

Кстати. Оправдывает ли себя тестрейл при количестве тестировщиков 1-3 человека?

Смотря что ты собираешься с ним делать

Я тоже постою послушаю, а то у нас пока что всё в гуглоэкселе, денег на тестрейл не дают :(

Кстати. Оправдывает ли себя тестрейл при количестве тестировщиков 1-3 человека?

Хранить + прогоны мониторить (репорты, статусы) - оправдывает

ежели еще и автоматизации результаты пихать туда же, то однозначно

у нас сейчас 4 чел в тиме

ну и ПМ считай, чтобы смотреть результаты - 125 баксов в месяц за это

если облачное решение брать

Ну, тут основной вопрос нужен ли вам его функционал, или вы просто кейсы там хранить будете, пока они медленно тухнут.

тогда можно и testlink обойтись

за 0 рублей

Да много вариантов, чем можно обойтись, да :)

125 в месяц это на самом деле не малая сумма

в исходной задаче 3 человека - это 75 баксов

ежели просто хранить и раз в месяц чуть дописывать - однозначно не стоит

На вопрос на какой стадии тестирование релиза - всегда можно таким кинуть в руководство и дальше заниматься тестированием) не отвлекаясь

ERROR: S client not available

в исходной задаче 3 человека - это 75 баксов

Afaik там фикс до 5 человек.

125 всегда?)

А, нет, вру 25/user 1-20.

Это дальше фиксы уже.

Никто не сталкивался с проблемой изменения размера окна при выполнении тестов на сервере? Просто driver.manage().window().maximize(); или resize(Dimension) не работают - окно слишком маленькое, попытка resize до 1366х768 дает результат 1044, 768

реальный браузер или xvfb?

реальный браузер или xvfb?

виндовый сервер

но окно физически не создается

при физическом создании окно скейлится по разрешению?

при физическом создании окно скейлится по разрешению?

Если я подключусь по RDP и запущу там локально, оно физически создастся, но это явно не то

у меня отвалился maximize в каком-то из обновлений вебдрайвера – использую set_window_size

но это скорее костыль

у меня отвалился maximize в каком-то из обновлений вебдрайвера – использую set_window_size

сдается мне что я пытаюсь то же самое делать, но на другом языке. resize у меня дальше определенного размера не делает размер

я делаю в питоне, но по идее поведение не должно отличаться

у меня правда хром в докере

и там xvfb

у нас Jenkins и виндовый сервер без реального экрана

у меня правда хром в докере

можешь подсказать где образ взял?

а при чем тут дженкинс

как вообще влияет то, кто запускает на какой-то машине процесс

а при чем тут дженкинс

При том, что советы для докера мне не подойдут

докер это обычный chroot. не он делает другим поведение вебдрайвера, а xvfb

докер это обычный chroot. не он делает другим поведение вебдрайвера, а xvfb

ну ты слиииишком упрощаешь, но да, за поведение отвечает не он

можешь подсказать где образ взял?

https://github.com/SeleniumHQ/docker-selenium

у нас Jenkins и виндовый сервер без реального экрана

раз уж о нем зашла речь, подскажите почему он дает такую ошибку ERROR: Не удалось прочитать POM файлы org.apache.maven.project.ProjectBuildingException: Some problems were encountered while processing the POMs: [FATAL] Non-readable POM

спасибо

предлагаю: - поискать в свободной мировой паутине инфу по Issues для твоей версии вебдрайвера + браузера. - выбрать другой метод ресайза как временное решение - разобраться, что значит запуск без экрана виндового сервера, кто в итоге эмулирует тебе Xы для браузера

предлагаю: - поискать в свободной мировой паутине инфу по Issues для твоей версии вебдрайвера + браузера. - выбрать другой метод ресайза как временное решение - разобраться, что значит запуск без экрана виндового сервера, кто в итоге эмулирует тебе Xы для браузера

У меня такое ощущение, что надо на сервере размер виртуального дисплея менять, гуглю в эту сторону. Если кто сталкивался с такой проблемой, буду благодарен совету

раз уж о нем зашла речь, подскажите почему он дает такую ошибку ERROR: Не удалось прочитать POM файлы org.apache.maven.project.ProjectBuildingException: Some problems were encountered while processing the POMs: [FATAL] Non-readable POM

увы, не могу подсказать

У меня такое ощущение, что надо на сервере размер виртуального дисплея менять, гуглю в эту сторону. Если кто сталкивался с такой проблемой, буду благодарен совету

а в докере нельзя ли всё запустить?

Никто не сталкивался с проблемой изменения размера окна при выполнении тестов на сервере? Просто driver.manage().window().maximize(); или resize(Dimension) не работают - окно слишком маленькое, попытка resize до 1366х768 дает результат 1044, 768

мне помогло это: http://jake.ginnivan.net/teamcity-ui-test-agent/ после завершения сеанса rdp windows скидывает разрешение до минимума как раз ~1024x~800 и ресайз не работает, используем autologin и vnc (вместо rdp)