ОТЕЦ ТЕСТИРОВАНИЯ: SDET / Как управляются команды QA & AQA / Интервью с Software Engineer in Test

Гость сегодняшнего выпуска - Иван Катунов, TechLead и ex. Software Engineer in Test (SET, SDET) в компании "Flo". А говорили мы про то, что такое автоматизация тестирования, чем отличается автоматизация мобильных приложений от автоматизации сайтов, куда расти тестировщикам и какие обязанности входят в спектр задач SDET (Software Development Engineer in Test). Также, вы узнаете разницу SDET, SET, TeamLead и TechLead. Короче, будет бомбически 😎
Так что, заваривайте чаинский/кофеинский и погнали! 😉
ПАРТНЕР ВЫПУСКА:
amo | Корпоративный мессенджер - совместная работа еще никогда не была такой эффективной.
Бесплатно до 12 пользователей: clck.ru/QYK2L
ДОПЛОНИТЕЛЬНО:
- Иван в Linkedin: / ivan-katunou-496456116
- Аудио-версия выпуска: / e96
- Материалы из выпуска: t.me/itbeard/431
- Стать спонсором канала: kzbin.infojoin
НАВИГАЦИЯ:
0:00 - Вступление
1:14 - Детство и университет
5:23 - Почему не начал с программирования
7:58 - ИНТЕГРАЦИЯ
11:19 - Шесть лет на одном проекте - почему?
11:55 - Работа в Viber
14:16 - Переход во Flo
15:53 - Про Flo
16:48 - Для чего вторая вышка
18:42 - Что такое автоматизация тестирования
19:28 - Как понять компании, что им нужна автоматизация?
21:15 - Вытеснит ли автоматизация ручное тестирование
23:59 - Что не пропадет в автоматизации будущего
25:20 - Какие виды автоматизации тестирования есть
26:19 - Отличие автоматизации под мобилки, десктоп и веб
27:41 - Метрики тестирования
29:59 - Что такое "фреймворк" и какие есть
34:08 - Про бэкенд и разработчиков
36:15 - Из разработчика в автоматизаторы
37:11 - Какие языки программирования используют автоматизаторы
38:47 - Книги для автоматизаторов
40:21 - Автоматизация тестирования и DevOps
41:37 - Кто такой Software Engineer in Test (SET, SDET)
42:48 - В чем отличие от TeamLead
43:16 - Из кого развиваются SDET
44:03 - SDET - разработчик?
44:52 - Отличие SET от SDET (Software Development Engineer in Test)
47:12 - Где во Flo нужны SDET'ы
48:40 - Куда SDET двигаются дальше
49:59 - Разница SDET, TeamLead, TechLead
50:59 - Книги для развития в SDET
52:02 - Конференции
52:42 - Хобби
54:34 - Об организации митапов
56:36 - БЛИЦ
1:01:04 - ФАНТАСТИКА
1:04:33 - КОНКУРС
МОИ КОНТАКТЫ:
- Подпишись на этот KZbin канал :)
- Telegram: t.me/itbeard
- Instagram: / itbeard
- Twitter: / iamitbeard
- SoundCloud: / itbeard
- Discord: s.itbeard.com/discord
- Сайт: itbeard.com
#айтиборода #ityoutubersru #set #sdet

[@itbeard]

Таймлайны для вас, любимых: 0:00 - Вступление 1:14 - Детство и университет 5:23 - Почему не начал с программирования 7:58 - ИНТЕГРАЦИЯ 11:19 - Шесть лет на одном проекте - почему? 11:55 - Работа в Viber 14:16 - Переход во Flo 15:53 - Про Flo 16:48 - Для чего вторая вышка 18:42 - Что такое автоматизация тестирования 19:28 - Как понять компании, что им нужна автоматизация? 21:15 - Вытеснит ли автоматизация ручное тестирование 23:59 - Что не пропадет в автоматизации будущего 25:20 - Какие виды автоматизации тестирования есть 26:19 - Отличие автоматизации под мобилки, десктоп и веб 27:41 - Метрики тестирования 29:59 - Что такое "фреймворк" и какие есть 34:08 - Про бэкенд и разработчиков 36:15 - Из разработчика в автоматизаторы 37:11 - Какие языки программирования используют автоматизаторы 38:47 - Книги для автоматизаторов 40:21 - Автоматизация тестирования и DevOps 41:37 - Кто такой Software Engineer in Test (SET, SDET) 42:48 - В чем отличие от TeamLead 43:16 - Из кого развиваются SDET 44:03 - SDET - разработчик? 44:52 - Отличие SET от SDET (Software Development Engineer in Test) 47:12 - Где во Flo нужны SDET'ы 48:40 - Куда SDET двигаются дальше 49:59 - Разница SDET, TeamLead, TechLead 50:59 - Книги для развития в SDET 52:02 - Конференции 52:42 - Хобби 54:34 - Об организациии митапов 56:36 - БЛИЦ 1:01:04 - ФАНТАСТИКА 1:04:33 - КОНКУРС

[@user-kj8hr7ci5v]

Ну вот, даже Волков из Ментов решил податься в IT

[@misteranderson6058]

Ну правильно, почему бы не заняться чем то полезным на пенсии

[@user-rv7iq1gj3b]

внатуре

[@Trendish_channel]

- "С макарошками? Неаа, с пюрэээшкооой!!!"

[@red4k198]

Как же я с коммент угарнул!))

[@ResidentOf]

зашел чтобы найти этот комент

[@aftercoffee]

С днём тестировщика всех причастных!

[@yaroslav3579]

Идут слухи что скоро врачи из Фло 🥼 будут параллельно делать программы и писать под них юнит и енд2енд тесты :))

[@AMNUSA]

Спасибо, круто. Интересно, как всегда 👍

[@itbeard]

На здоровье!)

[@standwithu6063]

У тебя тоже занятный контент. Только он ориентирован на экспу в США;)

[@vadimpopov1674]

Интересный выпуск, отдельное спасибо бороде за ссылки на различные материалы и источники которыми делятся гости выпусков 👍🏻

[@AlexStig777]

Наконец-то про нас. Спасибо, Лекс :)

[@itbeard]

На здоровье!)

[@alexpunch3036]

Шикарный ролик! Спасибо большое за приглашение спикера из тестирования!

[@cherepashkaRafael]

Абсолютно согласен с теми, кто не торопится хоронить мануальное тестирование. Интервьюируемый вообще интересные вещи рассказывал, пока не сказал, что разработчики могут тестировать как тестировщики. =))))) Просто ржач. В моем опыте крепко сложился образ разработчика: ленивый умный раздолбай, который быстро схватывает, но...узко мыслит. И единицы из них люди комплексные, такие сейчас вырождаются. Это люди советского типа образования. А вот образ тестировщика: трудолюбивый пунктуальный ответственный человек, который долго схватывает, но стремится видеть картину целиком. Это разные элементы - как огонь и вода. В разработку и идут, чтобы не париться, делать чуть-чуть и кататься в шоколаде. Они не будут вкалывать как кони, не тот склад ума. А тестировщики - труженники, потому что проигрывают в таланте и чтобы быть на равных, впахивают. Они готовы много и упорно работать. Кто не готов - тех не берите, все завалят. Вот он конфликт, и если его решить возможно, то скорее как исключение из правил. Тоже самое относительно ручных и автотестеров. Последние зачастую только для того и идут в автотесты, чтобы з/п получать. А посчитайте выхлоп от одних и от других. Для среднего проекта пара мануалов выгоднее автотестера. При этом далеко не во всех проектах автотестами следует покрывать всю функциональность. Пример - интервью с тех. директором из Wargaming. Он вроде сказал, что у них автоматизируется ~5 - 10% от покрытия тестами, и эти проценты еще на практике надо обосновывать! Но в интернетах упорно не учитывают практику, но задвигаю красивые теоретические сказки. Это не значит, что не надо учиться, познавать автотесты. Надо, еще как! Но соблюдайте баланс. Баланс - самое главное в любом деле. Анализируйте, а не обманывайте себя.

[@AndreyAndreev_USP]

Вы сказали очень верные слова, что ручной тестировщик, особенно поработавший в другой сфере(ах), смотрит на все процессы гораздо шире разработчика.

[@IRusSoldier]

Такие умные люди наполняют вдохновением и желанием стать таким же классным специалистом

[@user-mh4tm4ms6p]

Давно не смотрел выпуски, а тут такая заставка, очень понравилась. Так в начале слова "Айтишечка надо". Браво лекс. И спасибо за достойный выпуск. Так держать и не сбавлять.

[@itbeard]

Спасибо, Женя)

[@elegies14782]

Спасибо большое! Безумно интересное интервью! На одном дыхании)

[@333Anvar]

Спасибо за интервью с таким гостем и кучу советов куда развиваться мне начинающему автоматизатору. Ваш гость за такой короткий период времени как ракета взлетел по карьере. Молодчик голова!

[@VIRUSfool]

Ухх... вот этот видос я точно закину в один из своих рабочих чатов!)) Спасибо, Леха!)

[@RelictTV]

Страхи, что автоматизацию отдадут разработчикам примерно того же уровня, что работу офтальмолога отдадут терапевту. Главная загвоздка в том, что обучить или найти специалиста одновременно в разработке и автоматизации сложнее. Если разработчик занимается автоматизацией, у него остаётся меньше времени на свои прямые обязанности, потому придётся искать второго такого же специалистами на все руки. Думаю, очевидно, что найти отдельно разработчика и автоматизатора значительно проще. Понятно, что разработчик в теории может потратить несколько месяцев, чтобы всему обучиться, но в таком случае ему придётся параллельно писать второй достаточно объёмный проект, часто работать с мануальными тестировщиками, потому что они не всегда понимают, что автоматизировать можно, а что нет. Плюс иногда приходится быть самому себе девопсом, чтобы настроить для тестов CI. В общем слабо верится в слияние этих профессий.

[@user-tp8sb3pp6u]

С учетом того, что сейчас активно продыигается в тестирование ml и нейронки, то вполне возможно, что эта профессия и сольется в виду того, что задачи возьмёт на себя робот

[@cherepashkaRafael]

@@user-tp8sb3pp6u , это больше сказки.

[@TribalBNS]

Я бы ещё про финансовый аспект не забывал. Хороший автоматизатор дешевле хорошего разработчика.

[@michail_m]

@@TribalBNS Во первых не дешевле . Во вторых в фаанге на пример есть только сдет как раз, ни каких тестировщиков

[@dmitriy_dev_ua]

Ееее!!!! Я наконец-то посмотрю IT-шечку один из первых)) Классные видосы 💪

[@itbeard]

Спасибо!

[@ivanmaslov8846]

Большое спасибо за видео! Было бы круто посмотреть новые видео про QA, BA (пока только одно), Product Owner (вроде не было). Интересно послушать про взаимодействие BA и QA и возможность роста из QA в BA. Спасибо заранее #АйТиБорода #onelove

[@user-kq3se3xk5w]

Приятный и толковый парень. Интересно было смотреть!+

[@itbeard]

спасибо

[@samolevich]

Супер видео. Посмотрю еще раз

[@andreiolegovich5971]

Отличная тема, спасибо!

[@callpack96]

Крутой выпуск, лайк!

[@alexanders8866]

Вижу новый выпуск Бороды - ставлю лайк!

[@itbeard]

Благодарочка)

[@user-zd1ov1jo2v]

зпасибо за выпуск!

[@dz_s]

Число подписчиков растёт на глазах, поздравляю и спасибо за выпуск.

[@itbeard]

Ещё бы просмотры росли... Спасибо :)

[@user-up3ct4uf7j]

Нравится очень твой контент. Имхо, герой этого видео - самый гармоничный из всех.

[@unrealexeev]

Очень интересно и полезно! Спасибо!

[@user-rq5ig7xr7u]

Спасибо за выпуск, может есть информация про встречи (мит апы) по автоматизации, про которые говорил Иван?

[@user-rv7iq1gj3b]

ааа, про звягина крутая книга, спасибо, что озвучил!

[@user-sj2ky8ol1f]

Супер! Спасибо!

[@lighto263]

Большое спасибо! Круто! #конкурс Самая неэффективная автоматизация, как и было упомянуто Иваном, это та, которая не стопит релизы, а запускается гле-то параллельно. Обычно она никого кроме самих автоматизаторов не беспокоит и они сами уже вынуждены ходить по командам в поисках тех, кто будет баги сборки разбирать

[@gingin9215]

Привет Борода! Предложение для темы выпуска: сделай отдельный выпуск про AR/VR. Тема очень свежая, не избитая, при этом для многих эта область до сих пор темный лес. Хотя, по моему мнению за этим будущее игр. Спасибо!

[@itbeard]

Есть в списочке, пока спецы не подвернулись. Мб когда-нибудь выцеплю создателей халфы алекс))

[@user-wn1rw8uo2y]

Сделайте пожалуйста видео про аналитиков систем,не бизнес)Все как всегда круто,спасибо

[@timmyocean2008]

Оо, так давно ждал этого :) правда хотел свою кандидатуру предложить)) в другой раз кароч.

[@itbeard]

Не последний же выпуск ;)

[@michaeldeyev8809]

Очень интересный гость! Круто было послушать

[@orest6610]

Вот это частота выхода роликов)

[@dimakof]

спасибо за гостя

[@dimitri.fedorenko]

Всем спасибо

[@user-uh7bo7uh6t]

Привет, Лекс✌️ Задай пожалуйста вопрос Сергею Немчинскому о Salesforce при интервю с ним. Роудмап, порог входа, его курсе, предположение о росте salesforce вакансий и сложно ли свичнутся в другое направление после Salesforce. Спасибо☺️

[@mefodymo7456]

Четкий чел, респект:)

[@itbeard]

Еее)

[@hevnhevn]

супер интересно, приятный гость

[@xagent]

Привет борода! У тебя есть в планах сделать выпуск с инди-разработчиком?))

[@AsahBusheverov]

Тоже закончил музыкальную школу с красным дипломом, также закончил лицей с физ-мат направлением, также сейчас работаю QA:)

[@jorikvartanov8063]

Создание нескольких хардкодных методов для тестирования функции логина для нескольких видов юзеров(менеджер, админ, клиент). Тут было достаточно одного метода пасуя туда параметры(userName, password) от разных видов пользователей.

[@Altinbek95]

С праздником, багхантеры)

[@katekate6725]

То чувство когда ты девушка и используешь Flo постоянно и начала смотреть айтибороду совсем недавно, на входе в айти, очень приятное совпадение увидеть работника любимого приложения, которое упрощает жизнь многим девушкам🔥💟 благодарю за интервью!

[@inzagher]

Из нестандартных решений приведу несколько. 1. Тестировался UI приложений WFP4 на уровне viewmodel. Т.к. многие вьюмодели содержали многопоточность, то тестировать их в одном потоке было бы плохой идеей, потому для поддержки многопоточности была написана реализация приложения OffScreenApplication, которая при старте запускала свой диспетчер и на нем выполняла все действия с viewmodel. 2. Был тестовый фреймворк для WebDriver, при помощи которого гонялись UI тесты на одном из сайтов. Данный фреймворк иногда использовался не по назначению, к примеру, на нем был написан, робот, который некоторое время мне исправно качал музыку с сайта clubtone.net. Был еще робот, который ловил запись к узкоквалифицировануму врачу. 3. При помощи автоматизированных тестов вылавливалась потеря сообщений в транспортной подсистеме. Небольшое приложение WPF осуществляло перенос сообщений с одного ресурса на другой. В определенных случаях транзакционность операций не отрабатывала и возникали потери данных. Чтобы поймать ошибку, были срезаны уровни UI и ViewModel, а все классы доступа к ресурсам(СУБД, MQ и т.д.) были декорированными. Данные классы умели управляемо генерировать исключения, что позволяло эмулировать всевозможные сбои. В итоге ошибка была найдена и исправлена. Из того, что оказалось неэффективным и одновременно разочаровывающим - описанные кейсы в пунктах 1 и 2, то есть UI тесты WPF и вебдрайвер. Времени на разработку потребовалось очень много, но количество найденных ошибок было минимальным(отлаженное ПО) + через некоторое время они протухли, т.к. поддерживать их было некому, а оттестированое приложение так и не ушло в релиз.

[@TheMblwa]

История про набор костылей из геймдев-тестирования. Давным-давно (году так в 2010-м) занимался тестированием одной браузерной игры. Игра была сделана Unity (когда про него еще мало кто знал) и запускалась тогда только из Facebook. И вот проблема была в том, что в одни счастливые выходные, когда все разработчики отдыхали, игровой сервер перестал логинить игроков - кто зашел до того, благополучно играли, а новые зайти не могли. При этом в админке все выглядело так, как будто сервер успешно работает, просто онлайн постепенно снижался в течение получтора суток. Чтобы отловить момент наступления катастрофы было организовано следующее решение: Поскольку игра хоть и в браузере, но выглядит как одна большая картинка, то Selenium использовать было бесполезно - на AutoIT (Sikuli тогда только появились и были немного нестабильны) был сделан велосипед, который по скриншотам (!) логинился в Facebook, потом в игру и верифицировал несколько ключевых изображений, соответствующих загруженному состоянию. Потом скрипт засыпал, а через минуту пробовал логиниться по новой. В случае неуспешного логина надо было как-то уведомить менеджера проекта, что серверу поплохело. Но нельзя просто так взять и отправть смс из AutoIT. Для этого запускался python скрипт, который создавал в Google календаре митинг, начинающийся через минуту от сейчас. А в атрибутах митинга было уведомление о его начале по смс на указанный номер. В первую же субботу успешно отловили зависание сервера.

[@user-bs5gn2fv3s]

Уууу.... Крутяк)

[@RyboSSSik]

Спасибо большое) Ваня повадками немного Илона напомнил..)

[@user-zt4yz7gn9q]

Привет. Вроде обещали ссылку на бесплатный курс по разработке под андройд в Минске? Поделитесь пожалуйста)

[@user-xy6gy2cz3i]

#конкурс Неэффективное решение было кидать джуна QA на автоматизацию тестирования ЛК приложения, чтобы он неделю искал решение как автоматизировать прохождение капчи при регистрации)

[@mefodymo7456]

Что такое ЛК?

[@user-gh8sg8nr4w]

В одной из контор где я работал кейс с капчой был проверкой на адекватность junior QA automation. Если джун пытался гуглить, как проходить капчу на нейросетях в автотесте вместо того, чтобы подойти и узнать, какой кастомный заголовок нужно отправлять с клиента, чтобы отключить капчу, то персонаж брался на карандаш)

[@funenglish8128]

Пишет тесты на селениуме и может даже где-то добавить локаторы, орнул😂)

[@bereg2k]

скорее всего имелось в виду "добавить локаторы в коде самого веб-приложения". Довольно адекватный вариант для расстановки адекватных тегов-локаторов прямо на уровне разработки.

[@russel7142]

Хороший канал👍💪

[@user-nq4xy9yr1m]

Прослухав це інтервю коли мав два роки опита мануальщини, і прослухав коли про працював рік СЕТ-ом і воно прям зовсім по іншому сприймається

[@rjane722]

Больше видосов про тестировщиков!

[@igorvas9043]

За тестера сразу лайк

[@Kirill-ve5lc]

Ууууфф, пушка ракета

[@user-rb6gm4vk3g]

Ждем интервью с пинтестером, думаю будет интересно.

[@AcidFloor90]

Интересный собеседник. Было познавательно! Но то что большая часть автоматизации тестирования перейдёт под бразды правления разработчиков - спорно. Да, есть Unit-тесты (оно же модульное тестирование), есть мутационное тестирование, тот же Code Review (что схоже с тестированием документации/спецификации/требований/дизайна) за которое должны отвечать непосредственно программисты, но я считаю что если добавить им ещё и написание авто-тестов (скажем, хотя бы для API), то это будет только в нагрузку. Разработчик должен заниматься разработкой, а тестировщик всё это проверять/тестировать. Это два параллельно идущих процесса разработки (хотя по правилам тестирование должно начинаться раньше). Как в разработке есть свои методы, принципы и подходы, так и в тестировании всё это тоже есть и я не вижу выхода в том, чтобы на девелоперов спихнуть ещё и написание авто-тестов. Может быть это и выглядит как оптимизация процесса тестирования, но это же доп.нагрузка на разработку. Ладно, может быть проект маленький и там действительно есть время у разработки заняться авто-тестами, а если проект/продукт объёмный, со своим устоявшимся легаси? В общем, это моё ИМХО и я считаю что и тестировщики (как мануальные, так и автоматизаторы) и разработчики, должны выполнять свою роль на проекте. Не отрицаю тот факт, что в будущем может зародиться какая-то новая должность, на стыке разработчика и тестировщика (как например появился DevOps), но если я правильно понял, то Software Engineer in Test и есть пример такой должности. Но кто знает, кто знает, что IT сфера преподнесёт нам в будущем...

[@Sago186]

Класс ! Спасибо ! Но где питон ?? ))))

[@user-xq9kf8xk9t]

Лекс, а будет выпуск про ассемблер когда - нибудь?)

[@itbeard]

Думаю будет)

[@BTS-qc7de]

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

[@itbeard]

да ладно, разобрал от и до дефенсиф. Разве что форензика затащить, но они все под подписками... Как и атакеры

[@juliko_]

Пусть в маске сидит :)

[@denis27200]

Спасибо!

[@itbeard]

Спасибо!

[@gordienkooffice5549]

Классный музон на канале во вставках

[@user-wt1tp2ff3h]

Крутой гость!

[@AndreyAndreev_USP]

Спасибо за видео. Было очень интересно. АйТиБорода, большая просьба: ссылки, про которые говорят гости или ты сам, размещать не в телеграм канале, а здесь, в описании под роликом. Потому что я смотрю его в декабре 2022, а ролик снят два года назад. И я не понимаю, как мне эти ссылки сегодня искать в телеграм канале?! И еще мне стало интересно следующее. Иван на 47 минуте начал рассказывать, что сначала у приложения был простой и легкий бэкэнд, который они впоследствии сделали "тяжелым". Ты не задал напрашивавшийся вопрос, почему и зачем они это сделали, если приложения прекрасно работало и с прежним бэкэндом. Не получилось ли так, что в итоге это сравнимо с перевозкой кирпичей на Тесле (коли уж про Маска много говорили в ролике)?

[@itbeard]

Под роликом есть ссылка на пост в телеграме со ссылками. В чем вопрос?

[@AndreyAndreev_USP]

@@itbeard вопрос в количестве действий, которые надо сделать сегодня, чтобы найти то, о чем говорил Иван. Просьба, если непонятно из моего сообщения, заключается в том, чтобы все ссылки размещались в описании под видео или в первом закрепленном сообщении под видео. не у всех есть телеграм. не у всех он установлен на ноутбуки.

[@boberbober8083]

Зачётный гость, плюс в пацанячью книжку

[@mikes.4793]

#конкурс Самая жесть с которой я сталкивался это 6-7 часовые тесты финансовой части продукта, а именно проверка калькуляции инвойсов, подписок, подсчет статистики. Так как вся эта финансовая часть зависит от времени, биллинг периода клиента, и собственно истории, то для подготовки данных и собственно самих тестов на виртуалке переводили время. Например создали сущность, посчитали, что-то поменяли, перевели время, еще раз посчитали. Все это работало, находило баги. Самое эпичное началось, когда нужно было уходить от обычных виртуалок к контейнерам, а так как все мы знаем, там время не поменяешь) Хоть как-то быстро разрулить ситуацию помогла либа github.com/wolfcw/libfaketime

[@user-qs8xg3xp7o]

#конкурс нужно было запустить скриптик, который бы флудил в чат на socket.io, клиенты только на мобилках, подключиться не получалась дня 2-3, в итоге через селениум заходил в админку, авторизовывался, скролил меню, искал чаты и бесконечным циклом заполнял поле ввода + "Отправить"

[@user-ll9pw3vc8g]

А что за курсы бесплатные в Минске?)) подскажите

[@timurdanilenko3582]

Когда уже про 1С будет?

[@by_gomel]

Отличное интервью, заинтересовало, потому что на моих клиентских проектах работал тоже SDET. А на линку Вани почему-то нельзя зафрендиться =(

[@itbeard]

На здоровье. Наверно Ваня убрал эту возможность

[@user-ih1yb5iy2i]

А стрим с Максом Михеенко был?

[@mefodymo7456]

Про саппорт будет выпуск?:)

[@itbeard]

ох не думаю... Нам ребятам особо некуда расти, да и сапортеры в разных компаниях сииильно отличаются...

[@bogdan4122]

Спасибо

[@OK-vd8cp]

Какой интересный собеседник

[@EisenFlammeberge]

#конкурс самое неэффективное решение: Клиент требовал отчёта поэтапного исполнения тестов с демонстрацией исполнения. В итоге тесты которые длились 5мин где-то в докере стали длиться больше 4х часов потому что всё работало на ноутбуке тестировщика через корпоративный VPN в другой стране и по домашнему инету. В конце тестировщик должен был заполнить табличку в экселе о состоянии выполнения (именно так, никакой автоматизации ибо "машина врёт") и отправить менеджерам что всё ОК.

[@Alxey1905]

#конкурс Самое неэффективное решение по тестированию в нашей компании было отказаться от записи тест кейсов. Пытался вразумить о необходимости, но из-за дефицита кадров на документацию тупо нет времени

[@mr_nayls]

#конкурс При тестировании мобильного приложения для умного дома, был в хлам задрочен всеми тестерами датчик протечки воды, что со временем, его сжимаешь в руке и он начинает спамить, это был лучший тестовый девайс, потому что у него башня слетела и можно было быстрее без таймаутов увидеть реакцию на срабатывание датчика. В итоге был брошен в кружку с водой, а на столе лежали устройства, которые получали уведомления с модалкой, что привело к забавной строчке в редмайне "Краш приложения при 1000+ уведомлений от протечки воды". PS. Без понятие что это, но где-то на грани с бесполезностью

[@karington1168]

#Конкурс Попытаюсь одной историей поучаствовать в обоих номинациях Сори, не могу описывать в подробностях, по условиям трудового договора, поэтому в общих чертах. Есть устройство (компактное, носимое). В устройство поступает видеопоток со встроенной камеры, задача устройства распознавать определённые образы на видео, и при их распознавании подавать сигнал пользователю. В ходе проекта требовалось выяснить границы, за которыми технически задача становилась невыполнима, и вообще понимать делают ли вносимые в алгоритм изменения лучше или хуже. Проблема была в том, что так как камера встроенная, а код даже не на PC выполняется, подсунуть видеопоток на устройство не представлялось возможным, а значит повторяемость входных данных недостижима. Тогда для повторяемости, был построен огромный ЧПУ станок (выделили под это отдельную комнату), по типу фрезерного, у которого в качестве сменного инструмента использовались карточки с образами, которые нужно было распознавать. Станок управлялся с Rasbery Pi, к которому так же были подключены димеры освещения в комнате. ЧПУ двигает карточку всегда по одной траектории, с одной скоростью и на одном и том же расстоянии. Это обеспечило достаточную повторяемость (но всё равно не полную) данных, и стало возможным отслеживать как изменения в коде влияют на результаты работы алгоритма распознавания. Тот пример, когда без автоматизации протестировать невозможно, потому что вручную тестер не может ввести данные с требуемой точностью :) Тесты на том проекте были вида: "установить такое-то освещение, образ номер 4 двигать по такому- набору координат с такой-то скоростью" Хотя, если было какое-то решение (которое мы упустили), которое позволяло бы всё же подсунуть в устройство свой видеопоток, а не со встроенной камеры, то наше же решение является самой неэффективной автоматизацией, потому что получается что мы вместо того чтобы один раз записать видео и гонять его по кругу, построили целую комнату, в которой раз за разом воспроизводятся сложные условия освещения и перемещения в пространстве.

[@itbeard]

Поздравляю с победой в конкурсе! Для получения приза прошу написать мне на почту (указана в описании канала) и прикрепить к письму скрин вашего конкурсного комментария (собственно под которым я всё это и пишу) :)

[@karington1168]

@@itbeard Принял, спасибо!

[@sergeymarkman5893]

супер

[@ilyal5712]

Как у этого скромного парня остается время на спортзал, гитару и фантастику?

[@nexys2836]

Ребята, подскажите название музыки в начале видео, пж.

[@igorkovalenko6775]

А есть IT-шники качки или бойцы мма? :) Если найдёте-уверен выпуск порвёт 😂😂😂🥊✊📯

[@martinjohnson8333]

#конкурс Автотестов много, писались на протяжении 3х лет. И, что может быть хуже, чем редактирование красных тестов на зеленые в html репорте и отправке этого файлика заказчику?

[@ilyal5712]

Сделать то же через Photoshop :)

[@selfclimbing]

На все книжки ссылки бы... Было бы хорошо

[@b213videoz]

1:22 Lead боянист 🤣 Хороший пример Atlassian с их JIRA: у них одни unit & unit/component integration тесты - и... куча Usability Issues! Потому что End-to-End/Acceptance testing у них впролёте. Unit, Component Integration Tests - это всё конечно хорошо только вообще ничего не гарантирует: вы протестировали каждое слово в предложении - ошибок нет, идём дальше: тестируем словосочетания - и тут хорошо - но где гарантия что предложение правильно и несёт смысл? Беда SDET - они всё таки в первую очередь кодеры, у них ручки чешутся КОД ПИСАТЬ а не баги ловить

[@deimosatbelastronet]

#конкурс Ещё не поздно? Разрабатываем среди прочего космического оборудования датчики астроориентации. Это такие камеры, которые смотрят в небо будучи в космосе, распознаются звёзды и определяют, куда они смотрят. Требования - точность и вероятность верного решения (нейронок нету, на этот утюг бюджета энергопотребления нету). Как тестировать алгоритмы? Ставим перед объективом мобильный телефон плюс пару килограммов стекла в роли коллиматора и выводим на экран телефона картинку неба, которая движется по заданному закону. Через штатный канал получаем вычисленную ориентацию, сравниваем, набираем статистику.

[@Mr43046721]

Кошки - это важно для Айтишника, запомните))

[@user-ql8gh8yk1x]

Всем привет)) а тут можно найти себе наставника?))) очень нужен ттакой добрый человек

[@isharamet]

Ваня, так ты у нас тоже баянист)

[@deadbabay]

Не пойму кто минусует твои видео. Ну круто же сделано и всегда интересно) держи краба

[@igor_haib1579]

Бро, сделай пожалуйста интервью с сис админом 👾👾👾👾👾

[@CoronosMaFaka]

#конкурс Не могу привести пример, так как не имеется реального опыта в автоматизации, но хотелось бы получить данную книгу, чтобы в дальнейшем знать как правильно и как лучше это применить)

[@user-zq8qo5fe4w]

По поводу нетривиальных решений. После введения двух факторной аунтификации, определенный "пользователь" получил десять тысяч пропусков, скоро закончаттся ))))

[@alexalexl245]

а DevTestOps это оно?

[@vitaly8430]

В теории и инженер может чинить авто, но есть разделение труда, пришедшее издревле, так что мануфактура будет, это логичнее, чем фулл стек - и фронт и бек и авто и мануал и девопс...

[@user-ho3fd2om5t]

Нагрузочника было бы здорово увидеть

[@funenglish8128]

#конкурс Хочу книгу! Вообщем как-то у нас разработчики залили новый билд и все тесты попадали, откатить нельзя было из-за каких то причин. И еще совпал момент что должны были месячный отчет по тестам предоставлять топам. Они все примерно знали сколько у нас тестов и какой процент прохода должен быть по этому дать липу по стате не вышло бы. Вообщем лид сказал чтобы мы что хоти сделали но чтобы тесты все проходили а мердж он заапрувит любой. По итогу все тесты были заменены на блок try:pass except:pass. По чему именно она? Примерно это мы получили от индусов в кажом тесте когда пришли на проэкт😂 Так что как сказал парень из интервью. Из любой ситуации можно найти выход. Буду благодарен за книгу

[@jewgenijmoldawski3306]

А этот лид сколько дней после этого был ещё лидом?

[@megafedya1]

Тестировщики сила, багам могила

[@serezhka2943]

Аливье!

[@irinagrigorieva7805]

Ахахаха