пегий дудочник )))

в админке надо добавить, у нас например есть фильтр по странам дополнительно.

в админке надо добавить, у нас например есть фильтр по странам дополнительно.

О, здорово, спасибо. Спрошу у человека, который админит TR у нас.

По собственному опыту - Гален хорошо подходит только для проектов, где верстка меняется редко, потому что из-за его специфики, если сильно переверстали - то весь старый код можно выкинуть в мусорку и писать заново, что соответственно печально, если такое происходит каждый месяц например По поводу тестов верстки скриншотами - статья неплохая. Еще бы я добавил в такой "велосипед" игнорирование динамических элементов (на их место помещать черные квадраты) В принципе есть много готовых фреймворков на эту тему, вот например в этой презентации, слайд 15 https://www.slideshare.net/adamcarmi/visual-test-automation-that-does-not-suck

По гален: нужно понимать, какой кейс использования. Если есть шаблон страницы, который наполняется различным содержанием, например,статья в журнале,рецепт, feed - тесты на всех разрешениях и лейаутах для каждой новой сущности-страницы прогонять - отличный вариант. Мне нравится гален. Там кроме проверки адаптивного лэйаута можно и проверок ссылок-кликабельности напихать. И отчёт у него милейший. По ссылке на вашем 15-м слайде - есть flaying layout bugs. Тоже прикручивали и успешно использовали.такие моменты как прилипание букв к границе, прекрытие текста картинкой - ловил отлично. Это должно входить в список стандартных тестов, которые нужно применять к вообще любой странице (наряду с тестами на js-errors), спасибо, что напомнили, реанимирую.

По скриншот тестам с ашотом: я категорически не согласна, что глазами лучше проверять. Ашоту я больше доверяю, у меня после первых 10 страниц глаза отказываются сравнивать. Сейчас стоит задача - верифицировать, что ничего не отвалилось (кейсов нет, ТЗ нет, первый раз проект вижу). Проверить нужно 52 страницы на минимум 10 пользователях. Неимоверно легче просмотреть картинки с дифами

И ещё бонус ашота: у вас будет история изменения - визуальное подтверждение "а как оно было тогда-то". Актуально для недокументированных длинных проектов.

ага, и недокументированные длинные проекты задокументируются с самого начала проекта.

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

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

Все так. Но задача на данный момент- проверить, что шкаф не рассыпался оттого, что там внутри полочки переставили. Проверять то, что в шкафу - совсем отдельная неашотная тема

ООО тут про тестрейл тема зашла. Вопрос, у всех айдишники тесткейсов увеличиваются на тысячи сами?

не те что внутри ранов, а именно кейсов?

The IDs you see in TestRail are automatically managed/assigned by TestRail (and it wouldn't be supported to change them) but you can alternatively look into adding a custom field to enter your custom IDs. You can add custom fields under Administration > Customizations in TestRail

ООО тут про тестрейл тема зашла. Вопрос, у всех айдишники тесткейсов увеличиваются на тысячи сами?

Там есть взаимосвязь между id теста и сьютом\проектом, в котором он создан.

В общем да, у всех.

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

там мог быть GUID в 16 случайных буковок. 4 и 5 значные ID кейсов очень удобны

А кому вообще, а главное зачем, нужны эти айдишники? о_О

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

На самом деле нормально реализовано.

Потому что у тебя параллельно могут создаваться N тестов в разных проектах и тест сьютах, и внутри тест сьюта они будут идти с последовательными айдишниками.

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

я бы посмотрел на систему, которая выросла с 1001 кейса до 10001

а что тяжелого на маке? :)

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

вот например кейсы созданне с разницей в несколько дней. при этом новые сьюты не создавались

wtf?

ну это ненормально :)

Мне тоже так кажется. Но индус из сапорта тестрейла сказал что это нормально :(

Thanks for your posting! It's normal that the case IDs increase over time and there can also be jumps in case IDs from time to time. The IDs are based on the database IDs and the database engine might skip certain IDs and this cannot be influenced by TestRail. TestRail also "uses" IDs when you close test runs as this will create internal case copies for archiving purposes. The case IDs are still unique and serve the purpose of uniquely identifying a test case.

Прогоны делали?

В этом случае тоже айдишники инкрементятся

да, конечно но не 7 тысяч раз

Thanks for your posting! It's normal that the case IDs increase over time and there can also be jumps in case IDs from time to time. The IDs are based on the database IDs and the database engine might skip certain IDs and this cannot be influenced by TestRail. TestRail also "uses" IDs when you close test runs as this will create internal case copies for archiving purposes. The case IDs are still unique and serve the purpose of uniquely identifying a test case.

Во. Как раз здесь описано)

да, конечно но не 7 тысяч раз

Почему нет, если у вас изначально 7 тысяч кейсов )

в от то и дело что их еще не 7к

Сколько их?

еще за тысячу не перевалило даже

И сколько ранов было

7 штук?

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

да. 3 прогона в сутки

Там перемножения идут

надеюсь что у них айдишники не закончаться ?

Каждый раз увеличивается на кол-во кейсов в прогоне

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

Ежели ещё через платформы делаете то ещё умножения

и что случайно не получится заабьюзить их бд

оцените влияние робота vs ручной прогон тестов

почитайте логи системы на ивенты (не уверен, что доступно из интерфейса)

в конечном счете если при отключении робота рост будет таким же (по порядкам роста), то все скорее ок, чем не ок.

но мне кажется, что в автоматизации зарыта собака.

вот например кейсы созданне с разницей в несколько дней. при этом новые сьюты не создавались

Для прикола попробуйте перейти на страничку кейса в промежутке между ними

Например C10000

Куда он вас приведёт

Field Test Case is not a valid test case.

А если в поиске search

По этому номеру

у меня есть большие сомнения, что API тест рейла будет выдавать вам ID , которые они резервируют для своих нужд с другим типом/статусом/состоянием (дубликат реального кейса) отличным от Public access ( те, которые нужны тестировщику здорового человека)

эти ID всего лишкь сквозные первичные ключи. Если их нет в какой-нибудь actual_cases то вам ничего не покажут

ERROR: S client not available

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

http://webdriver.io/guide/testrunner/timeouts.html Есть условный PageLoad напрямую из WebDriverAPI. Есть возможность задетектить элемент, по наличию которого можно определить окончание загрузки страницы. Есть возможность, если страница на ангуляре\эмбере проверять по специфичным для фреймворка критерием (по аналогии с протракторовским waitForAngular)

Ребята привет. А есть какие-нибудь умные статьи или примеры, как грамотно построить фреймворк для автоматизации веба? Я для себя быстренько накидал простенький фреймворк, но хотелось бы посмотреть и узнать ошибки

Ваш собственный Фреймворк или набор врапперов на селениуме?

Ребят, что написал не так ? Написал запустил, работает, через 5 минут запустил не работает ? WebElement buttonLoadPhoto = driver.findElement(By.className("photos__avatar-button-input-load")); buttonLoadPhoto.click(); Alert alert = (new WebDriverWait(driver, 10)).until(ExpectedConditions.alertIsPresent()); Alert waitAlert = driver.switchTo().alert(); waitAlert.sendKeys("ava.jpg"); waitAlert.accept(); Ошибка Expected condition failed: waiting for alert to be present

http://webdriver.io/guide/testrunner/timeouts.html Есть условный PageLoad напрямую из WebDriverAPI. Есть возможность задетектить элемент, по наличию которого можно определить окончание загрузки страницы. Есть возможность, если страница на ангуляре\эмбере проверять по специфичным для фреймворка критерием (по аналогии с протракторовским waitForAngular)

спасибо!

Ребят, что написал не так ? Написал запустил, работает, через 5 минут запустил не работает ? WebElement buttonLoadPhoto = driver.findElement(By.className("photos__avatar-button-input-load")); buttonLoadPhoto.click(); Alert alert = (new WebDriverWait(driver, 10)).until(ExpectedConditions.alertIsPresent()); Alert waitAlert = driver.switchTo().alert(); waitAlert.sendKeys("ava.jpg"); waitAlert.accept(); Ошибка Expected condition failed: waiting for alert to be present

без автоматизации по данному урлу если руками все то же самое делать - JS попап - есть?

Это алерт браузера, дело в том, что работало, ломаю голову, почему селениум перестал его видеть в этом месте

вы не ответили на мой вопрос

Ваш собственный Фреймворк или набор врапперов на селениуме?

смотря что вы подразумеваете под враперами

смотря что вы подразумеваете под враперами

Обертки

Ребята, привет. Не подскажете, может, кто сталкивался, запускаю python тесты на гриде с одной хром нодой, тесты завершаются после первого fail теста, хотя сьют весь не прогнался еще. С чем может быть связано?

--failfast опция стоит

Добрый день, подскажите, пожалуйста, что лучше TestComplete или Selenium?

лучше для чего?

--failfast опция стоит

спасибо, сейчас проверю

лучше для чего?

ну вот, опять ты неудобные вопросы задаешь. Человек хочет чисто лучшее решение!

Для тестирвоания web-приложения

Добрый день, подскажите, пожалуйста, что лучше TestComplete или Selenium?

Бери тесткомплит! Он дороже, значит лучше!

Бери тесткомплит! Он дороже, значит лучше!

Из разряда, что лучше, вилка или ложка, бери ложку она дороже. Хочется увидеть совет от человека, который сталкивался/работал и может, основываясь на собственном опыте что-то посоветовать.

Да хватит набрасывать уже.

Из разряда, что лучше, вилка или ложка, бери ложку она дороже. Хочется увидеть совет от человека, который сталкивался/работал и может, основываясь на собственном опыте что-то посоветовать.

Пс, парень, у тесткомплита есть триал если чо. А селениум вообще вечный триал

Бери и пробуй что лучше подойдет для твоего проекта

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

Я когда то давно использовал тесткомплит для десктопного приложения. Для веба лично у меня даже и мысли не возникло бы покупать этого монстра

--failfast опция стоит

не подскажете, это у грида или ноды такая опция?

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

unittest, nose, pytest?

нет, с behave