Для этого бета и нужна))

я думал вы на бете хотите тестить свою бету)

Для этого бета и нужна))

По моему бета нужна для обкатки на ограниченном числе пользователей. Её ещё поменяют и допилят 10 раз

По моему бета нужна для обкатки на ограниченном числе пользователей. Её ещё поменяют и допилят 10 раз

Мне кажется мы про разные вещи уже)

Мне кажется мы про разные вещи уже)

Не поняли друг друга и ладно)

зачем тестить на бетке?

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

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

Бета - ненадежная и скоротечная вещь. Нужно учитывать, что она так же постоянно правится. И потому велик шанс, что выделенное в спринтах время на правку багов с бета айос будет потрачено зря. Если, конечно, вы не хотите поработать ещё и на Apple. Но это личное мнение. Докладов на эту тему не писал)

Сегодня третья вышла как раз

Да Намного стабильнее вроде Но я еще подожду

Бета - ненадежная и скоротечная вещь. Нужно учитывать, что она так же постоянно правится. И потому велик шанс, что выделенное в спринтах время на правку багов с бета айос будет потрачено зря. Если, конечно, вы не хотите поработать ещё и на Apple. Но это личное мнение. Докладов на эту тему не писал)

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

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

тогда чем любой другой релизнувшийся iOS плох?) есть сомнения, что разработчик вникнет так круто, что скажет: “знаешь мен, я тут внимательно изучил этот момент и понял что эппловские разработчики накосячили с <…>, я написал своему другу там, они это поправят к релизу и нам ничего не надо исправлять”.

тогда чем любой другой релизнувшийся iOS плох?) есть сомнения, что разработчик вникнет так круто, что скажет: “знаешь мен, я тут внимательно изучил этот момент и понял что эппловские разработчики накосячили с <…>, я написал своему другу там, они это поправят к релизу и нам ничего не надо исправлять”.

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

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

И сколько юзеров на бете? 3-4%? Мне кажется, проще в спринт включить тестинг и правку по iOS 12, но на момент релиза операционки. С пометкой “мажор-критикал” + отслеживать креши в fabric Протестив бету ты можешь потратить время, но на момент релиза все-равно не будешь уверен в ней и тестинг с правкой повторится.

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

И сколько юзеров на бете? 3-4%? Мне кажется, проще в спринт включить тестинг и правку по iOS 12, но на момент релиза операционки. С пометкой “мажор-критикал” + отслеживать креши в fabric Протестив бету ты можешь потратить время, но на момент релиза все-равно не будешь уверен в ней и тестинг с правкой повторится.

Нет, не проще, проверено на инсайдерской винде. Тестинг на инсайдерской винде даже на нестабильном быстром круге дает плюс 50 к устранению левых багов несовместимости или из-за апдейтнутых апи

Нет, не проще, проверено на инсайдерской винде. Тестинг на инсайдерской винде даже на нестабильном быстром круге дает плюс 50 к устранению левых багов несовместимости или из-за апдейтнутых апи

Инсайдерская винда, мне кажется, это в бок относительно мобильного тестинга…

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

Это было сделано изза бага в обновленных апи, как раз

Инсайдерская винда, мне кажется, это в бок относительно мобильного тестинга…

Она и на мобилы была, хоть и не так успешно, но принцип тот же

Честно, не могу про винду рассуждать ? Но я не сталкивался с подобными проблемами, например, на iOS 10/11

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

Который из? есть вот такой: http://apps.testinsane.com/mindmaps/mobile-apps-testing-i-sliced-up-fun-by-jonathan-kohl

о, спасибо Арсений, то что нужно

?

привет

есть php чат?

Привет всем! Вопрос к теме кто юзает последний ТимСити, у их агентов появился будто hendless режим, не подскажите как отрубить?

ник прямо back to 2010)

Всем привет. Описываю ситуацию: С помощью дженкинса(мавен проект) выгружаю автотесты с гита на виртуалку(слейв агент) и прогоняю там, но виртуалку запускаю вручную. Вопрос: можно ли в дженкинсе в одном проекте сразу делать запуск виртуалки вместе с выгрузкой и запуском тестов? Отдельно без выгрузки гита я могу запустить виртуалку с дженкинса, но это уже другой проект получается. P.S. pre-steps билд не помог в данной ситуации.

Privetiki ? Кто знает полезные сайтики/группы/форумы по теме тестирования мобильных приложений? Буду благодарна?

Privetiki ? Кто знает полезные сайтики/группы/форумы по теме тестирования мобильных приложений? Буду благодарна?

Приветик, у нас есть чатичек для тестировщиков мобильных приложенек ?‍♀

Приветик, у нас есть чатичек для тестировщиков мобильных приложенек ?‍♀

Круто! ? Добавишь?

Круто! ? Добавишь?

У меня нет инвайта ?

Зачем тогда написал)

Ну, может, у кого есть инвайт

Но если что, вопросы можно кидать сюда.

Как бы там выцепить ссылку на мобайл чат)

а что за чат такой, секретный?

Да нет вроде

https://t.me/qamobile А вот и ссылка

Коллеги добрый день! Озадачен поиском тестировщика для веб-приложения. -Скажите какой разброс зарплаты для специалиста среднего чуть ниже среднего уровня? -Какие требования предявлять к кандидатам ? -Как составить тестовое задание для кандидата ? -Может быть кто то поделится тестовыми заданиями для собеседования ? Спасибо!

@qa_jobs

Спасибо

Чем дефект от бага отличается? Правильно ли я понимаю, что дефект - это баг в тестируемой задаче. А баг - баг продакшена?

о_О

названием

это синонимы

одно русскоязычное название, другое - англоязычное

defect тоже ж есть)

Defect/bug - синонимы, а вот Error уже нет, например

defect и bug не синонимы

16-я страница силлабуса ISTQB Foundation, если вдруг кто-то сомневается в источнике)

??

16-я страница силлабуса ISTQB Foundation, если вдруг кто-то сомневается в источнике)

уделал

два чая этому господину!

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

Есть общая терминология. Ей можно следовать, можно не следовать

Вот по ней - дефект, баг и сбой - одной и то же, получается

То что это все используется как попало - другой вопрос

Есть общая терминология. Ей можно следовать, можно не следовать

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

больше дискуссий, нужно больше? больше мяса

А можно сам вопрос, я, возможно, пропустил

https://t.me/qa_ru/99458

А где тут контекст?

Четкий вопрос - в чем разница между багом и дефектом Четкий ответ - ни в чем

Все остальное - это собственные размышлизмы на тему

В главе рассматривается техническая составляющая терминов. Там не сказано непосредственно про этап разработки ПО, в рамках которого используется тот или иной термин (касательно bug и defect). Т.е ответ был на другой вопрос (про технический аспект). Поправьте, если я не прав

А где тут контекст?

Контекст относился к таксономии дефектов.

Error (Mistake) - ошибка программиста, человеческий фактор, например Defect (Bug, Fault) - ошибка в коде, в результате предидущего пункта Failure - результат воспроизведения кода, содержащего баг Не совсем понимаю почему для этой классификации важен этап разработки

В главе рассматривается техническая составляющая терминов. Там не сказано непосредственно про этап разработки ПО, в рамках которого используется тот или иной термин (касательно bug и defect). Т.е ответ был на другой вопрос (про технический аспект). Поправьте, если я не прав

Ты не прав, эти термины не зависимы от этапа разработки (или чего то ещё) и идентичны между собой.

Error (Mistake) - ошибка программиста, человеческий фактор, например Defect (Bug, Fault) - ошибка в коде, в результате предидущего пункта Failure - результат воспроизведения кода, содержащего баг Не совсем понимаю почему для этой классификации важен этап разработки

В этом и был вопрос: зачем кому-то может потребоваться различать моменты нахождения дефекта.

Ты не прав, эти термины не зависимы от этапа разработки (или чего то ещё) и идентичны между собой.

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

Корректный.

Корректный.

Аргументы?

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

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

Господи, вы просто хотите поспорить. Соответственно, вы как минимум флудер, а как максимум...

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

Ещё раз: термин независим от контекста. Совсем. Для любого контекста ответ будет одинаковым: эти термины не отличаются.

Возникает резонный вопрос: в какой ситуации, по твоему, этот ответ требует контекста?

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

Термин на то и термин, что внеконтекстуален в рамках одной дисциплины. Если термин меняется в зависимости от контекста - это не термин, а херня какая-то.

Так я с этим и не спорю. Я говорю о том, что приведение определение термина, которое не противоречит заданному вопросу не может быть отрицательным ответом, так как не затрагивает контекста (который, как мы знаем в термине не учитывается). Так объясните, каким образом определение термина может дать ответ на частный случай, который в нём не учтен? Это дает свободу выбора и использования.

Мысль донёс, кто понял, тот понял. Сорян за флуд

Коллеги, какую проблему вы тут пытались решить?