Size: a a a

QA — русскоговорящее сообщество

2020 December 15

CL

Charles Laurent in QA — русскоговорящее сообщество
ладно, в любом случае, я не хотел устраивать срач на эту тему - ты вот написал "Юзер стори может быть цельной фичей. а фича  может быть тучей юзер сторей", я о том же самом ровно спросил "как минимум - арность связей" . Как правильно-то?
источник

IS

Ice Spirit in QA — русскоговорящее сообщество
без понятия как правильно - нет тут правильно - философия ради философии. Не понятно что требуется получить. Если  по терминам  просто пройтись - вариантов  трактования много. Если есть конкретная  практическая/ метрическая  задача - то она не озвучена так чтобы  можно было на нее  ответить однозначно
источник
2020 December 16

К

Константин Соснин... in QA — русскоговорящее сообщество
Charles Laurent
ладно, в любом случае, я не хотел устраивать срач на эту тему - ты вот написал "Юзер стори может быть цельной фичей. а фича  может быть тучей юзер сторей", я о том же самом ровно спросил "как минимум - арность связей" . Как правильно-то?
Арность связей - что такое?
источник

RG

Roman DJ ZX Gorin in QA — русскоговорящее сообщество
Charles Laurent
ребят, пардоньте если вопрос странный - кто-нибудь видел какие-то материалы на тему корреляции User Story и Feature из BDD (как минимум - арность связей, как максимум, насколько "фича" должна быть ценна если посмотреть на это с колокольни сторей, скрама и вот этого вот всего)? я уже гуглил, какого-то фундаментального ответа так и не нашел, может знает кто, куда идти копать, или кто-то разбирал эту тему подробно...
Технически юзер стори - это "deliverable item", так что она может быть как фичей, так и частью фичи.

Фича в принципе - это ваще очень гибкий термин, внутренняя договоренность внутри команды разработки о блоках продукта, которые гипотетически можно разрабабывать независимо или же использовать (в конечном продукте), независимо от других блоков (причем первое не исключает второе, и наоборот, да и и "блоки" могут быть чистыми формальностями "для удобства").
Ну еще фичи: это маркетинговые элементы, которые продаются, как особенности продукта, могут как пересекаться, так и нет, с фичами внутри процесса разработки.
Грубо - фича винды "создание юзера" никак не связана с фичей винды " проводник", обе эти фичи - часть продукта. Фича окно, часть продукта дом, но формально не часть фичи стена.

Юзер стори - это хотелка иметь либо чото в фиче, либо новую фичу, либо ваще целый продукт (да, так тоже бывает).

Стало проще?
источник

ДК

Дмитрий Кононов... in QA — русскоговорящее сообщество
Oleksandr
Требования-то есть? Когда нет тест кейсов, тестирование по юзер стори тоже катит. Или хотя бы uat сценарии у заказчика узнай.
Вся необходимая информация есть, кейсы не написаны, набрасываю чек-лист, про старые баги надо глянуть, спасибо!
источник

F

Fagor in QA — русскоговорящее сообщество
Charles Laurent
я не про термины а про понятия которые за ними стоят, понимаешь? в бдд или в скраме не написано "можете понимать как хотите", написано только, максимум - "можете интерпретировать как хотите, и добавлять своё сверху". Я не понимаю почему ты относишься к этому как к "терминам", это методологии как минимум, а не просто набор слов, или "термин". Поэтому у нас с тобой и misunderstanding происходит
Как хотите. Все это термины в проекте. Что стори, что фитча. Как декомпозируете так и будет.

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

Да еще наверное и в excel, а не ALM ке вы это будите строить.
источник

F

Fagor in QA — русскоговорящее сообщество
Roman DJ ZX Gorin
Технически юзер стори - это "deliverable item", так что она может быть как фичей, так и частью фичи.

Фича в принципе - это ваще очень гибкий термин, внутренняя договоренность внутри команды разработки о блоках продукта, которые гипотетически можно разрабабывать независимо или же использовать (в конечном продукте), независимо от других блоков (причем первое не исключает второе, и наоборот, да и и "блоки" могут быть чистыми формальностями "для удобства").
Ну еще фичи: это маркетинговые элементы, которые продаются, как особенности продукта, могут как пересекаться, так и нет, с фичами внутри процесса разработки.
Грубо - фича винды "создание юзера" никак не связана с фичей винды " проводник", обе эти фичи - часть продукта. Фича окно, часть продукта дом, но формально не часть фичи стена.

Юзер стори - это хотелка иметь либо чото в фиче, либо новую фичу, либо ваще целый продукт (да, так тоже бывает).

Стало проще?
Я думаю не станет никому. Если понимание trace возникает после, а не до методологии. Методология не готовила к trace, а trace нужен. Системы trace нет скорей всего.

Как итог это будет частный случай trace, не несущий реальной пользы для проекта.

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

YR

Yokohama Ree in QA — русскоговорящее сообщество
Всем привет. Получал кто сертификаты ISTQB и есть ли смысл в нём?
источник

BB

Bad Boy in QA — русскоговорящее сообщество
Charles Laurent
я не про термины а про понятия которые за ними стоят, понимаешь? в бдд или в скраме не написано "можете понимать как хотите", написано только, максимум - "можете интерпретировать как хотите, и добавлять своё сверху". Я не понимаю почему ты относишься к этому как к "терминам", это методологии как минимум, а не просто набор слов, или "термин". Поэтому у нас с тобой и misunderstanding происходит
В скраме точно написано)) сторя несёт конкретную ценность пользователю, которую можно показать. Там вообще много чего написано))
источник

BB

Bad Boy in QA — русскоговорящее сообщество
Charles Laurent
ладно, в любом случае, я не хотел устраивать срач на эту тему - ты вот написал "Юзер стори может быть цельной фичей. а фича  может быть тучей юзер сторей", я о том же самом ровно спросил "как минимум - арность связей" . Как правильно-то?
Нету никакой арности связей. Все индивидуально.
источник

SC

Sergey Chevychelov in QA — русскоговорящее сообщество
Yokohama Ree
Всем привет. Получал кто сертификаты ISTQB и есть ли смысл в нём?
Привет. Получал ISTQB Foundation. Прошел много собесов, всего 2 раза спросили за сертификат.
Он нужен только если сам заказчик просит. А лично у меня это было крайне редко
источник

BB

Bad Boy in QA — русскоговорящее сообщество
Yokohama Ree
Всем привет. Получал кто сертификаты ISTQB и есть ли смысл в нём?
Говорят для зарубежного рынка смысл есть, но это не точно)
источник

AE

And Ev in QA — русскоговорящее сообщество
Yokohama Ree
Всем привет. Получал кто сертификаты ISTQB и есть ли смысл в нём?
Смысл есть только если в требованиях к тестировщику это указано)
Для себя сдавать — смысла нет (учитывая, что проходной бал всего 65% — сертификат ничего особо не подтверждает, так как тест можно наугад пройти с нескольких попыток. Если бы проходной бал был 90%++ — был бы толк с него)
источник

A

Arseniy in QA — русскоговорящее сообщество
Привет всем
Кто нибудь использует у себя
https://www.lambdatest.com/
?
источник

L

Lucky in QA — русскоговорящее сообщество
Arseniy
Привет всем
Кто нибудь использует у себя
https://www.lambdatest.com/
?
Конкретнее вопрос, пожалуйста
источник

A

Arseniy in QA — русскоговорящее сообщество
В вашей работе на работе
используете ли вы инструментарий https://www.lambdatest.com/ ?
Для ручного или автоматизированного тестирования

достаточно конкретно ?
источник

A

Arseniy in QA — русскоговорящее сообщество
Фидбек на тулу нужен )
Идеально Browserstack vs Lambdatest от того кто обе пользовал )
источник

RG

Richard Gears in QA — русскоговорящее сообщество
Bad Boy
В скраме точно написано)) сторя несёт конкретную ценность пользователю, которую можно показать. Там вообще много чего написано))
А при чем здесь скрам, если в bdd фича-файл - это вполне конкретная сущность?
источник

A

Aleksandr in QA — русскоговорящее сообщество
Arseniy
Привет всем
Кто нибудь использует у себя
https://www.lambdatest.com/
?
У нас используют. В основном для ручного, если есть сомнения в том, что вёрстка будет работать на разных устройствах, а не только DevTools и личные мобилки.
У нас какая-то подписка.
Довольно удобная штука, хотя однажды индусы из техподдержки звонили. Так я узнал что умею общаться на английском
источник

A

Arseniy in QA — русскоговорящее сообщество
А есть понимание почему выбрали именно лямбдатест а не аналоги?
И если есть автоматизация то как с ней - сколько сессий в параллель ?
источник