Поиск работы в Америке
Должность Город, Штат
job title, keywords or company
city, state or zip jobs by job search
Like Tree7536Likes

Тема: Utest

  1. #15331
    Постоянный резидент
    Регистрация
    24.04.2016
    Сообщений
    486
    Спасибо
    2
    Сказали 37 раз в 31 постах

    Re: Utest




    Цитата Сообщение от AleksCh Посмотреть сообщение
    Забавно
    Ага, я тож удивился. Спрашиваю- Вася, а что ты у меня там в багах копаешься, а Вася мне - а я ТТЛ, грит, уже. Ну я так обалдел, спрашиваю - Вася ну ты ж всего пол года как на ютесте. Вася - а я много багов в этом цикле 2 раза подряд нашел, вот , типа, инженер и предложил мне ТТЛ ом стать. Правда Вася из Нью Йорка, мож это важно еще.
    Мне еще месяц назад кто то из немецкого офиса писал, что правила приема в пионе.. ТТЛы изменились, но прикольно вот так .
    Andrew Oak likes this.

  2. Бронирование Отелей в США
    Circuit advertisement
    Регистрация
    Always
    Сообщений
    Many




     

  3. #15332
    Гражданин
    Регистрация
    19.11.2015
    Адрес
    海參灣
    Сообщений
    1,207
    Спасибо
    7
    Сказали 216 раз в 190 постах

    Re: Utest

    Цитата Сообщение от Monterey Посмотреть сообщение
    Мне еще месяц назад кто то из немецкого офиса писал, что правила приема в пионе.. ТТЛы изменились, но прикольно вот так .
    I am too old for this shit !(c)
    Andrew Oak and Monterey like this.

  4. #15333
    Гражданин Аватар для Andrey Begishev
    Регистрация
    13.10.2011
    Адрес
    Kazakhstan/Almaty>USA/Space Coast
    Возраст
    30
    Сообщений
    1,243
    Спасибо
    13
    Сказали 265 раз в 116 постах

    Re: Utest

    Цитата Сообщение от akaBear Посмотреть сообщение
    Позволю не согласиться, хотя возможно понятия идеала у всех разные.
    Понятное дело, что к любому репорту всегда можно придраться, если захотеть, кто бы его не оформил. Под идеалом я имею "ютестовскую" планку, когда соблюдены все templates, логи и тд и тп. Перебарщивать с запросами тоже не стоит, особенно если "хочется задать вопрос". Я знаю пару человек, с которыми я общаюсь частенько в чате на ютесе, так вот некоторые "избегают репортить" даже краши на одном проекте с одним ТЕ/ТТЛом, мотивируя это как раз частыми запросами к любому багу/тест кейсу и реджектя их как DNFI в случае чего. На выходе получается приложение, в котором сотни багов, и цикл где репортят 5-10 за время его действия. Остальные просто отмечают pass/fail в TestRail, потому что "так выгодней".
    Удалось мне побывать в этом цикле "третьей волной" добора, я еще удивился, почему в цикле 80 человек, а баги никто не репортит, если их там просто куча. Зарепортил я пару крашей и цикл закрыли, причина "блокер" (4 дня его не было, а тут хоба блокер). Открыли через пару часов с новым билдом-фиксом, я снова репорчу и снова закрыли, через день открывают - я снова репорчу, закрыли и больше не открыли (для меня по крайней мере). Потом приходит BFV мне на мой баг, который так и не был пофикшен и так раз 8 в течение пары месяцев. А потом, по счастливой случайности, приходит Bug Hunt цикл от этого кастумера, и что я вижу?? В нем ищут мой баг и обещают Exceptional за его поимку А меня снова в этот цикл с баг хантом пригласили добором. На выходе получается 80 тестеров и многиe пишут в чат, что баг не воспроизводится (цикл длится уже 2 дня). Я прихожу и репорчу этот баг сразу. Конечно я получаю свой экс и все хорошо, но за моей спиной его получают еще 20 голодных морд, просто повторив мои шаги (дупы принимались на разных комбинациях девайса), даже те, которые утверждали в чате, что ничего не воспроизводится, забавно. Суть в том, что приложение не тестируется должным образом, если вообще тестируется, после запросов ТТЛа.
    Еще интересно, это "гигант" среди кастумеров на ютесте и это же приложение тестируется на другой закрытой платформе и они имеют общий КИ лист, открывая этот КИ лист, то видишь 80% багов с этой платформы и 20% с ютеста. Это я знаю только пару человек, которые не очень любят репортить баги на этом цикле, а если их там 50? Вот и сидят на "зарплате" (тест кейсах) и помалкивают А тест кейсы там жирненькие, как будто деньги отмывают))
    Это просто мои наблюдения, я не знаю что на самом деле мотивирует некоторых людей быть придирчивыми, какие им ставят условия начальники выше. Я могу только рассуждать со своей стороны.

    Что касается этого ТТЛа, то да, он "почти к каждому" репорту делает запрос, достаточно посмотреть каждый баг на цикле. По делу ли? Я не знаю, возможно, или скорей всего даже по делу, но на выходе получается, что помимо этих запросов появляются запросы заказчика, а в итоге ВАД (с пояснением, что в продакшене такого нет) или самвот (но баг добавлен в JIRA), а если много багов зарепортил (как один из тестеров)? И сейчас, снова из наблюдений, тестер уже пишет в чат, что не успеет "по определенным причинам" все это выполнить к какому-то там времени, учитывая что его просят проверить баги то на другом девайсе, то на другом билде, то приложить логи в "недопрограмме", которую еще настроить нужно, хотя они изначально не требовались, чтобы в итоге получить свой ВАД или Самвот. На следующем цикле он 100 раз подумает, чтобы вообще репортить что-нибудь и ограничится тест кейсом потратив на него 10 минут или вообще "отсидеть" цикл. Но надо признать, что заказчик тоже хорош, из "популярной IT" страны. Несколько дней пытался воспроизвести мой баг утверждая, что "QA команда" не может этого сделать, следуя 100% по моим шагам, а самое главное забыл, попробовать моим аккаунтом...
    Последний раз редактировалось Andrey Begishev; 20.01.2018 в 09:31.
    VladK, Andresme, Yura_T and 1 others like this.
    ☑ DV-2016; ☑ USA

  5. Эти пользователи сказали Спасибо Andrey Begishev за этот пост:

    b1gg1e (20.01.2018)

  6. #15334
    Гражданин
    Регистрация
    07.07.2015
    Сообщений
    1,123
    Спасибо
    21
    Сказали 219 раз в 177 постах

    Re: Utest

    Цитата Сообщение от Andrey Begishev Посмотреть сообщение
    Понятное дело, что к любому репорту всегда можно придраться, если захотеть, кто бы его не оформил. Под идеалом я имею "ютестовскую" планку, когда соблюдены все templates, логи и тд и тп. Перебарщивать с запросами тоже не стоит, особенно если "хочется задать вопрос". Я знаю пару человек, с которыми я общаюсь частенько в чате на ютесе, так вот некоторые "избегают репортить" даже краши на одном проекте с одним ТЕ/ТТЛом, мотивируя это как раз частыми запросами к любому багу/тест кейсу и реджектя их как DNFI в случае чего. На выходе получается приложение, в котором сотни багов, и цикл где репортят 5-10 за время его действия. Остальные просто отмечают pass/fail в TestRail, потому что "так выгодней".
    Удалось мне побывать в этом цикле "третьей волной" добора, я еще удивился, почему в цикле 80 человек, а баги никто не репортит, если их там просто куча. Зарепортил я пару крашей и цикл закрыли, причина "блокер" (4 дня его не было, а тут хоба блокер). Открыли через пару часов с новым билдом-фиксом, я снова репорчу и снова закрыли, через день открывают - я снова репорчу, закрыли и больше не открыли (для меня по крайней мере). Потом приходит BFV мне на мой баг, который так и не был пофикшен и так раз 8 в течение пары месяцев. А потом, по счастливой случайности, приходит Bug Hunt цикл от этого кастумера, и что я вижу?? В нем ищут мой баг и обещают Exceptional за его поимку А меня снова в этот цикл с баг хантом пригласили добором. На выходе получается 80 тестеров и многиe пишут в чат, что баг не воспроизводится (цикл длится уже 2 дня). Я прихожу и репорчу этот баг сразу. Конечно я получаю свой экс и все хорошо, но за моей спиной его получают еще 20 голодных морд, просто повторив мои шаги (дупы принимались на разных комбинациях девайса), даже те, которые утверждали в чате, что ничего не воспроизводится, забавно. Суть в том, что приложение не тестируется должным образом, если вообще тестируется, после запросов ТТЛа.
    Еще интересно, это "гигант" среди кастумеров на ютесте и это же приложение тестируется на другой закрытой платформе и они имеют общий КИ лист, открывая этот КИ лист, то видишь 80% багов с этой платформы и 20% с ютеста. Это я знаю только пару человек, которые не очень любят репортить баги на этом цикле, а если их там 50? Вот и сидят на "зарплате" (тест кейсах) и помалкивают А тест кейсы там жирненькие, как будто деньги отмывают))
    Это просто мои наблюдения, я не знаю что на самом деле мотивирует некоторых людей быть придирчивыми, какие им ставят условия начальники выше. Я могу только рассуждать со своей стороны.

    Что касается этого ТТЛа, то да, он "почти к каждому" репорту делает запрос, достаточно посмотреть каждый баг на цикле. По делу ли? Я не знаю, возможно, или скорей всего даже по делу, но на выходе получается, что помимо этих запросов появляются запросы заказчика, а в итоге ВАД (с пояснением, что в продакшене такого нет) или самвот (но баг добавлен в JIRA), а если много багов зарепортил (как один из тестеров)? И сейчас, снова из наблюдений, тестер уже пишет в чат, что не успеет "по определенным причинам" все это выполнить к какому-то там времени, учитывая что его просят проверить баги то на другом девайсе, то на другом билде, то приложить логи в "недопрограмме", которую еще настроить нужно, хотя они изначально не требовались, чтобы в итоге получить свой ВАД или Самвот. На следующем цикле он 100 раз подумает, чтобы вообще репортить что-нибудь и ограничится тест кейсом потратив на него 10 минут или вообще "отсидеть" цикл. Но надо признать, что заказчик тоже хорош, из "популярной IT" страны. Несколько дней пытался воспроизвести мой баг утверждая, что "QA команда" не может этого сделать, следуя 100% по моим шагам, а самое главное забыл, попробовать моим аккаунтом...
    Все понял, только одного не понял, а при чем тут ТТЛ? Вы серьезно считаете, что эта ТТЛ запрашивает доп.инфу потому что ей делать нечего? Или что отмена всех требований к оформлению репортов и репорты типа "открыл аппу, тапнул куда-то (сам не помню), аппа крашнулась" повысит количество найденных валидных багов? В данном контексте "валидный баг" означает, что заказчик получает репорт, который можно передать девам, которые, по меньшей мере, поймут где копать. С таким подходом ютест нафиг заказчику не нужен, он просто отзывы в аппл сторе почитает и получит инфу сравнимого качества. Не будем касаться вопроса, что танцы с бубном для снятия логов в Чарлике или другие времязатратные операции явно не стоят денег выплачиваемых за самвот, этот вопрос ТТЛ не решает и имеет к нему самое опосредованное отношение.

  7. #15335
    Гражданин Аватар для Andrey Begishev
    Регистрация
    13.10.2011
    Адрес
    Kazakhstan/Almaty>USA/Space Coast
    Возраст
    30
    Сообщений
    1,243
    Спасибо
    13
    Сказали 265 раз в 116 постах

    Re: Utest

    Цитата Сообщение от akaBear Посмотреть сообщение
    Все понял, только одного не понял, а при чем тут ТТЛ? Вы серьезно считаете, что эта ТТЛ запрашивает доп.инфу потому что ей делать нечего? Или что отмена всех требований к оформлению репортов и репорты типа "открыл аппу, тапнул куда-то (сам не помню), аппа крашнулась" повысит количество найденных валидных багов? В данном контексте "валидный баг" означает, что заказчик получает репорт, который можно передать девам, которые, по меньшей мере, поймут где копать. С таким подходом ютест нафиг заказчику не нужен, он просто отзывы в аппл сторе почитает и получит инфу сравнимого качества. Не будем касаться вопроса, что танцы с бубном для снятия логов в Чарлике или другие времязатратные операции явно не стоят денег выплачиваемых за самвот, этот вопрос ТТЛ не решает и имеет к нему самое опосредованное отношение.
    Я думаю, что ТТЛ запрашивает каждый раз доп инфо и тщательно проверяет ТС на 1000+ шагов, придираясь к каждому степу (наблюдение в целом, я не про этого ТТЛа в частности) - в первую очередь, потому что это увеличивает зарплату. Мой поинт был в том, что ТТЛ запрашивает доп инфо почти к каждому багу, даже если он оформлен по template и это так. Если постоянно задаются одни и те же вопросы к багам, то нужно добавить это требование в овервью, вот и все.

    Например, был один долгоиграющий проект с кучей тест кейсов, примерно все одинаковые, разные только вводные данные. В требованиях нигде нет, какие скришоты нужно приложить к ТС, но написано "приложите скришоты из области фокуса", ну там страницу акаунта, смена пароля и тд. Самое интересное, что аккаунт удаляется потом (требование ТС) и уже нет доступа к нему. И вот каждый раз один ТТЛ запрашивает то один скриншот, то второй и приходится нужно снова создавать аккаунт и грубо говоря повторять ТС, чтобы приложить этот скриншот. В следующий раз ты уже прикладываешь скриншоты, которые этот ТТЛ запрашивал, "предугадывая" наперед. Но он снова запрашивает "уникальный" скриншот. В конечном счете я стал делать 100% скриншотов к каждому шагу и выкладывать в зип. Их это тоже не устроило, говорят много, выкладывай только 5 скриншотов из области фокуса, в овервью так ничего и не добавили в итоге. Так что иногда мне кажется, что действительно некоторые ТТЛы запрашивают доп инфу потому что им делать нечего.
    Последний раз редактировалось Andrey Begishev; 20.01.2018 в 18:00.
    Andresme and Yura_T like this.
    ☑ DV-2016; ☑ USA

  8. Эти пользователи сказали Спасибо Andrey Begishev за этот пост:

    Andresme (21.01.2018)

  9. #15336
    Резидент
    Регистрация
    19.12.2016
    Сообщений
    191
    Спасибо
    38
    Сказали 9 раз в 9 постах

    Re: Utest

    Цитата Сообщение от Andrey Begishev Посмотреть сообщение
    Я думаю, что ТТЛ запрашивает каждый раз доп инфо и тщательно проверяет ТС на 1000+ шагов, придираясь к каждому степу (наблюдение в целом, я не про этого ТТЛа в частности) - в первую очередь, потому что это увеличивает зарплату. Мой поинт был в том, что ТТЛ запрашивает доп инфо почти к каждому багу, даже если он оформлен по template и это так. Если постоянно задаются одни и те же вопросы к багам, то нужно добавить это требование в овервью, вот и все.

    Например, был один долгоиграющий проект с кучей тест кейсов, примерно все одинаковые, разные только вводные данные. В требованиях нигде нет, какие скришоты нужно приложить к ТС, но написано "приложите скришоты из области фокуса", ну там страницу акаунта, смена пароля и тд. Самое интересное, что аккаунт удаляется потом (требование ТС) и уже нет доступа к нему. И вот каждый раз один ТТЛ запрашивает то один скриншот, то второй и приходится нужно снова создавать аккаунт и грубо говоря повторять ТС, чтобы приложить этот скриншот. В следующий раз ты уже прикладываешь скриншоты, которые этот ТТЛ запрашивал, "предугадывая" наперед. Но он снова запрашивает "уникальный" скриншот. В конечном счете я стал делать 100% скриншотов к каждому шагу и выкладывать в зип. Их это тоже не устроило, говорят много, выкладывай только 5 скриншотов из области фокуса, в овервью так ничего и не добавили в итоге. Так что иногда мне кажется, что действительно некоторые ТТЛы запрашивают доп инфу потому что им делать нечего.
    Тоже с таким сталкивался

  10. #15337
    Новичок
    Регистрация
    19.01.2018
    Сообщений
    28
    Спасибо
    8
    Сказали 0 раз в 0 постах

    Re: Utest

    Всем привет!
    Несколько дней назад зарегился на utest'e теперь решил примкнуть к вашей компании.
    Обычно новички в первом сообщении хотят чего-нибудь выяснить, но я зашёл просто поздороваться
    Andrew Oak likes this.

  11. #15338
    Постоянный резидент
    Регистрация
    27.04.2017
    Сообщений
    360
    Спасибо
    7
    Сказали 20 раз в 15 постах

    Re: Utest

    Цитата Сообщение от BogdanV Посмотреть сообщение
    Всем привет!
    Несколько дней назад зарегился на utest'e теперь решил примкнуть к вашей компании.
    Обычно новички в первом сообщении хотят чего-нибудь выяснить, но я зашёл просто поздороваться
    Велкам!
    Подождем недельку )
    BogdanV likes this.

  12. #15339
    Гражданин Аватар для Andrey Begishev
    Регистрация
    13.10.2011
    Адрес
    Kazakhstan/Almaty>USA/Space Coast
    Возраст
    30
    Сообщений
    1,243
    Спасибо
    13
    Сказали 265 раз в 116 постах

    Re: Utest

    Недавно, все на том же цикле, видел как ТЕ сам задиспутил баг тестера и апрувнул тоже сам. Вот это я понимаю справедливость Интересно почему тестер сам не позаботился об этом, учитывая что реджект был Other и очевидный диспут. И висел там пару дней.
    ☑ DV-2016; ☑ USA

  13. #15340
    Гражданин Аватар для foma24
    Регистрация
    12.12.2013
    Сообщений
    965
    Спасибо
    197
    Сказали 285 раз в 134 постах

    Re: Utest

    Booking.com
    Цитата Сообщение от Andrey Begishev Посмотреть сообщение
    Недавно, все на том же цикле, видел как ТЕ сам задиспутил баг тестера и апрувнул тоже сам. Вот это я понимаю справедливость Интересно почему тестер сам не позаботился об этом, учитывая что реджект был Other и очевидный диспут. И висел там пару дней.
    Кстати тоже всегда интересовало, почему иногда не диспутят всякие левые реджекты клиента типа - мы уже знаем об этом, нам это не интересно, не могу воспроизвести и прочее. Как раз недавно наблюдал как клиент отменил кучу крашей с пометкой Other - Known issue, хотя к циклу никакой KI лист не был приложен. Тестер так диспуты и не открыл.


Информация о теме

Пользователи, просматривающие эту тему

Эту тему просматривают: 7 (пользователей: 1 , гостей: 6)

  1. AleksCh

Visitors found this page by searching for:

utest

bugfindersgovorimpro.us utestзаработок utesttest.ioutest govorimpro.ussandboxlena houserпесочницаutest от сшаutest отзывыSandBox answerspending utestutest Payoneersandbox test caseговорим про америку utestsandbox screenshot99teststestbirdsТТЛbugfinderпервый платный проекткак искать баги в песочницеpaypallinda utestрезультаты utestPay Pal логивпнutest смена страны5 fujdApple UDIDProven Bronzeпесочница с чего начатьExploratory Notesревю сайта utestutest.com отзывыodeskSeleniumинструменты utestрейтинг utestutest govorim proвывод utestвпн вывоодрейтинг кейс utestutest оплатаu testutest saspensэмулятор bugfindersupworkutest налогиканада utestutest 1099utest сколько ждатьвидео utestquizвпн айфонprojects boardвпн utestпрограмма для видео с мобильного uTestutest регистрациякак зарабатывать деньги на utestscreen cast o maticutest россияsamsung galaxyutest closed49.2643w9 utestutest ждатьвывод utest 500utest выплатыотказ utestutest выплатаsandbox битая ссылкаgovorimpro utestutest украинаubertestersnba.comsquall260оплата utest россия utest from usautest из россииUtest Sandbox nbautest nbaкарта Payoneerpayoneer в украинекак оформлять баг репорт в utestutest sandboxfunctionality anywhere except for багfixbergovorim pro utestразные фккаунты на одном IP utest top 30utest моя историяutest severalutest exceptionalutest Payoneer совпадатьutest не приходят

Социальные закладки

Социальные закладки

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •  

Форум "Говорим про Америку"
Форум "Говорим про Америку" Facebook