Станислав Урманчеев, Мир Plat.Form - Shift-Left Testing. Улучшить качество и сэкономить ресурсы
HTML-код
- Опубликовано: 7 май 2024
- Ближайшая конференция - Heisenbug 2024 Autumn, 10 октября (Online), 17-18 октября (Санкт-Петербург + трансляция).
Подробности и билеты: jrg.su/Tq0vcu
- -
Как интегрировали Shift-Left Testing в существующие процессы. Плюсы и минусы, подводные камни.
Что такое shift-left и совсем чуть-чуть теории.
В основной части доклада - практика внедрения и итоги на проекте: что нас побудило перейти на новый подход, с какими проблемами столкнулись и как shift-left помог их решить. Ограничения при переходе, немного метрик с проекта и краткий анализ итога перехода. Общие рекомендации QA.
Будет интересно QA-инженерам и менеджерам, которые хотят узнать об опыте другой команды и ограничениях подхода.
Скачать презентацию с сайта Heisenbug - jrg.su/zvL0kA
7:40 =-10сек, "баги найденные на этапе тестирования - самые дорогие"
а как же те баги, что найдены после релиза, они не дороже разве?)
Видимо была речь пои приемочное тестирование, но всё равно вы правы.
35:10 Visual testing?
5:04 реализуемо или нет, это не дело QA инженера, тем более на стадии анализа требований. QA инженер может прочитать требования и сказать, что они, например, противоречат друг другу, противоречат текущей имплементации, в том виде, как они сформулированы их нельзя протестировать, они не полны, часть уже реализована. Может примернотпонять сколько это будет стоит по времени, что автоматизировать, что включить в регресс, где это все тестировать. Все эти вопросы, конечно, надо обязательно поднять с продукт оунером. Продукт оунер обязан реашировать не кивком головы, а делом. Но реализуемо или нет это вопрос разработчика, продукт оунера, бюджета и сроков. Или что имелось ввиду? Вообще то, что я слышу, а именно отсутствие всякого вовлечения QA в проектную жизнь, отсутствие QA культуры и процессов напрямую коррелирует с употреблением слов 'тестер', 'тестировщик'. QA и тестер это не одно и то же. Это как мерседес и запорожец. А если совсем просто, это mindset у всей, всей команды и ответственность и проактивность, как главные его составляющие. Есть подозрение, что эти изменения не сильно помогут, потому что под ними есть методология, а нет главного, понимания. И еще, уже с пути сносят концепции вовлекающие ИИ в тестирование, shift left, мало того, что меняет подход к работе у всех вовлеченных (использовать этот подход и продолжать писать 'мутные' требования или нагрузить 'тестера' этими нововведениями и ждать у моря погоды - не получится) так это как бы вчерашний день. Но, безусловно, опыт превыше всего, пока сам шишек не набьешь, ничего с места не сдвинется, уважаю. Удачи, ребят.
Если уж совсем задушнить, то QA всё-таки могут иногда сказать, что задачу нельзя воплотить в жизнь. Например, QA обычно лучше других понимают, какие требования у магазинов к публикуемым приложениям. Поэтому, имхо, это задача QA - вовремя сказать, что запланированное решение противоречит требованиям AppStore/Play Market.
Но в целом то конечно верно всё сказано.