MQM 2024 - Shift left: как делать задачи быстрее и ТЗ понятнее для всех

Доклад на митапе по мобильному тестированию - это Shift left: как делать задачи быстрее и ТЗ понятнее для всех.
Спикер - Эд Бурёнкин, бэкенд тестировщик с 4мя годами опыта и в бигтехе. Ориентирован на качество продукта для бизнеса и эффективное тестирование. Вне работы подкастер и блогер об айти и любитель красивых кафе и вкусных ресторанов. ☕️
На докладе расскажут о том как ускорить деливери задач и прозрачность ТЗ за счёт сдвига тестирование влево (Shift-left). Сложно, да? Приходи что бы услышать всё подробно и понятно😎
Соц.сеть - eddytester?...
CZcams-канал Эда - ‪@iterka‬
Презентации с докладов - t.me/QAMobileApps/512
Организатор онлайн-митапа - Влад Казачек
Telegram-канал по мобильному тестированию - t.me/QAMobileApps

[@iterka]

Ну какой специалист!
Давно следим за его творчеством всем коллективом😂

[@qamobile]

Когда говорят "Сын маминой подруги", то всегда имеют ввиду его🤣

[@_qaroom]

Концепция 3х Амиго очень крутая штука! Спасибо!
По докладу мне кажется немного не хватило реального примера хотя бы с абстрактной задачей на экран логина и тд. Так как не все мне, кажется, могут перенести приготовление завтрака на реальную разработку. Ну и возможно стоило упомянуть что эта практика хорошо работает в совокупности с BDD подходом когда на основании проработанных спецификаций мы можем писать тесты до реализации фичи, либо заглушки для них. Что позволит автоматизировать критерии приемки.

[@lovepeace9841]

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