https://seleniumhq.github.io/selenium/docs/api/java/org/openqa/selenium/remote/DesiredCapabilities.html

Был бы рад такой очепатке(

А там где объект new DesiredCapabilities() создаете у вас перед скобками пробел - это не может повлиять?

Был бы рад такой очепатке(

Вы меня не поняли. cap.setCapability() вместо cap.setCapabilities(). Посмотрел в документацию, убедился в своих словах - https://seleniumhq.github.io/selenium/docs/api/java/org/openqa/selenium/MutableCapabilities.html#setCapability-java.lang.String-boolean-

А там где объект new DesiredCapabilities() создаете у вас перед скобками пробел - это не может повлиять?

не повлияло(

Вы меня не поняли. cap.setCapability() вместо cap.setCapabilities(). Посмотрел в документацию, убедился в своих словах - https://seleniumhq.github.io/selenium/docs/api/java/org/openqa/selenium/MutableCapabilities.html#setCapability-java.lang.String-boolean-

попробовал - не спасло(

спасибо

Всем привет, подскажите пожалуйста, как без костылей(типа js парсилки), получить значение в type для его дальнейшего сравнения?

Вы меня не поняли. cap.setCapability() вместо cap.setCapabilities(). Посмотрел в документацию, убедился в своих словах - https://seleniumhq.github.io/selenium/docs/api/java/org/openqa/selenium/MutableCapabilities.html#setCapability-java.lang.String-boolean-

но вообще да, мой косяк)

Всем привет, подскажите пожалуйста, как без костылей(типа js парсилки), получить значение в type для его дальнейшего сравнения?

getAttribute

Всем привет, подскажите пожалуйста, как без костылей(типа js парсилки), получить значение в type для его дальнейшего сравнения?

getAttribute("type")

да)

у вас, поди, стартап какой-то

Формально - уже нет. Но фактически работаем в режиме стартапа, только без плюшек оного.

Спасибо за помощь, немного не там трабл оказался, поэтому null приходил, уже решено)

Оставлю для тех кто тоже столкнется (мало ли). Первое: очепатка, cap.setCapability надо прописать. Второе: вписываем в gradle (а именно dependencies) compile group: 'org.seleniumhq.selenium', name: 'selenium-java', version: '2.41.0' и синкаем (до этого грузил jar файл через project structure). Проблема исчезла.

Всем спасибо!

ребят кто настраивал связку Linux+Jenkins+AllurePlugin - напишите в личку плиз ))

*отмена миссии

Добрый вечер. Читаю тут статью, в которой сказано следующее про wrapper'ы: "У надстройки могут быть следующие функции: Унификация API драйверов. Здесь надстройка предоставляет единый интерфейс для работы сразу с несколькими драйверами. Это позволяет, например, использовать один и тот же код для тестов на iOS и Android, как в популярной надстройке Appium." А какой подобный пример есть для web-applications тестирования? Selenium, который позволяет писать один и тот же код для тестов на разных браузерах? Или не совсем корректный пример?

Добрый вечер. Читаю тут статью, в которой сказано следующее про wrapper'ы: "У надстройки могут быть следующие функции: Унификация API драйверов. Здесь надстройка предоставляет единый интерфейс для работы сразу с несколькими драйверами. Это позволяет, например, использовать один и тот же код для тестов на iOS и Android, как в популярной надстройке Appium." А какой подобный пример есть для web-applications тестирования? Selenium, который позволяет писать один и тот же код для тестов на разных браузерах? Или не совсем корректный пример?

Не совсем корректный ? В мобилках эта функция используется куда чаще, а вот в вебе такое почти не нужно. Один из примеров - Capybara. Она может использовать драйвер rack_test (отладочный драйвер) и selenium для реального тестирования: http://www.rubydoc.info/github/jnicklas/capybara/master#selecting-the-driver

А, и ещё webkit драйвер там тоже есть)

А, и ещё webkit драйвер там тоже есть)

т.е для надстроек у web-application тестирования как таковой фукнции "Унификация API драйверов" нет?

т.е для надстроек у web-application тестирования как таковой фукнции "Унификация API драйверов" нет?

в этом предложении чего-то не хватает)

в этом предложении чего-то не хватает)

поправил ))

ну почему, capybara - надстройка, и у неё такая функция есть)

понял ?

но куда реже встречается, да

а так вообще самая популярная надстройка для web-app тестирования - это Selenide?

или есть какие-то топ-3 используемые надстройки?

а, так это и есть ваша статья ? как удачно я зашел ?

или есть какие-то топ-3 используемые надстройки?

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

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

хм, но пока что с кем не общался, все оборачивают Selenium Selenide'ом, чтобы упростить синтаксис и почистить код от лишних действий

Значит, кому-то подходит. Я знаю десяток компаний, где не оборачивают)

если вы в интернете проведете опрос, чтобы выяснить, сколько людей пользуются интернетом — результаты тоже будут искажены :)

Андрей Солнцев постоянно жалуется, что за пределами узкого круга про селенид никто не знает. этот круг географически очерчен территорией СНГ, а логически — тусовкой, которая сидит в чатиках и ходит на конференции

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

Привет всем! Подскажите пожалуйста, кто-нибудь прикручивал Allure к Gradle проекту? Не могу толково это сделать. Много противоречивой информации в интернете. Буду благодарен, если поделитесь работающим примером.

Привет всем! Подскажите пожалуйста, кто-нибудь прикручивал Allure к Gradle проекту? Не могу толково это сделать. Много противоречивой информации в интернете. Буду благодарен, если поделитесь работающим примером.

Завтра в личку стукни

Привет всем! Подскажите пожалуйста, кто-нибудь прикручивал Allure к Gradle проекту? Не могу толково это сделать. Много противоречивой информации в интернете. Буду благодарен, если поделитесь работающим примером.

https://github.com/alfa-laboratory/colibri-ui/blob/master/src/main/java/ru/colibri/ui/core/reporters/AllureReporter.java вот у нас прикручено, если надо подробнее - днём в личку постучись

на Дженкинсе держать постоянно включенный айтем с webdriver-manager к которому по очереди подрубаются другие айтемы с тестами - это норм идея или говно и поломается?

Нестабильно это будет, скорее всего будет зависать периодически. Лучше запускать по необходимости и гасить саму машину/docker с ним.

Есть небольшой стартап, в котором нет ни какой доки о работе приложение, для того чтобы его тестировать приходится узнавать у разрабов дизаинера и продукта, что и как должно работать. Как лучше оформить доку в такой ситуации? Подробными чеклистами или отдельно описание экранов, отдельно чеклисты. Описать все в чек листах кажется простым вариантом но правильно ли это? Может кто сталкивался с такими проблемами как решали?

Приложение быстро меняется ?

а для кого дока ?

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

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

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

а для кого дока ?

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

ну и чтобы не забыть проверить какую нить кнопку

при реализации любой задачи, сначала поймите: Какая цель ? Какую проблему решаете? так как это Документация в каком-то виде - нужно решить вопрос, кто ей будет пользоваться - если только вы, или другие тестировщики в организации -то не усложняйте себе жизнь, сошлитесь на важные моменты ввиде чек листа. фиксировать все ТЗ (все изменения) в таком случае нет необходимости: все равно один раз забудете это сделать и доку можно выбрасывать - она уже будет не актуальна и к ней не будет доверия... в общем: ценность результата должна быть выше ценности затраченных усилий

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

при реализации любой задачи, сначала поймите: Какая цель ? Какую проблему решаете? так как это Документация в каком-то виде - нужно решить вопрос, кто ей будет пользоваться - если только вы, или другие тестировщики в организации -то не усложняйте себе жизнь, сошлитесь на важные моменты ввиде чек листа. фиксировать все ТЗ (все изменения) в таком случае нет необходимости: все равно один раз забудете это сделать и доку можно выбрасывать - она уже будет не актуальна и к ней не будет доверия... в общем: ценность результата должна быть выше ценности затраченных усилий

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

приложение небольшое

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

вот и у меян в голове так же, поэтому хчоется чек листы

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

А точно занес? Или например забыл? Или отложил, а потом что то поменялось?

если успеваете - флаг Вам в руки. Но обычно так не работает: писать подробную документацию со всеми изменениями - это адский труд. Поддерживать документацию, когда начинаются изменения существующих фич - еще более трудно, потому что вот есть фича: К ней написан чеклист - хороший и подробный. Завтра туда вносится изменее - сделали несколько мелких измений. После завтра тоже самое... и так N раз подряд. Первые 2-3 раза все стабильно вносится. Но потом чеклист находится уже в голове как и тестовая модель. Изменение вносится в тестовую модель в голове, а не в доку. И очень легко забыть внести изменение.

А точно занес? Или например забыл? Или отложил, а потом что то поменялось?

всмысле забыл? всмысле отложил? обсуили как должно работать сразу занес в доку.

вот и у меян в голове так же, поэтому хчоется чек листы

Скорее все чек листы покроют 90+% твоих потребностей

всмысле забыл? всмысле отложил? обсуили как должно работать сразу занес в доку.

В идеальном мире - наверное всё так, да

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

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

чеклист примерно такой: экран “такой-то” с полем ввода “таким-то” (допустимые символы такие то) кнопка “такая-то” ведет на экран “такой-то”

ERROR: S client not available

тоесть экран описание кнопок и куда они ведут,

ломается всегда на вот этом (допустимые символы такие то)

всмысле забыл? всмысле отложил? обсуили как должно работать сразу занес в доку.

Пока пилили n раз все поменяли - внёс изменения в доку n раз и на это у тебя ушло n человеко-часов

ну тут лучше самому попробовать, что бы понять, на мой взгляд )

ломается всегда на вот этом (допустимые символы такие то)

ну да для этого они указаны какие должны быть

Но написать первые разы имеет смысл, можно быстрее понять как оно работает

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

ну да для этого они указаны какие должны быть

я про то, что документация становится не актуальна именно на этих местах быстрее всего. Вот представь: прилетела тебе задача: разрешить в поле email знак подчеркивания. Вот почему-то в первой итерации его нельзя было вносить. Ты пойдешь прям править чеклист под это ?.. Да нет, ты проверишь за пять минут это и все

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

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

это сейчас так кажется, а когда будет запарка и таких задач будет 20, то времени на внесение в чек-лист будет не так уж и много

ну представь что тебе за N дней прилетело это N+1 раз; или прилетело не тебе - а твоему напарнику... или ты в отпуске, а разраб или менеджер сам "протестировал" ... но в общем-то разговор ни о чем: насколько я понимаю, решение вами уже принято :) попробуйте, почему нет, может у вас действительно получится :)

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

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

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

5 х 20 на тестирование != 5 х 20 х 2 на тестирование и актуализацию информации А умножить это на 20 рабочих дней увеличивает разрыв

+ когда функционал будет наращиваться, сколько будет таких чеклистов? на сколько сложно будет их править

+ когда функционал будет наращиваться, сколько будет таких чеклистов? на сколько сложно будет их править

что значит наращиваетя? появляютя новые экран появляются новые чеклисты

что значит наращиваетя? появляютя новые экран появляются новые чеклисты

когда на одном экране появляется +10 новых кнопок и переходов, чек-лист будет расти

или чекликт на каждую кнопку свой?

чеклист состоит из названия экранов, внутри описание кнопок на экране и куда они ведут

приложение небольшое, совсем

Паш, ты почему то очень наивно рассуждаешь)

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

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

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

если спецом не выделяется при планировании время на актуализацию+написание новой документации, то возможно не понимание со стороны менеджмента- зачем ты тратил время на написание доки, если надо было что-то быстренько проверить

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

докажи) только не нам)

спасибо за советы

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

Типа «задокументировано»

Доброе утро. Поделитесь ссылкой на какую-нибудь более-менее достоверную статистику по использованию разных framework'ов тестирования. Нашел статистику этого года по самым популярным инструментами в тестировании mobile-приложений (https://habrastorage.org/webt/qv/f6/8g/qvf68gtmmm2d7-j7io6yzrplbju.png). Интересно узнать какие самые популярные инструменты тестирования web-приложений.