В джире проще понять.

самый нормальный контроль это поставил срок и задачу - выполнил = молодец, не выполнил значит или сроки не те, или не молодец

понять хорош или плох человек позволяет испытательный срок

Задачи в продакшене -> хорош, не в продакшене -> плох.

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

самый нормальный контроль это поставил срок и задачу - выполнил = молодец, не выполнил значит или сроки не те, или не молодец

вот именно: "не выполнил" и фиг знает: плохо то что?: срок или человек ? )

да я согласен с вами ) но с точки зрения работодателя: понять хорош или плох человек проще в офисе )

нет, это вообще не показатель

важен только результат

по нему и видно, кто и как работает

вот именно: "не выполнил" и фиг знает: плохо то что?: срок или человек ? )

ну тут надо уже разбираться

а как ты узнаешь в офисе это тупил он смотря сэковерфлоу, или просто смотрел в экран ( есть и такие) или сроки не те

на удаленке наоборот честнее – убирается фактор "он вроде ничего не делает, но всем нравится" :)

думаю дело в том, что манагерам так удобнее

думаю дело в том, что манагерам так удобнее

в основном да )

есть еще фактор: Сработки команды: по скайпу/чатику не каждый человек другому напишет вопрос - а в живую кому-то проще / кому-то сложнее общаться

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

у меня была на прошлой работе распределенная команда, и это была самая эффективная работа ever :)

а народ перерабатывал ?) ну в плане часов просиженных за компом ? )

это мне вопрос?)

ага

иногда работаешь 2 часа, иногда 12 :)

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

как идет так и работаешь)

а ты там разрабом был или тестировщиком ?

>а сам понял что она сложнее и никому не сказал так не надо делать

я понимаю что не надо) мне и интересно: такое у вас было ? )

тестировщиком) но я делал сильно больше вещей чем просто тестирование

нет, не было. не успеваешь – предупреди, вроде это просто

Коллеги, кто с cucumber-android работал? как заставить его писать отчеты на карту памяти?

Коллеги, кто с cucumber-android работал? как заставить его писать отчеты на карту памяти?

какого рода отчеты? cucumber отчеты или логи андройда?

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

+ метод для adb push есть внутри calabash (в operation.rb описан)

А зачем удалили?

http://take.ms/rut2p

Привет всем! ? У кого-нибудь был опыт написания UI-автотестов на js с использованием hermione?

+ метод для adb push есть внутри calabash (в operation.rb описан)

cucumber отчеты. использую чистый cucumber-android, не calabash. во всех примерах что встречал, огурцу указывается писать отчеты(через @CucumberOptions) в /data/data/apppackage/cucumber-reports. так вот потом через adb pull (не push) нет возможности вытянуть результаты , так как доступа нет туда без рута, если же указываю писать на карту памяти - то огурец не видит ни одного теста

> через adb pull (не push) я могу ошибаться, но http://adbshell.com/commands/adb-pull

ну так правильно, с девайса на ПС

А здесь в основном все на веб? Есть кто тестирует приложения, не связанные с веб?

ну есть

только судя по сообщениям в чате - не очень много )

есть.

Есть с:

А здесь в основном все на веб? Есть кто тестирует приложения, не связанные с веб?

TestComplete? :)

А здесь в основном все на веб? Есть кто тестирует приложения, не связанные с веб?

которые нативные или имеется в виду те, что полностью оффлайн? о_О

все ждал, когда кто-нибудь еще спросит

но "что, TestComplete?"

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

клиент-серверные, третья работа - везде исключительно велосипеды)

есть

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

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

давно ведь хватает :)

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

не вижу в этом ничего плохого. Ну я тестировал десктоп: мак, убунту и винду. А что? ничего хорошего и приятного в этом не было

да я не говорю, плохо-хорошо. просто показательно.

как сказал один знакомый веб-дев

всем нужны сайтеГи

А Appium кто-нибудь пробовал?

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

почему BOLD курсивом???? о_О

ERROR: S client not available

Баг)))

аппиум много кто пробовал, конечно

А успешные пробы были?)))

Цель вопросов "просто потрындеть"? Для этого есть отличное место @qa_flood

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

есть, есть, почитают ответят

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

так что тебя интересует?

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

Для этого нужно больше конкретики в вопросах, а не "тут кто то тестировал? И прям получалось?"

среди тысячи человек у кого-то да получалось ;) тут активных писателей человек 20-30, остальные походу в ReadOnly режиме.

Сложность поддержки тестов, не проще ли использовать своё? Как с починкой багов самого Appium? Appium для клиент-серверного мобильного приложения использовали ли? Мы планируем запуск тестов в среде разработки, на iOS и на андроид. Но т.к. не замечено активности в этом направлении, меня интересует в чем загвоздка тестирования не веб, люди сидят в подполье или же есть какие-то сложности. + хочу понять "верить" в аппиум или искать альтернативы

А Appium кто-нибудь пробовал?

Пробывал, сейчас вся автоматизация мобилок на calabash, через пол года перееду на Appium

Сложность поддержки тестов, не проще ли использовать своё? Как с починкой багов самого Appium? Appium для клиент-серверного мобильного приложения использовали ли? Мы планируем запуск тестов в среде разработки, на iOS и на андроид. Но т.к. не замечено активности в этом направлении, меня интересует в чем загвоздка тестирования не веб, люди сидят в подполье или же есть какие-то сложности. + хочу понять "верить" в аппиум или искать альтернативы

Вам все равно нужно быть готовым к переменам , аппиум может помереть также как и calabash сейчас

Catelyn чтобы тебе ответить нужны более конкретные вопросы )

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

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

Сложность поддержки тестов, не проще ли использовать своё? Как с починкой багов самого Appium? Appium для клиент-серверного мобильного приложения использовали ли? Мы планируем запуск тестов в среде разработки, на iOS и на андроид. Но т.к. не замечено активности в этом направлении, меня интересует в чем загвоздка тестирования не веб, люди сидят в подполье или же есть какие-то сложности. + хочу понять "верить" в аппиум или искать альтернативы

Просто запрос в google "автоматизированное тестирование appium" открывает целый новый мир

Вот если ввести именно так то он открывает целый новый мир бесконечных calabash vs Appium

понять "верить" в аппиум или искать альтернативы _______________________________________ т.е. вы собираетесь принять бизнес решение, основываясь на мнении диванных аналитиков, не поинтереовавшись. в каких компаниях и как успешно они тот или иной фреймворка использовали? Не проще ли по интересующим баззвордам поискать success stories в интернете, реально. На словах все Львы Толстые

Есть такая замечательная книга "Learning Selenium Testing Tools with Python" - там есть достаточно много инфы для удачного старта с Appium

и прежде чем вообще что-то принимать, можно Proof of Concept сделать на всех интересных вам фреймворках.

и прежде чем вообще что-то принимать, можно Proof of Concept сделать на всех интересных вам фреймворках.

Вот это очень годная тема ?

А кто сказал, что я собираюсь использовать только информацию, полученную здесь? Со всеми заковырками как раз справились через гугл. Какую буковку где поставить я бы не стала спрашивать. Меня интересовал человеческий опыт использования. Но видимо вопрос не по адресу. всем спасибо. Книгу почитаю

Ой все ?

А кто сказал, что я собираюсь использовать только информацию, полученную здесь? Со всеми заковырками как раз справились через гугл. Какую буковку где поставить я бы не стала спрашивать. Меня интересовал человеческий опыт использования. Но видимо вопрос не по адресу. всем спасибо. Книгу почитаю

По Appium могу сказать что если у вас приложение с множеством вложенных нативных view или generic плейером то без заполненных accessibilityId он слепой, тот же calabash не слепой.

https://www.google.ru/search?q=appium+habr&oq=appium+habr&aqs=chrome..69i57j0l2.3188j0j4&client=ms-android-xiaomi&sourceid=chrome-mobile&ie=UTF-8#xxri=0

По Appium могу сказать что если у вас приложение с множеством вложенных нативных view или generic плейером то без заполненных accessibilityId он слепой, тот же calabash не слепой.

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

https://www.google.ru/search?q=appium+habr&oq=appium+habr&aqs=chrome..69i57j0l2.3188j0j4&client=ms-android-xiaomi&sourceid=chrome-mobile&ie=UTF-8#xxri=0

хабр плохой источник :)

Для "внедряли ли люди" пойдет

Все примеру либо нативные приложения, либо веб. Уже прочитаны и не раз. :)