Путь Full Stack QA - Антон Тарасов, Тинькофф

В своем докладе Антон разобрал:
- откуда взялось это направление;
- как мы реализуем его в Тинькофф;
- каких результатов добились за это время.
А также поделится, каким видит будущее этого направления и планами по его развитию.
Дайджесты, статьи и анонсы митапов: t.me/itstinkoff
Группа IT's Tinkoff Вконтакте: itstinkoff
Блог на Хабре: l.tinkoff.ru/habr-tinkoff
Наши вакансии: l.tinkoff.ru/its-career

[@julias.koblova9574]

Понятие Full Stack QA появился в банке раньше 2018 года ) разработчики в автоматизацию вовлекаются сложно и кажется если брать общий % вовлеченных команд - он достаточно низкий.

[@user-tc1px6ef5y]

ніколи за 15 років не було запиту автоматизації від куа.

[@user-qw4mb2kw5j]

Болтовня....

[@predatel_rodini]

Суть доклада. Мы просто назвали обычного нормального QA инженера, full stack qa 😂😂😂, потому-что так круче звучит

[@vadimburavlev857]

и еще и сэкономили на этом!

[@ntvisigoth]

Отчасти да, но как бы и нет))) Просто взять и научить ручника автоматизировать это нифига себе задача! Да, в некоторых Framework-ах это просто вызов методов действие1(), действие2(), assert_тут_сто_подов_будеттак() Но на практике это далеко не так. Это не просто вызов функций, это очень часто полноценное программирование. В конечном итоге у вчерашнего ручника появляется полноценный программный продукт "автотест" и к нему надо относиться также как и к обычному продукту. Появляются best practices по программированию + добавляются помимо обычных паттернов проектирования(стратегия, мост, декоратор и др. ) еще и другие специфичные для тестировщиков, к примеру Page Object. И да, автотесты надо поддерживать. То они флакают, то они перестают быть актуальными(продукт же развивается), то они слишком долго работают. И когда ручник смотрит во что превращается его работа он задается логичным вопросом "А мне это надо?". Как вывод, он может и послать НАХЕР команду, которая вынуждает его программировать. А с точки зрения бизнеса, если этот ручник хорошо ведет процессы, хорошо тест-дизайнит, хорошо продумывает тест-стратегии и воообще на результат его работы можно положиться, то он смело может сказать "Ну, ок! Пусть работает и не программирует" . А если бизнес ему так не скажет, то человек, если рукастый и смекалистый просто пойдет в другую компанию и уверяю, его купят!!! Рукастые и смекалистые и с опытом нужны ВСЕГДА! В том числе и те кто не программирует. А вот у компании появляется боль: найти в замен ушедшему другого, который захочет программировать, при этом обучить его продукту компании и при этом не факт что чел захочет работать далее, а ведь может он сказать "мне чет ваши процессы не нравится, как жизнь устроена, да и продукт как-то не отвечает моим целям" и уйти! А компания вновь встает перед процессом найма нового сотрудника, который тоже не факт что задержится. Поэтому, вводя требование : у нас тестировщики должны программировать надо как бы очень очень аккуратно!