только учтите, что с 1 сентября операторы связи обязаны будут определять бизнес-номера, которые принадлежат компаниям и ИП, чтобы пользователи знали, кто им звонит.
Стоит отметить, что и заказчика может не быть — стоит такие частные случаи рассматривать? В таком случае согласен с выводами. Но мне кажется, что в общем случае требования все таки поступают не от команды разработки, а от бизнеса.
А противоречие есть: если фиксить то, что не устраивает тестировщика — то можно получить удобную, но не нужную заказчику фигню.
«Если тестировщик ломал программу вместо того, чтобы проверить, выполняет ли она вообще возложенные на нее функции, в итоге он может получить стабильную, но не нужную заказчику фигню.»
«QA — это, по сути, адвокат пользователя.»
Как мне кажется, введение и вывод друг другу противоречат. Все-так забота об удобстве пользователя — это всего лишь часть задач QA. В первую очередь тестирование дает фидбек о состоянии продукта. А если состояние продукта не устраивает заказчика, то уже он принимает решение о внесении изменений в требования, а не так:
«Если путем этой нехитрой манипуляции сознанием выяснится, что приложение чем-то не устраивает, то надо заводить тикет.»
Можете более подробно описать, каким в итоге стал флоу?
И если можно сказать, сколько времени примерно проходит от постановки задачи до вашего собрания PBR и до того как вы начнете разработку?
И если
Agile testing — это такой подход к процессу тестирования, при котором тестировщик гораздо больше участвует на первых этапах проработки задачи
, то как это стыкуется с тем, что у вас тестировщик более не проводит ревью постановки и включается только на PBR, т.е позже чем было до этого?
Информация
В рейтинге
Не участвует
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
WiiM Sound? на маркетплейсах ~40k стоит
была такая история на хабре, но ее удалили https://www.pvsm.ru/startap/384310
только учтите, что с 1 сентября операторы связи обязаны будут определять бизнес-номера, которые принадлежат компаниям и ИП, чтобы пользователи знали, кто им звонит.
А как вы затачивали модели под русский язык?
Статья фейк. Никакого тизера не было. Конференция была давно про GPT-5 единственное упоминание - картинка на слайде.
В 6 пункте ссылка
Аккаунт ZELEVAR называется, явно производитель пиарится
А противоречие есть: если фиксить то, что не устраивает тестировщика — то можно получить удобную, но не нужную заказчику фигню.
«QA — это, по сути, адвокат пользователя.»
Как мне кажется, введение и вывод друг другу противоречат. Все-так забота об удобстве пользователя — это всего лишь часть задач QA. В первую очередь тестирование дает фидбек о состоянии продукта. А если состояние продукта не устраивает заказчика, то уже он принимает решение о внесении изменений в требования, а не так:
«Если путем этой нехитрой манипуляции сознанием выяснится, что приложение чем-то не устраивает, то надо заводить тикет.»
И если можно сказать, сколько времени примерно проходит от постановки задачи до вашего собрания PBR и до того как вы начнете разработку?
И если , то как это стыкуется с тем, что у вас тестировщик более не проводит ревью постановки и включается только на PBR, т.е позже чем было до этого?