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

Подписаться 328 тыс.

Просмотров 87 тыс.

50% 1

Гость сегодняшнего выпуска - Иван Катунов, 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
- Стать спонсором канала: ru-vid.comjoin
НАВИГАЦИЯ:
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 - КОНКУРС
МОИ КОНТАКТЫ:
- Подпишись на этот RU-vid канал :)
- Telegram: t.me/itbeard
- Instagram: / itbeard
- Twitter: / iamitbeard
- SoundCloud: / itbeard
- Discord: s.itbeard.com/discord
- Сайт: itbeard.com
#айтиборода #ityoutubersru #set #sdet

Наука

Опубликовано:

15 июн 2024

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 238

@itbeard 3 года назад

Таймлайны для вас, любимых: 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 3 года назад

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

@misteranderson6058 3 года назад

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

@user-rv7iq1gj3b 3 года назад

внатуре

@Trendish_channel 3 года назад

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

@red4k198 3 года назад

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

@ResidentOf 2 года назад

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

@aftercoffee 3 года назад

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

@cherepashkaRafael 3 года назад

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

@AndreyAndreev_USP Год назад

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

@yaroslav3579 3 года назад

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

@AMNUSA 3 года назад

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

@itbeard 3 года назад

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

@standwithu6063 2 года назад

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

@AlexStig777 3 года назад

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

@itbeard 3 года назад

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

@RelictTV 3 года назад

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

@user-tp8sb3pp6u 3 года назад

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

@cherepashkaRafael 3 года назад

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

@TribalBNS Год назад

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

@michail_m Год назад

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

@user-kq3se3xk5w 3 года назад

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

@itbeard 3 года назад

спасибо

@alexpunch3036 3 года назад

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

@vadimpopov1674 3 года назад

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

@user-mh4tm4ms6p 3 года назад

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

@itbeard 3 года назад

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

@IRusSoldier 3 года назад

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

@TheMblwa 3 года назад

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

@elegies14782 3 года назад

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

@VIRUSfool 3 года назад

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

@333Anvar 3 года назад

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

@andreiolegovich5971 3 года назад

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

@ivanmaslov8846 3 года назад

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

@samolevich 3 года назад

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

@dmitriy_dev_ua 3 года назад

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

@itbeard 3 года назад

Спасибо!

@alexanders8866 3 года назад

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

@itbeard 3 года назад

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

@callpack96 3 года назад

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

@user-xy6gy2cz3i 3 года назад

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

@mefodymo7456 3 года назад

Что такое ЛК?

@user-gh8sg8nr4w 3 года назад

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

@user-zd1ov1jo2v 3 года назад

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

@user-rv7iq1gj3b 3 года назад

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

@rjane722 3 года назад

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

@gingin9215 3 года назад

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

@itbeard 3 года назад

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

@unrealexeev 3 года назад

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

@funenglish8128 3 года назад

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

@bereg2k 3 года назад

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

@user-rq5ig7xr7u 3 года назад

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

@dimitri.fedorenko 3 года назад

Всем спасибо

@user-up3ct4uf7j 2 года назад

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

@dz_s 3 года назад

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

@itbeard 3 года назад

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

@user-sj2ky8ol1f 3 года назад

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

@lighto263 3 года назад

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

@user-wn1rw8uo2y 3 года назад

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

@Altinbek95 3 года назад

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

@michaeldeyev8809 3 года назад

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

@dimakof 3 года назад

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

@orest6610 3 года назад

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

@inzagher 3 года назад

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

@timmyocean2008 3 года назад

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

@itbeard 3 года назад

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

@hevnhevn 3 года назад

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

@mefodymo7456 3 года назад

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

@itbeard 3 года назад

Еее)

@user-uh7bo7uh6t 3 года назад

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

@RyboSSSik 2 года назад

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

@BTS-qc7de 3 года назад

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

@itbeard 3 года назад

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

@juliko_ 3 года назад

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

@xagent 3 года назад

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

@user-bs5gn2fv3s 3 года назад

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

@jorikvartanov8063 3 года назад

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

@katekate6725 3 года назад

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

@AsahBusheverov 2 года назад

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

@user-zt4yz7gn9q 3 года назад

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

@igorvas9043 3 года назад

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

@user-rb6gm4vk3g 3 года назад

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

@russel7142 3 года назад

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

@gordienkooffice5549 2 года назад

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

@boberbober8083 3 года назад

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

@Sago186 3 года назад

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

@Kirill-ve5lc 3 года назад

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

@user-nq4xy9yr1m Год назад

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

@AcidFloor90 2 года назад

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

@mikes.4793 3 года назад

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

@user-xq9kf8xk9t 3 года назад

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

@itbeard 3 года назад

Думаю будет)

@user-wt1tp2ff3h 3 года назад

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

@OK-vd8cp 3 года назад

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

@denis27200 2 года назад

Спасибо!

@itbeard 2 года назад

Спасибо!

@_meta_data_9992 3 года назад

For, While, If и многое другое для анализа данных: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-b12sGjzjw2w.html ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-qWBNK0ydGUM.html ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-5uEVOMmb6WA.html

@user-ll9pw3vc8g 3 года назад

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

@ilyal5712 3 года назад

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

@user-qs8xg3xp7o 3 года назад

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

@bogdan4122 3 года назад

Спасибо

@by_gomel 3 года назад

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

@itbeard 3 года назад

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

@b213videoz 3 года назад

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

@deimosatbelastronet 3 года назад

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

@nexys2836 3 года назад

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

@martinjohnson8333 3 года назад

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

@ilyal5712 3 года назад

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

@AndreyAndreev_USP Год назад

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

@itbeard Год назад

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

@AndreyAndreev_USP Год назад

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

@mr_nayls 3 года назад

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

@EisenFlammeberge 3 года назад

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

@Alxey1905 3 года назад

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

@mefodymo7456 3 года назад

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

@itbeard 3 года назад

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

@prekrati_tv5543 3 года назад

хотел бы я посмотреть на разрабов которые сами пишут весь спектр автотестов )00)))0))) Ах да, еще которые будут нагрузку сами катать по системе, а потом анализировать, ковырять логи все такое. Нету времени у разработчика на все это и желания... На одном проекте у меня разрабы тупо писали куски своего кода и ваще не понимали как под капотом работает собранное приложение)

@Mrpoljkee 3 года назад

интересное мнение!)

@user-ih1yb5iy2i 3 года назад

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

@isharamet 3 года назад

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

@timurdanilenko3582 3 года назад

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

@megafedya1 3 года назад

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

@serezhka2943 3 года назад

Аливье!

@irinagrigorieva7805 2 года назад

Ахахаха

@IlijeWed 3 года назад

А может ли в amo руководитель читать переписку сотрудников - как это сделано в Slack?

@itbeard 3 года назад

Хороший вопрос для сапорта)

@IlijeWed 3 года назад

@@itbeard я не их клиент) Просто интересно: во всех подобных продуктах есть такая функция или нет

@marry4560 3 года назад

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

@sergeymarkman5893 3 года назад

супер

@karington1168 3 года назад

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

@itbeard 3 года назад

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

@karington1168 3 года назад

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

@vitaly8430 3 года назад

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

@user-ho3fd2om5t Год назад

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

@user-zq8qo5fe4w 3 года назад

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