Собеседование на тестировщика ПО (Junior QA) №15

Подготовка к собеседованию на QA Engineer

Транскрипция видео:

  • [музыка] Итак всем привет С нами сегодня Евгений который хочет стать очень сильно тестировщиком Евгений Расскажи чуть-чуть про себя как эти ожидания Что ты хочешь узнать может быть получить от нашего сознание хотел бы попробовать себя собственно свои знания попробовать да как-никак У тебя большой опыт в тестировании Когда со стороны смотришь Это намного важнее чем я сижу вроде все про уже проштудировал и я не понимаю в каком месте сейчас я нахожусь Мне уже пора на собеседовать на реальные собеседование не пора вот а ты как

    00:00:00 - 00:01:23

  • человек уже с большим опытом сможет сказать дошел Я до этой определенной точки или нет Вот я жду ожидания мое собеседование это именно как раз таки высказывания можно нельзя где ты брал источники где-то учился в какой-то школе или сам по открытым источникам нет Я учился по открытым источникам на самом деле наверное очень хорошо но в интернете есть огромное количество курсов да Опять же как только разблокировали Rutracker оказалось что там есть четыре таких достаточно сильных курса Вот и вполне Ну я с большим удовольствием

    00:00:48 - 00:02:08

  • оттуда знания почерпнул вот есть неплохая школа it VIN по моему называется вот на них Кстати этот курс бесплатно выложен Так что можно оттуда знаний черпать Ну да на Ютюбе много бесплатных роликов в общем ты учил себя сам это самое можно так сказать Окей окей тоже вариант Хорошо тогда начнем с базовых вопросов и постепенно пойдем Что такое тестирование Расскажи пожалуйста составление ожидаемого результата и фактического результата мы смотрим расходятся они или нет когда не сходятся что мы делаем

    00:01:30 - 00:02:51

  • хорошо Откуда мы берем ожидаемое поведение есть хорошая книга Савина он прям пять раз указал спецификация спецификация спецификация спецификации спецификации и только потом уже все остальные источники вот так что в первую очередь это конечно техническая документация Ну и дальше уже Мы смотрим Если есть то ей пользуемся Если нет то мы можем брать [музыка] спецификации аналогичных проектов конкурентов [музыка] можно попросить скажем так ожидаемый результат от Project Manager от бизнес аналитика А ну и здравый смысл конечно же наш

    00:02:14 - 00:03:53

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

    00:03:11 - 00:04:20

  • маленькой ситуации правильно что система должна не должна пройти такой элемент Ну этому касается негативного тестирования мы чуть вопрос перейдем Назови пожалуйста цели тестирования тестирования верификация валидация поиск ошибок Что в твоем понимании верификации верификация Когда у нас [музыка] от нас когда фактически результат соответствует ожидаемому результату с технической точки зрения валидация это когда фактически результат сопоставим с ожидаемым результатов от клиентов от заказчика то есть не по

    00:03:45 - 00:05:14

  • документации Когда это все отработано А это четко отрабатывается на ожиданиях клиентов могу привести пример который описывает эту разницу я правда немножко там этот интернет прервался Можно конечно верификация когда у нас четко отрабатывание нашего сценария по технической документации валидация это когда наш результат таков каков его хотели бы видеть заказчики или конечные пользователи Вот то есть какая разница то есть техническая документации у нас указано то как конечный пользователь заказчики хотят

    00:04:37 - 00:06:13

  • чтобы программа работала ты говоришь Первое это у нас что соответствует документация второе что соответственно скажем так Ну как мне кажется да с технической документации можно описать все достаточно сухо Вот и выдать продукт который будет не совсем [музыка] подходить ожиданиям заказчиков или клиентов хочешь сказать что значит требования они очень формальные А вот дух системы вот он передастся во втором Я хотел бы рассказать пример А там уже Мы могли бы разобраться на конкретно этом примере Да вот в интернете вычитал про историю с

    00:05:34 - 00:07:08

  • арбузом а310 когда его проектировали нужно было сделать так что когда он приземляется и шасси касаются посадочной полосы нужно чтобы открывались закрылки и документации прописали Так что давайте когда колеса начинает крутиться когда колеса начинает крутиться мы закрылки будут открываться колеса начали крутить самолет приземлился колес начали крутиться здорово но произошла ситуация когда прошел дождь самолет приземлился но колеса когда шасси коснулись взлет посадочной полосы они не покрутились они

    00:06:25 - 00:07:47

  • проскользили и из-за этого Самолет вылетел За зону взлет посадочной полосы Вот то есть ну со временем когда там Они уже пол полосы проехали колеса закрутились закрылки действительно открылись вот и получается что когда колеса начали крутиться закрылки открылись с точки зрения верификации все четко выполнено хотели чтобы когда колеса крутятся закрылки открылись Все здорово Вот но ожидали то что как только колеса будут касаться посадочные полосы так только и будет происходить открытие закрылок то есть валидация не совпало с тем что

    00:07:12 - 00:08:33

  • прописали документации документация как формальное требования у нас как бы основная идея она была немножко про другое То есть дух требования как бы не был соблюден потому что хотели чтобы при посадке открывались закрылки А по факту из-за того что очень формально подошли требованиям да Ну да ловили вот этот момент ну ладно ладно конечном счете в конечном счете кстати начали отыгрывать на изменение давления в шинах Вот то есть как только самолет касался когда шасси касались полосы давление возрастала Вот и к этому

    00:07:52 - 00:09:05

  • привязали открытие закрылок более хорошая прописано слове скажем так Я рекомендую тебе Да нет всё я понял Ну я говорю принципе понял суть я тебе рекомендую для будущих собеседования что-нибудь из мира с программного обеспечения самолета придумать или программировали Да но тебе не придется скорее всего Хотя я конечно очень хотел чтобы тебя в арбас взяли Ну скорее всего придется заниматься разработкой веб-сайтов или нативных приложений для поэтому А так хорошо хорошо какие ты можешь назвать виды тестирования

    00:08:28 - 00:09:52

  • а не до тестирования вообще их достать большое количество по-разному они подразделяются Вот Но я бы наверное выделил основные это Manual авто то есть ручной автоматическое и функционально не функционально это основные такие столбы скажем так вот а дальше они уже будут разделяться скрепы да А дальше они уже будут конечно разделяться на более мелкие виды тестирования Ну на самом деле классификация существует миллион этих и их иерархия это очень спорный вопрос поэтому реально здесь я тебя не советую

    00:09:18 - 00:10:41

  • говорить ты можешь сказать Существует несколько иерархий Я помню деление ручной автоматизирована Я помню деление функционально не функциональное еще и называешь Потому что ты начнешь говорить что там значит одни внутри других третьих насчет философия делает прочитали не согласен она не нужен на это упор делать я понял то есть просто начинать ее с локализации на другой и так далее Потому что где-то может быть не так и человек который тебе собеседует я другую книжку читал и всё и начнётся тестирование как наука

    00:10:03 - 00:11:17

  • зародилось совсем недавно поэтому четких столпов еще не договорились А кто-то в принципе войти во всем так это не только тестирование программистов тоже много подобного какой подход правильным считать какой неправильным каждый пишет свои книги и они друг другу противоречат Так что это норма для всей отрасли так хорошо Ну давай вот ручное автоматизированное Да допустим в чем как они соотносятся в каком случае мы ручное применяем В каком автоматизированные конкретно в моем случае я думаю что будет вручную вот Хотя я немножко

    00:10:42 - 00:11:59

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

    00:11:25 - 00:12:42

  • все на самом деле в рамках нашего обычного функционального тестирования то есть мы те же задачи те же можем автоматизировать А еще чего зависит применение ручного или автоматизированного кроме количества задач и их однотипности самый Элементарно что в голову приходит если задача отправить или нет Чего ты будешь отталкиваться я бы сказал что наверное по времени если задача требует скажем так если ручное выполнение этой задачи быстрее чем написание теста на нее то оптимальное было бы руками да Такой есть параметра еще чего зависит

    00:12:19 - 00:13:51

  • это все то что назвал это все в рамках просто функционального тестирования все правда то есть допустим этого когда мы выбираем Да между ручным автоматизированным А у нас есть ситуация когда мы не выбираем потому что что-то можно сделать но я бы сказал что наверное когда еще проект только стадии разработки Да когда у нас есть документация например тут авто тестирование сложного это будет применить вот здесь только скажем так ручной тестирование пригодится возможно использовать все верно всё правильно ты

    00:13:10 - 00:14:15

  • говоришь Но это все равно все в рамках как правило функционального тестирование еще у нас есть зависимость от того какой в принципе вид тестирования применяем Потому что есть виды тестирования где авто тестирование неприменимые зависимости от всего например тестирование User Experience это два понятия на самом деле я знаю интерфейс и User Experience удобство пользования то есть интерфейс мы смотрим насколько хорошо отрабатывает кнопки хорошо с функциональность страницы хорошо функционале страницы

    00:13:43 - 00:14:58

  • функциональное тестирование Ну вот отрабатывает ли страницы вот а User Experience Это насколько Понятно Наверное насколько удобно пользоваться насколько легко там человек если приложение небольшое сможет без документации разобраться как что-то скачать выполнить какую-то операцию если большое Пусть тоже может А что бы нет это не то как отрабатывает страница то соответствует ли страница дизайном и мы сравниваем визуальную составляющую с дизайнами Вот и соответственно UI Мы в принципе тут библиотеки которые

    00:14:26 - 00:15:45

  • позволяют автоматически сравнивать дизайн и страницы а вот мы никак не можем автоматизировать робот не может свое мнение высказать о том что понравилось понял что ты так далее вот есть Вид тестирование где Без автоматизации никак нельзя руками как ты думаешь [музыка] где только с автоматизации Ну да Ну там в теории может можно там миллиард людей нагнать И что ты заставить делать но проще что я бы наверное в модульное тестирование запихнул бы автоматически Вот потому что надо тебе например миллион параметров проверить вот намного

    00:15:05 - 00:16:28

  • проще написать функцию вот как эти тест еще мы называемый тестами правильно отлично А еще какой вид тестирования [музыка] говоря не приходит Ничего в голову Что можно вот еще автоматически протестировать А ну я могу предположить что не установка регистрацию Можно например автоматическую производить регистрацию есть например тестирование производительности Да конечно тестирование Когда мы можем нагрузить какую-то платформу проверить как она на отказоустойчивость вот выдержит ли она там например 1000

    00:15:48 - 00:17:21

  • пользователей веб-сайт выдержит ли 1000 пользователей ежесекундно Да вот условно DOS атаку выдержит не выдержит Ну а как вычесть систему при этом проверяем как мы нагружаемся какую часть можно назвать тестирование ой белого ящика но опасная игра началась поговорим по поводу тестирования производительность Вот и сказал что мы проверяем отказа устойчивость тут надо указать что мы много чего можем там проверять и отказываем устойчивость это один из подвидов тестирования производительности это вовсе не

    00:16:54 - 00:18:04

  • обязательно то есть мы можем проверять как он среднюю нагрузку выдерживает как он выдерживает максимальную нагрузку в пределах допустимых значений А можно проверить В какой момент сервер сломается это все разные истории зависимости того чем мы хотим выяснить называется разные профильные нагрузки и там бывает вот этот стресс тестирование Volume вот это все внутри я не буду спрашивать Ну вот если ты захочешь об этом сам рассказать там вот четыре вида выделяют правило и можно можно рассказать Но обычно на собесе

    00:17:41 - 00:18:49

  • особо не копают Но что-то тестировщик нагрузочный это там тестировщик производительность это отдельный человек который редко когда начинаешь Джуниора и прям этим занимается ты обычно как тестировщик безопасности это отдельная линейка развития профессионалов так скажем интересно да и в тестирование производительность соответственно мы набираем профиль пользователей то есть очень много людей нам надо виртуальных создать которые должны найти стучаться и поэтому вручную мы только пишем те самые автотест

    00:18:15 - 00:19:19

  • хорошо а вот как ты думаешь какие тестирования где можно и ручное и автоматизированное производить в равной степени да там например или как-то в симбиозе кроме тестирование функционального нашего Какой еще может быть тестирование нам подойдет подойдет как мне известно как мне известно потому что пробовал Да формально через автотесты можно запускать браузера например через заселение вот можно запускать различные браузеры вот Фарм и также ты же можешь ручками запускать различные браузеры поэтому формально я могу

    00:18:48 - 00:20:14

  • кроссбраузерность например и авто тестами прогнать и ручками прогнать наверное такое можно тестирование безопасности отнести к этому потому что тестирование безопасности у нас происходит именно не подмена одной одного вида другим то есть тестировщик безопасности который придумывает возможные векторы атаки так называемые он сидит думает ничего не использует как правило он думает он смотрит как выглядит приложение его архитектуру и так далее но при этом существует программа авто тестирование безопасность

    00:19:39 - 00:20:52

  • которая может тестировать безопасность в автоматическом режиме которая До недавнего времени стояла у всех что это за программа такая Волшебная сейчас уже реже встречать операционная система более безопасные А раньше прям честно говоря я не знаю что это конкретно за программа Я знаю что тип программы какой Да я бы сказал что это какой-нибудь генератор ключей антивирус из базы данных где он знает про все уже известные вирусы И когда ты включаешь компьютер он автоматически тестирует твою операционную систему на наличие

    00:20:17 - 00:21:49

  • уязвимости То есть это инструмент автоматическое тестирование безопасность Я слышал что на самом деле с антивирусами не все так просто Потому что когда люди пишут какой-нибудь вирус первое что они делают это проверяет этот вирус на все доступные антивирусы Да и поэтому если антивирус про него знает он найдет если не знает то нет поэтому я говорю о том что здесь антивирус не подменяет того кто придумал вирус а он как бы вторую часть тестирования выполняет с другой стороны помогает кто-то придумывает конечно а если их

    00:21:06 - 00:22:23

  • потом уже позже обнаружили их вносят в базу данных этого антивируса и он потом вычисляет он не может найти новый вирус он может найти только известный но известно находит в автоматическом режиме это очень здорово симбиоз получается интересный [музыка] хорошо вот мы про ящики говорили какие-то там ящики знаешь вообще ящики это различаются по уровню доступности кода есть раньше был там доступно в каждом из них стеклянный ящик соответственно видим все его внутренности соответственно мы видим код Вот как я понимаю

    00:21:45 - 00:23:11

  • лайтбокс это больше работа самого разработчика То есть когда он пишет взял и тест написал для своего для какого-то модуля своего это будет тестирование если мы говорим про какую-то [музыка] без доступа к коду то это будет blackbox то есть мы будем смотреть как отрабатывает приложение как его функционал отрабатывает без доступа к коду и игры бокс это когда мы смотрим Когда у нас опасно лед пошел хрустит это всегда такой сложный вопрос как его объяснить что-то среднее я ввиду того что писал небольшие

    00:22:37 - 00:24:12

  • приложения на Джаве у меня было можно сказать тестирование greybox То есть я бы контент написал фронтата еще нет у меня вот и через постман запросики бросал на бэк смотрел потом как он в скелетки отрабатывает Я думаю что это относится к тестированию серого ящика я согласен сейчас называют тестирования Хотя по сути тестирование этих веб запросы на сервер который мы пишем тут можно выделять не только критерии насколько Мы погружены в код между ящиками но критерий того что мы покрываем тестами мы не просто допустим в Белом ящике

    00:23:28 - 00:24:45

  • знаем как выглядит система мы покрываем тестами сам код Мы не только не знаем как кот читать покрываем тестами требования бизнес логику вот что-то придумать Да хорошо так какие там еще ты знаешь виды или классификации О что нас еще ты просбраузер сказал что это такое мы смотрим как Ну я я бы сказал что мы смотрим Как наше приложение будет отрабатывать при различных браузерах Вот потому что как я понимаю на различных браузерах могут быть различные определенные настройки Вот и у нас может разметка поехать например

    00:24:11 - 00:25:58

  • на одном Вот и Наша задача будет выбрать скажем так потенциально хороший браузера наиболее пользуемые вот их протестировать компанию который будет делать какой-нибудь приложение внутренние для какого-нибудь Газпрома или чем такого у них будет требования должно работать на интернет браузере 96 года и придется очень много времени провести То есть тут все будет зависеть что нам еще важно Кроме того что браузер мы меняем один момент кроме самих браузеров Ну вот мы меня запустим Chrome Firefox Safari что

    00:25:07 - 00:26:23

  • угодно что еще мы можем менять чтобы кроссбраузер нам было более успешно [музыка] Честно говоря мне кажется что форматы могут меняться вот [музыка] Нет мы можем менять потому что браузеры один и тот же но может быть пятилетней давности А может быть сегодняшней Несмотря то что это один тоже браузер по производитель это разные браузер по функционалу и зачастую у нас бывает требования что надо поддерживать не просто как-то определенный старой версии или нет Или не надо мы должны это учитывать иногда

    00:26:00 - 00:27:16

  • заказчик пишет должно поддерживать какие-то браузеры на последний актуальной версии туда значит Вопросов нет мы просто Тестируем когда разрабатывается продукт Но если не меняется мажорная версия то по сути она должна поддерживать предыдущие версии например как с вордом да самый последний Word будет работать с самым первым городом но в обратную сторону не будет то есть первый варт не будет с последним работать но вот уже нательное приложение свои фишки и это то что сказал называется обратная совместимость где-то

    00:26:39 - 00:27:55

  • это существует где-то нет [музыка] то же самое с видеоиграми с приставками есть приставкой Xbox они в свое время когда анонсировали последний Xbox говорили что будут поддерживаться игры вплоть до Xbox 360 обратная связь но 360 не был самым первым то же самое с приставками PlayStation они там тоже играют можно какие-то поддерживать то нельзя А когда мы говорим про веб-сайты с веб-сайтом так много времени что очень маленький шанс сейчас откроешь какую-нибудь интернет использует первой версии и на нем сможешь хоть что-нибудь

    00:27:17 - 00:28:32

  • в принципе открыть вот так что обратно совместимость для всех браузеров всех видов вряд ли будет поддерживать не уверен сейчас идет другая тенденция то что все браузеры они постепенно переходят на один общий движок Chromium и разница между их технической реализацией уменьшается то есть скоро относительно скорее всего все браузер будут работать Одинаково не будет просто разное название а сути под капотом это странно потому что есть же браузера не просто потому что удобство или прикольность Да тот же Chrome он же

    00:27:54 - 00:29:04

  • огромное количество персоналки съедает операционной оперативной памяти Вот и скажем так он для слабых устройств своеобразный выбор скажем так для слабых устройств да да более дорогое устройство более желанный клиент скажем так Windows также отжирает огромное количество ресурсов железа и ты просто можешь на старом компьютере удалить Windows установить Linux компьютер будет можно хороший сервер из этого сделать можно сделать и для личного пользования То есть если ты там не очень любишь красноглазый Ты можешь на линуксе

    00:28:32 - 00:29:50

  • нормальный клиент иметь и все по-человечески на Windows будет очень быстро хорошо так А какой еще бывает с приставкой кросс ведь тестирование кроме кроссбраузер кроссплатформенность так она чем у нас есть различные виды платформ Mac Windows Linux вот как она будет как приложение будет отрабатывать на том или ином платформе соответственно на маки Windows существует приложение нательные которые пишут сразу на все платформы Я думаю что это самоубийство хотя хотя так как я работал с Java и я знаю что она может работать где

    00:29:16 - 00:30:44

  • угодно где есть машину на Linux Mac и Windows нативное приложение везде запустится формально можно думаю что сумасшедший сумасшествие писать а кроме самих названий что у нас еще меняется кроссплатформенным название операционных систем Какие еще я думаю что железо может меняться Хотя [музыка] все правильно производительность железа я бы сказал что как производительность Ты же не будешь Франкенштейна городить ты будешь использовать телефоны или там компьютер который существует на рынке то есть да сами меняешь сами там iPhone

    00:30:01 - 00:31:24

  • допустим есть четкая модельная линейка и ты по нему смотришь всё правильно А еще меняется версия операционных систем также в браузерами то же самое старая Windows не то же самое что новая старая iOS не то же самое что новая и так далее надо с ними тоже быть очень внимательными определять Какие приоритетные как есть требования если они вот и организовывать свой тестовый стенд так проблемы были Андроида проблемы с этим были раньше Если у iPhone выпускается один телефон в год с одним разрешением экрана то тут

    00:30:49 - 00:31:53

  • вообще никаких проблем на платформе Android выпускается просто невероятное количество устройств как для европейского рынка для азиатского рынка это вообще сумасшествие и под различные размер экрана вот это все все писать приложение это сумасшествие для разработчиков даже больше проблем не в экранах а в том что производители китайских допустим телефонов они используют не просто чистый Android а особой сборки под себя в которых могут быть реализованы некоторые вещи которых нет ванильным гугловском Андроиде и твое приложение

    00:31:23 - 00:32:34

  • оно может конкретно с какой-то китайской сборкой не пойти а ты как бы Айфонов Все едино все как бы в одной линейке поэтому проще действительно [музыка] хорошо какие нам еще виды тестирования по сути мы проверяем отличительные аспекты от наших от нашей локализации скажем так например формат дата время курс валют [музыка] написание слева направо размерной сетки может снизу вверх справа налево конечно же вот если мы для каких-то Я не знаю Арабские Эмираты подчиняются справа налево арабский язык справа налево пишется Ну вот да

    00:31:59 - 00:33:44

  • по моему у японцев манги существует которая справа налево читается вообще справа налево сверху вниз Ну не японские Атмосфера хорошо язык форма даты формат времени что еще размерная сетка валюта измерения могут быть [музыка] приложениями мы проверяем как будет отрабатывать установку удаление приложения обновления Ну да Да установка Что будет если Выключить компьютер Включить компьютер установить загрузку продолжится продолжится то есть Будет ли это правда какие-то мощные мощные мощные это пошел уже негативные тесты

    00:33:01 - 00:34:48

  • негативный сценарий это из кейсов Хорошо хорошо ладно так говорится Да дали бы время еще на эти все виды которые ты придумываешь С такой скоростью А как же работа после основной работы Работа домой уже из дома удаленно работаешь даже ходить никуда не надо есть такое еще понятие там уровне тестирования что это за уровни вот мы даже про одно из них говорили Как я понимаю ты про модульное это виды тестирования по степени интеграции по моему называется по-разному по степени изолированности компонентов

    00:34:21 - 00:35:38

  • уровня есть модульное тестирование есть интеграционная системная и приемы тестирование четыре основных уровня 4 я бы сказал три с половиной где-то есть где-то нет он как серый ящик да нет вот модульное тестирование это получается разработчик написал модуль самого протестировал тестами когда мы интегрируем этот модуль уже куда-нибудь и смотрим как два модуля будут друг с другом дружить системно Это когда мы уже проверяем полностью приложение То есть это уже все модули все все проверяем и смотрим Ну и это уже то же

    00:35:09 - 00:36:46

  • самое что системно то есть только как это называется Я понял что это отцепт план по моему называется по-русски погосты называется план приёмочных работ план приёмочных работ Да что конечно же что в нем пишут А есть если заказчик выдал какое-то норматив на количество допустимых багов вот мы поэтому нормативы идем и смотрим на Мне кажется ты рассказываешь про критерии окончания тестирования в тест-плане там есть критерии начала кончаем тестирования Вот честно говорим а в целом с плане ну как бы это документ

    00:35:58 - 00:37:26

  • Да в котором мы договариваемся что если все пройдет хорошо приложение можно принять в принципе можно отнести сюда критерии из плана вот эти самые критерии окончания тестирования вот чаще всего чаще в документе по приемничному тестированию буквально перечисляется список листов которые проходятся если они проходятся работы по испытанию вот эти основная что-то еще может быть ему интересно тогда договорились что значит сдан очередной там релиз или проект целиком но в него могут быть включены также другие вещи которые перекачивают

    00:36:48 - 00:38:30

  • туда-сюда из критериев кончают может быть указано что не должно быть допустим открытых багов в системе или не должно быть открытых багов системе определенного этого приоритета баги открытые Пусть остаются у нас нет времени ждать пока почините все но пусть не остается а критических багов мажорных багов а минорные статистика динамическое тестирование слышала таком слышал по-моему статическая тестирование она подразумевает тестирование документации по моему а динамическая это уже все остальные виды тестирования

    00:37:39 - 00:39:08

  • которые мы ранее обсудили а вот ты же говоришь ты кот немножко писал Как ты думаешь Вот при программировании есть место статистика на тестирование при программировании думаешь Ну если мы говорим про документацию но с точки тестирование влетает просто твою работу скажем так я помню что существуют определенные договоренности среди программистов о том как именно стоит писать код есть кроме еще кое-что ты прям как в Ворде А тебя подчеркивает Нет это говорит Ты что Что ты делаешь Это не то ты пишешь А где что не хватает

    00:38:27 - 00:40:08

  • синтаксис там забыл точку запятой в жабе поставить или еще что-то а при этом код это не запускал Ты просто его пишешь так вот встроены статические анализатор коды который без запуска кода проверяют что ты пишешь все правильно Это тоже статическое тестирование Ну и код review когда кто-то глазами проверяет что-то написал соответствует стиль и так далее Это хорошо ничего страшного так Ну давай тогда пойдем дальше по документации который создает тестировщик что в принципе тестировщик делает может коснулись

    00:39:26 - 00:40:42

  • но это уже попозже наверное документации наверное начинается с чек-листов планов а потом начинается хорошо вот тест-план помимо критериев окончания тестирования которые мы обсудили что еще включает Ну вообще вообще как если память не изменяет уже есть определенные шаблоны по которым скажем так хорошо работать это по-моему разновидность рук так называемая и по-моему 829 Конвенция о том как писать более-менее о том как лучше всего что должны себя включать из планы Европейский 829 аббревиатура и три буквы

    00:40:15 - 00:41:48

  • это вот этот институт европейской ассоциации по качеству и у нас даже на русский язык переведенные есть вариант перечислен действительно образца Нет там просто написано на что должен отвечать это что надо тестировать что будем тестировать как бы тестировать и Когда будем тестировать Вот это четыре основные вопросы но какие на которые должен отвечать тест-план там много на самом деле больше это ладно просто мы можем подумать Ну да ну просто еще там укладываю мы указываем требования к тесту лаборатории то есть

    00:41:09 - 00:42:33

  • мы вот если будет у тебя нативно это ты такой Ребят можно тестировать на эмуляторах тебе говорят нет у нас все серьезно а ты такой А где реальные устройства точно мы забыли указал мне для работы нужны такие тайфуны с андроидами пока не будет первый критерий начала выполнения один из возможных критериев предоставления этих железяк для тестирования вот что еще нам может быть критериях начала тестирование кроме предоставления железяк Может быть как ты думаешь написано технической документация это соответственно ожидаемы ожидаемые

    00:41:53 - 00:43:23

  • результат Да хотелось бы видеть и собственно написан функционал который надо тестировать готов ли модуль для того чтобы его тестировать супер хорошо к листами что это такое Зачем мне нужно по сути это документация в которой прописывается что и как мы будем тестировать этапы этапы я бы сказал больше этапы того как мы будем тестировать какой-либо продукт они отличаются я бы сказал углубленностью проверки если так можно выразиться это наверное не совсем правильно я бы сказал так чек-лист это более такая поверхностная

    00:42:42 - 00:44:05

  • поверка проверка она пишется достаточно просто там проверить форму регистрации на валидные значения все окей тест [музыка] будет более детально расписан проверить поле логин инвалидное значение проверить поле пароль на валидное значение То есть это достаточно длительная такая более бюрократическая скажем так вещь более подробно описание более подробно что конкретно включается Вот чек-лист это на самом деле Ну его название идет чек-лист это список проверок чеков каждый человек то что ты назвал в одном

    00:43:27 - 00:44:52

  • предложении короткое описание проверки какие там существуют части блоки сейчас стоит [музыка] фактического результата не нужен хорошо должно быть прописано вообще путь которому должны пройти до сказал ожидаемые поведение Все я согласен без этого вообще конечно на самом деле ID выставляются автоматически системами для хранения тест-кейсов Вот и они тебе нафиг не упали название название вот так а Ну так мы говорим просто протестись там еще условия какие-то приятный пост условия помнишь такое по-моему туда можно какую-то

    00:44:12 - 00:45:58

  • усавина по крайней мере было написано что какая-то вводная информация например о карте что если мы Тестируем оплату Да будет информация включаться о карте потом номер карты тестовые данные может указывается что-то еще допустим как система привести в определенное состояние допустим ты будешь тестировать как система реагирует на отломанную базу данных конечно пишешь отломать базу данных а потом уже шаги условиях перед тем как сценарий какой-то сделал и все а в пост кондишен Как ты думаешь что оказывается а опять же я

    00:45:32 - 00:47:00

  • могу привести пример Савина вот он писал о том что как вариант вот этой оплаты Да это произвести оплату потом проверить выскрельке прошла ли оплата записалась ли в скейку этот результат оплаты скажем так А я думал ожидаемое поведение надо Ладно он описывал о том что очень плохо конечно но временами Можно два ожидаемых результаты записать принципе как бы тут бы я ставим немножко не согласился в пост условиях мы как правило указываем Что надо сделать чтобы систему оживить назад то есть тому пример вернуться которые я говорил когда

    00:46:24 - 00:47:43

  • допустим что-то после прохождения может оказаться Так что все система умерла потому что мы что-то отломали и чтобы нам продолжить другие тесты Чтобы другие могли продолжить Нам просто надо прикрутить базу данных назад починить все так как было до того как мы начали конкретно тест и продолжить работу первоначально состояние до тестирования по поводу разных ожидаемых результатов есть что два ожидаемых результата и более может быть типа он говорит и Если бы я был теоретиком я бы конечно писал что только один но если мы говорим про

    00:47:11 - 00:48:29

  • реальность то это два ожидаемых результатов вполне возможно может быть два Может быть 20 тут есть два подхода которые ты сейчас встретишь в реальной работе тоже Ты действительно можешь увидеть много ожидаемых результатов в одной проверке или один проверки проблема Ты с кейсов у которых есть много ожидаемых результатов в одном тесте заключается в том что анализировать потом те страны которые тестирования очень сложно с кейсами у которых большое количество проверок потому что большинство подавляющее

    00:47:52 - 00:48:58

  • систем которых хранятся тест кейсы и там где запускаются страны они будут работать так одно из ожидаемых поведений не прошло весь покраситься красным цветом не получается что тебе будет Допустим десяток эскизов в каждом будет по одной ошибке Ты выводишь репорт по страну Все красное у менеджера тут же выпадает все оставшиеся волосы последней становится седым мог себе подбегает горит Женя там все упало Ты гражданин там всего лишь 4 Бага просто в каждом из огромных супер тыс кейсов где по 25 результатов по одной

    00:48:26 - 00:49:40

  • ошибке и наша система хранения тестов говорит нам что значит весь красный Вот и чтобы с такой ситуацией не встречаться мы стараемся сделать так чтобы в каждом то есть был один ожидаем результат таким образом в отчетах от тестирование намного более правдивые толковой информации будет действительно видно соотношение родинок не пройденных зацеденных и так далее противники того что используется один обычно говорят о том что такие дольше писать потому что типа ну допустим тебе надо сделать на одной странице 10 проверок тебе придется 10

    00:49:03 - 00:50:25

  • раз частично использовать одни и те же шаги потому что каждым шагу Можно какой-то новую проверку добавить так все будет 10 шагов 10 ожидаемых результатов а так все будет 10 эскизов с уникальным ожидаемым результатом но в каждом из кейсе у тебя будет там в одном один шаг в другом два шага и они будут частично пересекаться Если тебе надо будет поменять в какой-то момент шаги вот эти мне придется редактировать все 10 тыс кейсов вместо одного как в случае ожидаемых поведений но как я сказал Зато отчеты потом

    00:49:44 - 00:50:52

  • воспринимать Тяжело в таком случае поэтому как правило так приходишь ты грубо говоря смиряешься с тем как заведено на проекте Либо так либо так Потому что есть свои плюсы свои минусы но лично по мне Ну я по крайней мере Я считаю я считаю что лучший подход когда один ожидаемый результат потому что грубо говоря быстро на копировать или поменять какую-то какой-то шаг или еще что-то на самом деле не занимает огромное количество времени А вот когда у тебя в конце каждого ты страна весь репорт красный и

    00:50:19 - 00:51:28

  • никто не понимает как это читать это больше в итоге проблем вызывает потому что к тебе приходит менеджер и говорит Ну а теперь Объясни мне что тут написано так будет каждый тест стран да ё-моё сделал меня бы отстали немножко другую ситуацию описывал но хорошо 2007 года я пишу ситуацию 2023 16 лет всего 16 Ну да Хорошо а теперь Как соотносится чек-листы и эскизы Почему мы можем применять и то и той или нам надо сделать выбор какой-то определенный как мне известно как мне известно если ты там один разработчик на всю

    00:50:53 - 00:52:25

  • команду Да если ты понимаешь сам свой чек-листы то в принципе и времени вообще в обрез то формально Ты можешь работать формально хотят Я знаю что компания это же Wargaming работала тоже чек-листами и процветает и не умирает Вот Но если мы говорим опять же за выражение бюрократическую машину где большое количество людей которые будут там после тебя смотреть [музыка] тестовую документацию то тут уже конечно же нужно более всего расписывать и более глубоко шаги описывать скажем так чтобы каждый плохой слишком много Савина как она

    00:51:47 - 00:53:16

  • написала чтобы любая обезьяна которая могла написать слово паспорт с долларами вместо буквы S смогла пройти по твоему первый критерий у нас количество времени Времени мало пишем чек-лист много можно Другой критерий обратный Да по поводу наличия там твоих коллег опытных неопытных если привлекать много людей и они плохо знают систему им желательно потому что иначе много вопросов Так какой еще можно критерий для выбора определить как я сказал время понимания кто будет работать с этим что там Савин написал нука нука да да

    00:52:33 - 00:54:10

  • [смех] время кто будет работать Я боюсь что я не могу так След ответить наверняка Я это знаю но еще сложность проверки важна то есть бывают такие сложные системы где чек-листом Ну вообще никак не отделаться сложный взаимодействие низких бык эндов сложные 5 там какой-то это 30 шагов назад чтобы получить в любом случае будешь писать несмотря ни на что потому что ну варианта нет Если мне существует вид техники тест дизайна парное тестирование которое включает в себя огромное количество элементов комбинаторики и я

    00:53:32 - 00:54:54

  • думаю что там чек-листом не обойтись Я думаю что вот как раз кейсом нужно все это подкреплять скажем так в тесте описывать [музыка] неважно очень порвать Я не знаю я думаю можно чек-листами обойтись по первой степени прв стейсинг он на комбинирует в параметр который ты подаешь на вход на основании которых ты генерируешь свои тестовые сценарии в любом виде и прерстейнг просто помогает тебе сократить количество комбинаций не теряя тестового покрытия то есть тестирование В итоге не ухудшается количество тестовых сценариев

    00:54:24 - 00:55:39

  • уменьшается но при этом эти тесты сценарий даже припаивать тестинге я уверен могут быть в виде чек-листов То есть кейсов это Это не зависит это уже про это дизайн хорошо ладно Поехали дальше чек-лист эскизы Что такое багпорт что все включают это получается документированный отчет об баги он себя включает опять же обязательно чтобы можно было отследить шаги которые были предприняты для того чтобы найти этот бак окружение писать можно еще туда воткнуть логи видео фото и самое главное наверное опять же

    00:55:09 - 00:56:42

  • название на кого назначен какие-то два результата обычно указывают фактически ожидаемый результат еще там бывает нам надо выделить между багами их приоритет их приоритет понять окружение что-то включаешь надо указать окружение Что значит окружение если мы окружение Например если мы обнаружили ошибку например на Андроиде в мобильном телефоне на системе Android мы описываем что телефон такой-то операционная система такая Или это у нас компьютер да соответственно систему браузер версию браузер это тоже часто включает понятие

    00:56:02 - 00:57:35

  • окружение помимо описания устройства на котором мы нашли браузер когда мы Тестируем много окружение версию версию версия версия конечно нативная часть либо версия хорошо отлично и Давай поговорим про жизненный цикл баг-репорта бак что с ним происходит Дальше он получается создан мы его кому-то назначаем назначаем очевидно разработчик который писал этот модуль эту функцию эту модель Вот соответственно разработчик Как должно быть допустим разработчик признает что есть бак Да он его исправляет я делаю перед тест так называемый

    00:56:58 - 00:58:40

  • хорошо Ну мы же из России это перед тест мы делаем ретест И если бак ушел то мы его закрываем соответственно раз они ушел а если не ушел то мы его снова назначаем на разработчика так вот короче не возвращается тебе перед тест делаешь он опять воспроизводится Возвращается на разработчиков цикл происходит момент разработчик говорит я устал я устал у меня не воспроизводится я все починил что-то ко мне пристал что ты будешь делать формально нужно идти разбираться с разработчиком в Таиланде сидит Хорошо если фирма платит с большим

    00:58:03 - 00:59:43

  • удовольствием а так формально Ну конечно разработчиком выяснять Почему у него не получается воспроизвести баг Вот то есть посмотреть в одинаковых Лим окружениях работаем в одинаковых одинаковые ли мы версию приложения работаем вот одинаковые ли мы шаги предпринимаем для того чтобы проверить этот баг Ну то есть надо Правильно правильно для разрабатывания окружения Так ты проверил допустим версия у вас верная окружение Ну может быть там Не идеально сто процентов совпадает максимально близко что там не должно быть

    00:58:56 - 01:00:16

  • разночтений скажем так Моя работа наверное все же не бодаться с разработчиком работу выполнять я пошел я бы обратился к продукту менеджеру общаться обсуждать с ним то есть какая-то проблема которую мы оба отрицаем скажем так я говорю что Ошибка есть разработчики ошибки нет Третий лишний скажем так не лишнее нужен который нас рассудит в этой ситуации когда ты бак завел он разработчик попал и сразу что пошло не так разработчик не хочет чинить по каким-то разным причинам Какие бывают причины Например если этот баг уже найден и

    00:59:36 - 01:00:55

  • описан где-то документации но сейчас им не занимаются то есть это дубликат дубликат Да дублика вот разработчик тебе присылает баг reports остаться что ты будешь проверять ну нужно в первую очередь посмотреть состояние того багре порта если он открыт то нужно описать Что проблем до сих пор существует Вот и прикрепить какие-то свои данные по этой проблеме если бак Report закрыт то нужно создать и баг Report и уже создал конечно соответственно Ты просто копируешь Линг на этот баг Report и заносишь свой со

    01:00:30 - 01:01:51

  • словами что проблема уже существовала просто вот вернулась хорошо какие там еще бывают кроме дубликата весёлые истории когда разработчик можно сказать не буду делать куда когда разработчик знает чуть больше чем ты потому что например это эта часть функционала уже не будет дальше использоваться вот или Ну да вообще подразумевает о том что этот это часть функционал уже более не актуальна для всего приложения вот просто тебя об этом не известили у тебя до сих пор висит Это задача Разумеется не верить ему на слово

    01:01:11 - 01:02:41

  • уточнике потому что может сказать дама удалены через год это очевидно значит что это не значит что можно закрыть бак через год в этом спринте вот через неделю они будут делать повтор может быть [музыка] что он знает о проблеме существует такая так так так так так так секунду он может принять это и переделать Да дубликат что он не будет делать бывает Может переназначить на кого-то другого разработчика меняется просто исполнитель меняется бывает Он оставит каната reproduce то есть то же самое что мы обсуждали когда

    01:02:07 - 01:03:40

  • он принял его а потом бывает самого начала Он говорит даже нет такого он не смог воспроизвести то же самое выясняем что окружение нас какие На каких девайсах что как и если что отлично говорим про техники Зачем нам нужен Он позволяет нам уменьшить количество тестовых сценариев но при этом не ухудшать качество самих тестах Вот то есть Я знаю который знает эквивалентное разбиение парное тестирование попарно тестирование и попарно это же и соответственно предугадывания ошибок по моему еще есть всякие ну это такие самые

    01:03:12 - 01:04:59

  • любимые на собесах от без которых Жить не могут это эквивалентное разбиение анализ границ Да конечно позволяет нам разбить то есть на какие-то подклассы небольшие Вот например нам дали протестировать поле логина и пароля на валидное значение вот нам нет необходимости проверять там огромное количество огромное количество значений мы подразумеваем что если пройдет хотя бы одна две проверки одного подкласса то все остальные проверки из этого подкласса тоже пройдут проверку например написание латинице кириллицы буквы

    01:04:20 - 01:05:52

  • символы цифры вот то есть мы проверяем просто пару элементов из каждой категории но мы не должны проверять восклицательный знак решетку там знак доллара процент английской и звездочка скобочка если 12 символа отработали нам больше не нужно проверять Ну правильно там не один два символа это минимальное количество поле логин Может быть там 5-6 символов и нам надо вести минимальное количество символов определенного класса эквивалентности ты используешь слово подкласс я не знаю почему под классу ковалентностью

    01:05:09 - 01:06:23

  • вот класс эквивалентности бывают разные Да как ты сказал буквы цифры спец символы вот эти вот штуки вот еще много классных эквивалентности могут быть допустим файлы определенного формата То есть если нам надо загружать эти файлы допустим на сервер а он кушает только вот соответственно все поддефки они относительно равны друг перед другом Но кроме их веса [музыка] хорошо анализ ограниченных значений это мы проверяем получается наше Поле может принимать вот от 5 наше поле логин от 5 до 100 символов мы

    01:05:46 - 01:07:03

  • проверяем Вот как раз таки и пятерку и сотку а еще чуть-чуть за границу вылазим 4 символа и 101 символ и желательно еще один символ посередине но опять же зависит от времени скорее всего проходит все проверки на на допустимое значение 5 и 100 то скорее всего значение пятно там 50 тоже скорее всего пройдет то есть это опционально да это проверка хорошо А что нам такой подход дает проверяем всегда вот такие значения сколько у нас проверок получается 35 получается проверки интервал будет от одного до миллиарда Сколько будет без

    01:06:36 - 01:07:51

  • разницы Все равно 45 А можно ли такую проверку сделать на числовом порядке она как другом допустим на алфавитном порядке нормально Я думаю что можно Я думаю опять же все на самом деле количество упирается То есть у нас можно вести там от 5 до 100 символов да все равно символа это все равно в количества количество операций не могу себе представить как скажем так вот у тебя таблицы допустим есть данные допустим людей у которых 7 фамилия и у тебя есть фильтр по таблице от сортируй мне людей от [музыка]

    01:07:15 - 01:08:57

  • да да Получается что можно можно система знают об алфавитах по крайней мере о самых базовых которыми пользуются люди уж допустим об английском точно и система знают что такое алфавитный порядок [музыка] тоже могут быть интервалы за пределами интервалов и так далее Окей хорошо поговорим про виды приложений еще у нас существует веб-приложение Какие еще существуют найти и гибридные гибридные Может рассказать Какие особенности работает тестирование это по сути не нужно ничего устанавливать Вот это у

    01:08:13 - 01:09:48

  • тебя вот в браузер зашел эту тему приложение там есть Клиенты сервер клиент сервер соответственно далеко перед тобой возникает окошко клиента вот оно не может работать без интернета Но самое главное наверное Спектр что может работать без интернета скажем так этого главный критерий почему это вы приложение она не может работать без интернета и соответственно это работа в браузере без интернета Хорошо Как именно можешь описать взаимодействие происходит между браузером и клиентом чем регулируется это взаимодействие да

    01:09:11 - 01:10:30

  • Получается что Они через за все теперь через общаются друг с другом Вот перекидывают друг другу данные могут быть разные форматы данных правильно что теперь то что протокол есть составные части запросы и у ответа от клиента Ну соответственно если клиент что-то хочет получить да то он отправляет get-запрос вот дед запрос и он закидывает то чем хочет получить в параметры в URL [музыка] это если он что-то хочет получить Что такое Дед в принципе это что-то где-то это метод это метод первое Нам нужен Нет

    01:09:50 - 01:11:26

  • какие еще я понял да у нас получается URL метод тело запросах даже нормально Какие метод у нас есть и еще огромное количество которых по сути мы можем сами написать Зачем нам нужны эти методы мне вообще логически Это для того чтобы объяснить сервер чем хотим хедерс это заголовки по сути в них передается какая-то метаформация для общения Ну большей степени сервера серверами мы друг друга там время дата какая-то еще информация заголовки от клиента к серверу передаются данные о браузере а языке на котором обращается

    01:11:00 - 01:12:29

  • а в базе что отображается но само тело запросы которые требуется тут такое дело что по сути Бади может быть где угодно но есть директива согласно которой программисты договорились что они не будут отправлять никаких данных в телебаде у дед запроса Так что формально есть но там ничего не передают [музыка] ну и соответственно то же самое что не приходится соответственно приходит хедеры бадди статус кот соответственно какой стал сказок придет если сервер сломался эти цветы клиент 400 а если все хорошо 200 но 200 что-то там ну да да

    01:12:07 - 01:13:56

  • если мы создали кусочним 201 будет если мы просто получили страницу 200 [музыка] тебе приходилось в принципе эти запросы руками писать и сервер какой-то нагружать писал да я писал Но я писал под простейшие под пут паст и под Get я писал приложение которое принимает из-за Просто сервер и соответственно эти запросы есть самое такое популярное можно сказать для таких вещей сейчас любят Какие виды тестирования ты бы применил к веб-приложениям из тех которые перечисляли Ну наверное я бы применил в первую очередь это все что всегда в

    01:13:16 - 01:14:59

  • голову приходит с чем-то встречаешься визуально конечно же если мы говорим про браузер это кросс браузерное тестирование но соответственно если нам нужно посмотреть не слетит ли разметка вот HTML в одном или в другом браузере дизайн [музыка] не нужно локализация тестирования обязательно можно не обязательно нужно проверять Конечно если есть обычный функционально Нам тоже нужно проверить основные бизнес [музыка] сказал что это мы не прошлись по такому тестирование как смог сказал что а ты готовился готовился оп ой я же

    01:14:25 - 01:16:15

  • математику преподаю я достаточно идентичен в определенных вещах поэтому конечно я В некоторой степени готов Вот Ну я бы конечно Прошел по основному функционалу если мне если вы приложение если мало времени то я прошелся по основному функционалу которая условно смог тестирование произвел бы вот ну хорошо хорошо такие приложения которые у нас устанавливается куда-то телефон компьютер сервер машина что угодно и вообще их логика в том что они работают без интернета у них приложение может быть Ну да это у нас если клиенты

    01:15:28 - 01:17:01

  • должны как-то общаться телефон компьютер их главная особенность том что они могут работать без интернета их самое главное Да конечно это же получается чьё-то устройство А в он вообще вся информация на сервере хранится и каждый раз когда мы заходим в приложение Да мы получаем клиент скажем так поэтому никакого обновления не требуется все правильно А здесь у нас клей Какие тестирования Их обязательно применил конечно проверить чудо как будет не будет смог тестирование будет ли она основной функции

    01:16:25 - 01:17:47

  • проходить не будет это кроссплатформенность можно проверить ты говоришь что не требуется интернет для работы приложения абсолютно правильно там но интернет нам может требоваться для кое-чего еще нативных там быть какие-то данные которыми мы оперируем может так быть что приложение может работать без интернета но чем оно работает фоточки посты еще что-то не отображается сервера просто на сервере не логика приложения хранится а контент вот поэтому когда на собеседование допустим говоришь что интернет там не

    01:17:20 - 01:18:29

  • требуется Надо четко говорить для технической работы не требуется но зачастую современные приложения они оперируют контентом который подсасывается с сервера Можно вопрос тогда В чем разница тогда у него с гибридным потому что в моем понимании всегда было что на этих приложения Да это ты себе не знаю Господи скачал калькулятор на компьютер или блокнот тогда вот и ты работаешь только в нем если у тебя уже происходит какая-то там Дружба сервером это уже Мне кажется гибридной то есть она у тебя и установлена на компьютер

    01:18:05 - 01:19:27

  • Вот и может работать без интернета Вот а если она установлена компьютер работает с интернетом то мне кажется казалось всегда что это уже гибридная она будет работать без интернета но форточки которые ты последний раз старенькие Когда ты последний раз подгрузил и потом когда-то подключиться к интернету все что ты в нем наделал она залпом полетит на контент сервер все что нафоткал или еще что нательное приложение они могут работать в оффлайне но многие из них [музыка] заключается в том чтобы делать что-то

    01:18:48 - 01:20:03

  • совместно с кем-то и поэтому им надо будет подключаться чтобы обмениваться контентом Но логика приложение отрабатывает на устройстве А есть приложение нативные которые мне нужен сервер фонарик калькулятор ты там ничем и так далее просто сейчас видишь через интернет и сейчас любой фонарик информации вот особенно китайский Как определить принцип это зашёл в приложение Как определить ты в нативном или в гибридном Ты просто заходишь в приложение отключаешь интернет и пытаешься по нему перемещаться но тебе оно тебе скажет мы

    01:19:25 - 01:20:32

  • в оффлайн режиме Ну если хочешь полазий по разным а гибридно скажет Опа я не знаю куда тебе перенаправлять потому что все мозги приложения находятся на веб-сервере как я понимаю формально Вот ты установился шахматы вот шахматы да у тебя нет интернета ты можешь с Ботом играть искусственным интеллектом это уже получается нативное ты подрубаешь интернет Ты уже можешь с реальным человеком играть автоматически приходит в гибридная а нет у себя локально открыл шахматы которые подгружают данные от твоих ходах А ты

    01:20:01 - 01:21:17

  • можешь данное было Как перемещать фигуры и правила шахматы у тебя хранятся на устройстве Да все значит нативная хорошо Это тоже самое вот сейчас ну там не Шахматов другие онлайн игры играют Да в Стиме допустим Не знаю знаешь или нет такая программа где продаются игры вот многие Игры не запускаются без подключения к интернету потому что у них есть сервера авторизации где надо доказать что ты это ты но игра то устанавливается на компьютер у тебя и играешь Ты у себя на компьютере вся логика на компьютер находится но без

    01:20:44 - 01:21:58

  • первичного прохода через авторизации она тебя в него не пустит Она от этого не перестает быть нативным приложением просто авторизация через сервер происходит или вот онлайн игра в онлайне ты играешь установил если стрелял который есть сетевой режим стрелялки работают у тебя на компьютере Ты просто подгружаешь данные о других игроках но ты можешь выкинуть counter-strike ты выкинул других игроков поставил ботов ничего на самом деле не поменялось просто нету сетевого взаимодействия с данными других

    01:21:24 - 01:22:27

  • игроках боты [музыка] а что тогда гибридная это есть несколько подходов к пониманию сейчас самая популярная гибридный подход это так называемая [музыка] нативный клиент сервер с логикой нативный клиент из себя представляет что-то вроде реализации собственного браузера То есть ты этот клиент нативный должен устанавливать как нативное приложение входишь в него Она выглядит как нативное приложение не как веб-сайт но при этом когда ты нажимаешь В нем кнопки чтобы перейти на следующий экран каждый экран

    01:21:56 - 01:23:25

  • на самом деле это веб-страница но она не выглядит как нативное приложение и при нажатии кнопок под капотом происходит не как в нативном обращении к памяти устройства А происходит запрос на сервер то есть по сути каждая кнопка в гибридном приложении Это ссылка выглядит как ссылка она выглядит визуально как кнопка и тебе как со стороны пользователя как я уже сказал бывает сложно определить ты в нативном или в гибридном куда сейчас происходит Запрос к памяти устройства или к логике на сервер и чтобы это определить

    01:22:40 - 01:23:53

  • выключаешь интернет и смотришь гибридное без связи с сервером логическим Где хранится логика устроить она не знает куда ты как должен перейти она просто выкиньте плашку скажет Интернет это самое приложение вышло все дела А в нативном ты перемещаться сможешь и может быть даже какие-то базовые действия [музыка] иногда еще вот клиент называют так называемый тонкий клиент есть такой тоже это тонкий в том плане что в нем ничего нет он просто идет точка входа в приложении только вместо браузера как вейпе у тебя точки входа является

    01:23:16 - 01:24:35

  • исполняемый файл но он очень мало весит в логики вся логика Ну основная часть логика находится на сервере вот делают это по всяким А бизнес причинам и так далее Потому что гибридная она с одной стороны часть плюсов объединяет себя от нативного и от Веба а с другой стороны часть минусов отбрасывает и получается что гибридная удобнее В разработке бывает потому что в гибридном вот разрешение на обновление не требуется потому что логика находится на сервере а нативных требуется для нативных приложений геморрой потому что

    01:23:56 - 01:25:06

  • чем должен живет приложение тем больше фрагментируются пользователи потому что каждое обновление какое-то используется говорить я не буду обновляться веб-сервер в любой момент обновил данные все спрашивать не надо плюс Бывает так что Back and 1 а клиентов много разных то есть допустим Android ты в одном месте поменял везде изменилось А в нативных тебе придется нанимать и на iOS чувака который будет логику Android если тебя допустим позволяет это более обобщить и Ну да я слышал что есть такая это не бак

    01:24:31 - 01:25:59

  • трекер это наверное все же систем ведения проекта жира Да она как раз таки гибридные относятся я не смог честно говоря с ней поработать открывается в браузере работает А разве браузер это не является нативным приложением является нативным но в браузере работает взаимодействие сам браузер это нативное приложение если ты будешь работать в компании Mozilla или еще где-то может быть ты будешь тестировать Firefox сам по себе вакууме но мы браузеры не Тестируем обычно мы Тестируем то что внутри у них происходит

    01:25:21 - 01:26:31

  • есть пример гибридного приложения мы уже то что говорили который становится на компьютер это тоже самое магазин приложение гибридный стиль Ты должен установить на компьютер но когда ты в него внутрь заходишь там браузер и он даже не скрывается потому что у тебя там вверху есть URL каждой игре Ну так если ты отключишь интернет там какие-то данные конечно будут там а играх которые тоже загрузил еще что-то но большинство из них не будет открываться там ну там уже от игр зависит большое количество реализации но

    01:25:56 - 01:27:03

  • по сути Steam это браузер для игр как я понимаю по сути формально получается что натива будет определенный кэш вот которым ты можешь лазить и смотреть и Ну то есть мы его подгрузили один разок и можем уже им пользоваться ну кэш Бывает и на клиентах и на серверных бывает это уже такие вопросы бывает кэш который живет мало бывает конечно долго на какой стороне его какому кэшу доверяться На какой стороне на клиенте на севере это все уже зависит от конкретного приложения как архитектуры реализована для нас как для

    01:26:35 - 01:27:58

  • тестировщиков мы Зачем вообще тема затрагиваем Мы не создаем приложение мы должны понима Какие подходы к тестированию применимы особенно более каким-то определенным видом приложения то есть очевидно что ко всем применима функциональное тестирование XVI тестирование про который ты любишь вспоминать но есть вещи типа инсталляционного кроссбраузерного кроссплатформенного который где-то применяется где-то нет И ты когда придешь на собеседование тебя могут сказать Вот у нас в приложение как вы будете тестировать и при этом без

    01:27:16 - 01:28:19

  • конкретики Что у нас там интернет-магазин или еще что-то и ты исходя из понимания как в принципе приложение работают и вот из того что быстро накидать говорит А я был вот это вот это сделал это очень большой плюс на собеседование что-то быстро сориентировался просто исходя из вида приложений хорошо вот в гибридных что еще бывает Какая подводный камень Да так это глубоко любишь смотреть Вот кроме такого подхода что есть клиент нативный есть сервер вот есть еще гибридные фреймворки есть еще всякая хрена муть и они

    01:27:48 - 01:28:55

  • работают немножко по-другому вся их проблема в том что они просто не популярны потому что для гибридных фреймворков например есть фреймворк Самарин его разрабатывает Microsoft код пишется на сишарпе а на выходе получается якобы нативное приложение на iOS на Android одновременно что просто чудеса Но из-за того что это очень своеобразный подход на него нужно специальный разработчики разработчики не очень хотят и поэтому спрос на технологию маленький ниша маленькая и шанс ты придешь на собеседование где будет Самарин

    01:28:23 - 01:29:29

  • приложение миллизерный поэтому Да это еще один подход к понятию гибридности но мы про него там не учимся особо не рассказываем потому что это надо чтобы ты прям на него попал а в большинстве случаев будет подход через нативный браузер так скажем самописный и веб- часть логикой и это будет называться гибридом Хотя слово гибрид это очень такое растянуто слово есть несколько технологий которые ему соответствуют тонкий лёд это серый ящик ящик приложение 4 уровень тестирования да да такая прикольное место

    01:28:55 - 01:30:19

  • тестирование ничего В разработке когда спрашивали Назовите существует кто-то говорит 4 и ты учишь и на 3 на 4 принципа если приходишь и говорят назовите три ты называешь три если вас начнет собеседующий запрягать Ну типа какой-то третий ящик Ну признавайтесь про серый пытаетесь рассказать что-то вас ожидает но лучше просто этот момент пройти белый черный Понеслась дальше Конечно стоят так еще про методологии частенько спрашивают меньше уже раньше побольше но тем не менее это полезный Вопрос какие ты знаешь

    01:29:37 - 01:30:57

  • Ой я знаю что сейчас для разработки используется больше гибкий методология так называемые скажем так основоположники Agile А дальше они разбиваются на скромный Канбан А вообще мне кажется что есть знаешь такие Ну мне кажется это такая сэровская вот например waterflow или водопадная Да мне кажется это такая вот это такое прям бэк СССР потому что конструкторское бюро садится три года чертит самолет потом они его собирают тестируют в релиз Мне кажется это прям Я понимаю что где-то оно нужно в очень сложных областях наверное где

    01:30:33 - 01:32:28

  • изменения очень редки где государство говорит нам нужно запустить ракету в космос Мы хотим чтобы она была такая Все вы уже там не поменяете ничего вот и если гибко методология дата сегодня приходит заказчик завтра приходит любовница заказчика вот говорит А я хочу кнопочка слева приходит Господи какая кнопочка слева справа нормально справа делать Вот и менеджер тогда и слева сделаем на следующий день Говорит завтра сделал не день аспринт вот примеры примеры отпад но я согласен но лучше Когда спрашивают А ты говоришь

    01:31:32 - 01:32:54

  • лучше говорить сначала суть а потом пример про любовницу вот допустим вот есть этапы определенные может перечислить этапы разработки Конечно это у нас соответственно планирование Да это планирование потом разработка потом тестирование там 4 этапа там их много и по-разному бывает там есть планирование написание документации потом и так идет System Design то есть архитектуру приложения планирует потом непосредственно девелопмент потом идет тестирование потом идет релиз и потом еще бывает поддержка включают

    01:32:14 - 01:33:27

  • это не так критично Окей в чем же суть Почему Как ты говоришь конструкторское бюро то что какая-то магия происходит или не происходит между этими этапами в том что они не соприкасаются друг с другом То есть сейчас разработали завтра сделали послезавтра тестировали в четверг в релиз значит короче откат на предыдущий этап Это очень дорого очень плохо и очень затратно затруднена или отсутствует обратная связь между этапами самое лучшее именно это я хотел сказать затруднена обратная связь предыдущим

    01:32:53 - 01:34:19

  • этапом лучше всего так а что из-за этого какая проблема или не проблема отсутствует мы будем по очереди проходите но опять же тяжело вносить изменения как я сказал вот изменение внесутся но будет грубо говоря следующий поток этого waterfall следующая операция какой-то разработки будут просто она будет типа не на следующей неделе А через год Ну и пусть кстати еще один вид разработки и традиционная в чем проблема или не проблема сказал что проблема не проблема сказал что для разных вещей просто необходимо

    01:33:41 - 01:34:52

  • Различные подходы к разработке надо тебе космическую ракет построить что будет что будет если мы поджарил будем делать космическую ракету Какие проблемы Какие проблемы мы будем ее перекрашивать каждый день Ну и пускай будут разноцветные ракеты Мне кажется Какие проблемы возникают любовница которая просит передвинуть кнопку в том что нужно переписывать техническую документацию разработчиками переписывать код и менять практически все поменяют его дорожание конечно же разработки спринт не станет длиннее

    01:34:33 - 01:35:46

  • станет длиннее Но когда тебе переписывать когда фронтам переписывать эту кнопку возвращаться попотеют лишний раз ночью поработают [смех] [музыка] отталкивается дата релиза скажем так но как мне кажется что скраме не оттолкнется с крана релиза все две недели спринт болты ребят может быть в том что водопадная модель подразумевает более скажем так можно предугадать результат разработки скажем так вот то есть что хотели то и получили А с краями мы что хотели миллион поправок то и получить после миллиона поправок любовница хотел Она

    01:35:18 - 01:36:53

  • получила [музыка] качество качество потому что частые изменения несут не то что проблем то что много работы о том что из-за того что приходится много работать люди начинают косячить то есть огромное количество изменений программисты смысле он переключили на другую функциональность на какой-то новый ему надо написать методы он забыл что до этого писал тут по-быстрому чтобы от него отстали ты тестировал спокойно у тебя был план четкий тебе тут впихивают новые функциональность ты еще по ней не написал говорит о времени нет Проверяй

    01:36:13 - 01:37:21

  • прямо сейчас их без кейсов проверил хреново но времени не было не было вариантов и в итоге кнопка с той стороны приложение забагованное в то же время waterfally может так выясниться что к концу года твоя ракета будет не первая третья по счету Хотя должна была быть первым Зато она взлетит и долетит то есть аналогию Какую можно применить с реальным миром если допустим от ракет отойти допустим навигация в машинах сейчас это бортовой компьютер Вот ты покупаешь новую машину за кучу денег а не компьютер стоит который лет 5-6

    01:36:56 - 01:38:05

  • разработан назад у него ужасный экран часто бывает еще что-то почему потому что чтобы машину выпустить ее на 25 раз ударить на всех этих тестах 35 сертификации кто момент когда дошла до тебя все ее начинка уже устарела мультимедийная А вот допустим китайцы сейчас поставляют машины да у них мультимедия хорошая Почему жених не бьют никуда не вот ее сделали быстро этот практически по скраму машины выпускают что с ними будет потом непонятно Но зато технологии там всегда самые современные потому что они в ускоренном режиме их

    01:37:30 - 01:38:49

  • выпускают честно говоря вот смотрю как сейчас американский рынок строением Мне кажется по по гибки методологиям работать Мне кажется что на самом деле они более эффективно скажем так в жестких руках они тоже хороши Мне кажется поэтому илон Маск поступает каждый месяц и говорит так быстро работает на меня по ночам иначе вас всех уволю но это уже свой подход два раза дольше в течение суток тут уже дело не в скраме по сути он производительность waterful впихивает в скрам спринты Потому что люди работают

    01:38:09 - 01:39:23

  • не по 8 часов побольше заслуга не в подходе а не в процессе А в подходе заставляет Хотя вот допустим Microsoft Microsoft раньше как выпускали в год обновления дадут там позже там была раз четыре года выпускали пофиг а новый Windows входил каждые 45 лет а сейчас каждые две недели ты пытаешься выключить компьютер у тебя говорит нет мы обновляемся сначала потом операционная модель разработки по моему когда итерация за итерации происходит можно это экстраму на самом деле отнести скраме на самом деле очень похоже честно

    01:38:50 - 01:40:12

  • говоря для меня странно почему так называется потому что сначала придумали понятие рациональность налепили аджаева и получился скрам Понятно спасибо Я просто у меня написано там 5-6 моделей разработки я такой читаю итерационная потом читать скрам очень все близко Да это из разных источников в разное время сложили вместе и Теперь попробуем я подписан на паблик системных администраторов и вот там очень часто просто огромные варнинге о том что откаты аренду до предыдущей версии Потому что сейчас все принтеры

    01:39:37 - 01:40:57

  • отвалились у меня там 300 принтеров на предприятии все отвалились откатывайтесь срочно я такой Господи что они творят что они творят Ну то есть вот отход от разработки у той же винды Да а отход произошел потому что они поняли что они не успевают на рынке операционных систем потому что Apple со своей macos начал делать то же самое очень давно если посмотреть внимательно на историю версии macos они раньше тоже так делали выпускали мажорные версии раз несколько лет а потом на 10 версии они перестали

    01:40:19 - 01:41:32

  • так делать И теперь последний 12 лет у них все macos версии все начинаются с десятки точка А там уже более минорные цифры да Да и macos обновлялась очень часто из-за этого на macos раньше появлялись интересные фичи и Windows поняла что она просто не может по старому принципу конкурировать Да может быть систему администратором теперь боль Зато люди добавлением всяких там сканеров отпечатков пальцев всякой еще хрено мути и так далее вот Хотя в официальных документах Microsoft до сих пор говорит что у них ватерфолл

    01:40:55 - 01:42:10

  • хотя это вообще нифига не похоже Ну маленьким ватерфальчики или в две где-то так хорошо вот мы несколько раз уже говорили про скрам сейчас и про джайл что такое в принципе можно сказать гибкая чем это руководятся люди которые говорят а по-моему у них есть набор правил которым они следуют если мне не изменят память вообще как у них есть четкие правила как разрабатывается продукт например вот там собирать команда есть принципы можно сложить вообще забыть про них заполнить 4 мысли не обязательно все

    01:41:33 - 01:43:00

  • страны мы чуть-чуть можем раскрыть на собеседение просто мы говорим Что подразумевает то что мы меньше внимания уделяем формальным отношениям накладным записка каким-то там отчета на бумаге еще чем-то и больше внимания уделяли непосредственно разработки программы вот о чем то есть мы больше общаемся заказчиком друг с другом с другом общаемся неформально без всяких там невероятных созвонов на 100 часов и так далее стараемся по крайней мере и таким образом и допускается Agile А уже вожали внутри есть методологии

    01:42:26 - 01:43:42

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

    01:43:04 - 01:44:34

  • продуктововнером Да вот и по сути да команда не общается но все равно команда имеет прокладку виде менеджера который все равно с командой общается поэтому странно что отходят от этого больше времени разработки так как же липучки остаются в скраме вот да Ну это все равно получается каждодневное общение но сейчас это сейчас это летучка по скраму типа коротко быстро обсуждаем задачи то есть по скраму человек должен тратить пару минут а повторить по старинке это может быть на три часа каждый день конференции вот это вот странно Мы вроде

    01:43:50 - 01:45:28

  • как мы перехватили какие-то практики но может быть в наших реалиях они не совсем адаптированы Вот потому что у меня есть разработчики друзья они говорят Ну вот у нас там да Или митинг Да он там полтора два часа Это с ума сойти там менеджер забыл зачем это вообще делается конечно на реальной работе Ты можешь удивиться чудесам ты приходишь на Собес те говорят Евгений у нас чисто скрам ты приходишь проект и у вас каждый день трендеешь на два часа ты думаешь что тут происходит Они то что это скраб ты говоришь Да нет

    01:44:39 - 01:45:51

  • скрам это 15 минут они два часа каждый день Вы Посчитайте ставку в час каждого айтишника который присутствует на созвоне Вы можете на колесе созвоны на каждый день сколько стоит команде вот эти митинги Я не говорю о том что кто-то в этот момент в онлайн игру гоняет кто-то еще что-то вот кто-то сериалы смотрит кто-то котиков а потом говорят там Вась А ты что скажет такой А что просто это странно я но это плохая практика и такое бывает два часа прямо это редкость обычно Если хорошая культура разработки и менеджер сознания

    01:45:16 - 01:46:32

  • это действительно 15 минут 20 минут на команду который вроде прочитал вроде знает менеджер тоже бывает не только тестировщики которые Первый проект и он такой кто-то заговорился на скраме а он не может сказать там Иван Иванович Давайте Следующий вопрос Следующий Кто там это потом потом стрёмно ему 20 лет А инженеру который говорит 40 он как бы перебивать стесняется один дед выдал базу другой дед выдал базу Бах час от всей команды прошёл поэтому тут уже как как повезет в реальной жизни в каком проекте так

    01:45:53 - 01:47:21

  • кажется Ну вот говоря про скрам ты говоришь что ты там знаешь что если тучки как-то их назвал Конечно я наверное чуть больше опишу про скрам это получается у нас есть идея Да дальше идея по смарту разбивается и с командой разработки общается и задача записываются в backlock и дальше уже когда начинается спринты когда начинается принты есть первый митинг на котором задача из бэк-лога берут разбиваются назначаются считаются в Story pointh и дальше начинается спринт каждый день Ну Spring Не ну вообще неделя это очень

    01:46:41 - 01:48:05

  • плохая штука но две недели классический Spring 2 недели да Если не память не изменяет хорошее еще задача что это типа от 3 до 3 по моему 3 до 13 истории поинтов больше 13 не рекомендуется команда Сама решает сколько задача стоит стоит 3 поинтов в конце вот это вот встреча все-таки Мы согласны с тем что мы осилим дальше менеджером ведется отслеживание выполнение этих задач в процессе спринта диаграммка красивая есть Как выполняется выполняется не идут ну и соответственно в конце правильному должен быть определенный

    01:47:28 - 01:49:01

  • релиз то есть мы должны выпустить какую-то показать продукт какой-то функционал который мы уже написали Вот и дальше идет распева из разряда что хорошо что плохо Что успели что не успели я шашлыки всех если все хорошо еще там есть в конце 1 по одно понятие один одна процедура помимо релиза и ретроспективы Нет нет не приходит в голову демонстрация называется или демон сокращенно это когда клиенту показывают что наделали перед релизом это же релиз по моему релиз это целое событие то есть надо на провод все такие как на ракете на старте

    01:48:15 - 01:49:50

  • садятся хватаются за стол происходит релиз все внимательно ждут когда пользователи щиманут волной с криками все хреново все сломано этого не происходит и все довольны идут уже Потом отдыхать вот а на Дима конкретно показывают заказчику смотрят доволен недоволен там он говорит а Покажите это то почему вы это сделали так я говорил все по-другому и надо кому-то отдыхаться Вот что демо не бывает то есть или иногда через раз она бывает допустим на спринте не зарели ничего что можно реально физически показать

    01:49:09 - 01:50:25

  • логике чем будет показывать клиенту типа код свой на бэкенде Не особо А вот картиночки кнопочки это вот самое то чего у нас изменилось что у нас как особенность это не технический заказчик Да даже мне кажется техническому заказчики но все равно вход вливаться немножко проблематично Ну да вот и соответственно Дима ретроспектива еще и релиз обсудить облажался и так далее Почему опять релизм в пятницу вечером сказал что что у них нагрузка на сервера меньше выходным поэтому суббота нет Так надо же кому-то потом работать на

    01:49:49 - 01:51:09

  • поддержке субботу хорошо а так есть другие подходы в некоторых компаниях применяется Канбан еще который тоже как бы формально ходит скраб структуру знаешь разницу по-моему у канбана идет разбиение просто на очень маленькие задачи и ну по сути очень похоже backlock Ну там скрам Table и kanband и был очень похоже то есть у нас есть backlock то же самое есть разница одна критическая скраме Нет с принтов ой в компании нет принтов как скраме то есть там есть вот этот блок он один кроме Clock 2 есть бы

    01:50:38 - 01:52:04

  • клок проекта где лежит вся история Куда Во время планирования А в компании просто один блок одна таблица и они намечают себе так называемые даты каких-то там релиза которые должны готовы но очень часто мое стороны привязаны ко всей какой-то команде вакууме конкретным задачам и они могут быть гибкими и задачи когда берутся они оцениваются не всей командой как скраме а конкретном исполнителем то есть менеджер кидает задачу Тот такой я сделал за 16 часов сам себе ставит срок и сам же с ней работает

    01:51:27 - 01:52:48

  • прикольно тогда как скраме все завязаны все подвязаны в это дело и все Потом разделяют ответственность Когда ни хрена не успели к концу спринта можно сказать так что скрам чаще используют там где требуются именно сроки разработки чтобы подгонять всех вот а в компании больше в качество потому что в компании каждый отвечает сам перед собой перед своими задачами и чаще человек может сказать Типа я не успеваю Какого фига ты так напланировал плохо Вот и начинается борода поэтому Канбан он чаще на продуктовые разработки там

    01:52:07 - 01:53:22

  • где нету стороннего заказчика Который всех заставляет быстро работать ну грубо говоря Яндекс если он позже на месяц что-то за релизет или на 2 или на год ничего страшного не произойдет А вот ставках там есть сторонний заказчик который говорит так чтобы мне к этому моменту все было готово и поэтому чаще используется кран чтобы людей жестче команду разработку держать и контролировать Я не понимал смешную картинку комикс про ракет строение методологии разработки waterflow спроектировали построили полетели скрам

    01:52:51 - 01:54:03

  • построили ракету и начали перекрашивать каждую неделю в компании к концу построили кресло вот я не понимала теперь вот они построили кресло действительно в конце есть прикольная картинка там это машина собирает там есть когда в конце чувак с рулем по дороге [смех] тестирование это всегда хорошо один раз поработаешь Окей Ну в принципе мы обсудили очень много вопросов с тобой очень плотно пообщались на собеседованиях на которых будут другие ребята еще могут спросить данных просто чтобы ты был готов там

    01:53:29 - 01:55:00

  • типа Что там такое сквере вообще что это Select и From и Join и тому подобное Ну да да типа какой-нибудь причем и Надо попросить написать и Надо просто сказать Ну проговорить и как бы вы написали ну и ты вот скажешь опять же ошибёшься немножко ничего страшного и сейчас любимая шиза это спрашивать про арест как будто это безумно нужно ручном тестировщику типа какая между ними разница Почему я на самом деле изучал этот вопрос Вот Но с кем не общался кто сейчас более-менее современный код пишет все говорят что соб Мертвая технология

    01:54:20 - 01:55:35

  • то есть и как я понимаю это больше под Legacy подходит чаще сейчас арест используется Да поэтому я вот вопрос вопрос который мало имеет общего с реальностью но который сейчас модный надо просто понять что бывает мода на определенные вопросы пару лет назад всех безумно тестировщиков мучили вопросом о соотношении Ашура сквалите Control и тестил Вот вот и было какой-то мифический ответ который все должны были знать Сейчас уже редко спрашивают Хотя раньше прям О как без этого очень важно сейчас вот разницу

    01:54:58 - 01:56:06

  • между резцов Я так понимаю дернули этот вопрос Вообще из собеседования разработчиков которые наверное надо знать но теперь почему-то надо знать что тестировщиком как будто через год может быть что-то еще будет просто Быть готовым Да к этому вопросу Через год я уже буду работать и меня это не затронет я тоже надеюсь что ты сможешь быстро работать найти по поводу того что в принципе мы сегодня проговорили ты отвечал на самом деле очень хорошо мне понравилось то есть Иногда ты просто говорил чуть больше в ответ на вопрос и

    01:55:35 - 01:56:42

  • чуть-чуть себя под закапывал Ты сначала правильно правильно это спрашиваю там нативные приложения ты говоришь устанавливаться на телефон и на компьютере и на сервере Я спрашиваю а что за серверы Какой пример такого нет не то Вот это и Сервер это был последним твоим словом ты сначала нормально говоришь а потом чуть-чуть перестарался сервер сам по себе бесполезен если он будет просто крутиться где-то в соде и если у него будет хорошо какая-то приложу бывает всякие северные Клиенты есть такое понятие этот блин короче это

    01:56:10 - 01:57:20

  • усложнение простого собеседования лучше отвечать максимально простыми базовыми ответами и на некоторые ответы была проблема в том что ты сразу начинал объяснять суть на примере не объяснив сути явления Ну там верификации валидации да Или как секретарши когда говорю что такое соотношение такой ну тут секретарша попросил кнопку переставить вот А желательно в этих случаях сначала объяснить суть явление там какой-то определение они безумно простые просто их можно запомнить а потом уже говорить своим словами можете объяснить

    01:56:47 - 01:58:00

  • секретарша передвигает кнопки ну и нормально Короче то есть вот а так вот нет такого вопроса даже который обсуждали чтобы ты там совсем не знал или ещё что-то всё раскрыл Как как смог так что я считаю что ты можешь вполне идти на Собес вот минусы я думаю ну ты для себя подчеркнул в принципе можем сейчас еще раз проговорить То есть это понятно что я завалился на на жизненном цикле Баг и порта по моему Ну там Да папа буксовали на немножко Да важный я считаю что важный момент не сказал и опять же начал углубляться там

    01:57:23 - 01:58:45

  • где пока что не требовалось этого скажем так вот по верхам стоило соотношение ручного автоматизировано мы обсудили да то есть разница не только в том что там не хватает времени денег и так далее основная разница в виде тестирование которое в принципе покрывается ручным автоматизированным есть виды где нельзя применять автоматизирована где есть где ручной не применяется А есть виды где можно применить это Но в зависимости от определенных факторов мы выбираем так в уровне тестирования про приёмочную мы

    01:58:04 - 01:59:09

  • говорили план приёмочных работ Да что он все включает Можно повторить так ящики первое что мы знаем о системе второе что мы покрываем тестами серый ящик скипом по возможности Да нет Если я могу действительно на наглядном примере объяснить сервером запросом из базы нет нет объясняю Это твое дело если тебе в ответ скажет я с вами не согласен дальше ты вспоминаешь меня и думаешь Блин надо было послушать все понял а так Конечно рассказывай всё что сказано будет использовано против тебя я понял очень тонкий лед я

    01:58:37 - 02:00:07

  • избегаю как можно больше по возможности это самое содержимое ты с кейсы еще раз шаги ожидаемые поведение название там айдишник Ты вспомнил предусловие пост условия создания определенных условий при условии пост условия убираем эти определенные условия чтобы не мешали в дальнейшем в тестировании [музыка] принцип работы приложения я тебя что рекомендую Чтобы в них не путаться сделать себе матричку табличку типа три вида Три строчки это разные виды приложений гибридные нативная А по вертикали там наоборот по диагонали Как

    01:59:24 - 02:00:47

  • там эти ключевые слова установка требуется веб нет гибридная нативная Да обновление требуется нативная Да в гибридной нет И вот по таким критериям и потом если тебе надо будет там искать разницу или в конкретной ситуации словиться глянул на шпорку или просто сам пока ее рисовал все запомнил и тебе будет намного проще в них ориентироваться и не путаться вот ну и про методологию в принципе нормас только Да сначала базу объясняем что есть скрам есть аджайл в нем есть с комбаном еще много чего потом уже ближе к примеру

    02:00:18 - 02:01:46

  • Хорошо я тогда еще почитаю про про джею более глубоко про их я не думал честно говоря что будут спрашивать про принципы которые основные идеи то есть основные идеи где написано про джайл не надо читать никакие статьи у аджайла есть свой HTML сайт такой я брутальный отжал манифестом написано и есть русская версия например и там есть четыре абзаца прям на первой странице это основные идеи на DS вот их просто один раз прочитать можно чтобы лучше объяснять а принципы никому не надо в этих задача допускаете ребята занимается

    02:01:01 - 02:02:31

  • а вот эти четыре абзаца 4 по сути предложения в них основные идеи которые заложены в принципах и есть ты просто можешь глянуть и понять но я тебе пересказал то есть Суть в том что мы пытаемся формального этого взаимодействия переходить ближе к непосредственно к разработке это вот одна и та же мысль во всех четырех вот этих идеях Ну можно конкретно там их почитать и всё и помним что это набор Практик методология самое важное Просто Многие говорят отжал это методология там набор практики вот каша в голове Понятно

    02:01:47 - 02:03:03

  • получается что дерево есть джайл который уже распределяется если ты будешь собеседоваться еще одну один есть лайфхак если ты будешь собеседоваться вдруг на английском языке с оригинальными американцами англичанами канадцами если они вообще им плевать говоришь Я знаю как работать по аджайл лайк методологии на русский если перевести отжайловой методологии и туда все вместе бросаешь в один час Они таки наш парень все у нас же в наших русскоязычных собесед У нас вот люди докопаться термины поэтому мы так и глубоко это

    02:02:25 - 02:03:40

  • расковые кажется просто Что ничего Что взять Джона Вот про опыт вы не спросишь поэтому надо Смотреть насколько он идентично изучал материал и уже отсюда понимать что за человек гибкость его ума и тому подобное да да но к сожалению чаще всего А У чувака есть опросник Ну это наверное Чар мы говорим про да про технических тоже бывает у технических тоже бывает ладно не все тестировщики которых заставили тебя собеседовать очень сильно хотят это делать не знаю мне кажется всегда это весело да ну сходишь посмотришь потом

    02:03:07 - 02:04:26

  • Можешь расскажешь Я три года инструктором по спасательному делу и одна из моих задач было подготовкой прием экзаменов спасателей мне прикольно от этого Так что будем принимать сейчас главное задача чтобы попасть на Собес еще помимо подготовки теоретической части это резюме поэтому она уже практически написано больше чем наполовину мне товарищ посоветовал описать автотест говорит Не пиши сложно пиши простые вот у меня где-то год занимался Java Поэтому в принципе не думаю что с этим Большие прям проблемы будут вот и через недельку и

    02:03:47 - 02:05:25

  • наверное уже буду прям выкладываться искать честно я думаю что стажировку наверное правильнее сейчас искать или Ну или если кто-то жена возьмет войнут смотрит автотеста автоматически не улучшает твое резюме твое резюме улучшает твое резюме то есть проблема резюме частично в его наполнении Да в опте и так далее но часто бывает проблема резюме с содержанием вообще в том как оно описано люди допускают ошибки которые не дают им попасть на Собес например указывают много нерелевантного опыта или в разделе о себе пишут войну мир на 10

    02:04:39 - 02:05:58

  • страниц о том как превозмогал всю свою жизнь и вот такие вещи они могут отпугивать и чары И несмотря на то что даже у тебя будет там все остальное Хорошо тебе просто не будут звать поэтому я говорю про резюме дело не только в том что там будет авто тестирование не будет о том как он выстроена поэтому эти рекомендую посмотреть как выглядит резюме у тех кто уже там может быть даже опытный тестировщик еще очень многие стараются почему-то Сначала сделать PDF с этим резюме самая самодельную а потом заполнять

    02:05:18 - 02:06:22

  • данные на сервисах типа HeadHunter LinkedIn и так далее я тебе рекомендую сразу заполнять на серверах и на сервисах на этих для поисков потому что там уже как бы структурированная есть система Ты просто грубо говоря заполняешь поля воду и не приходится придумывать велосипед заново изобретарь кнопочка типа скачать мне в виде PDF то что я только что сделал и все Спасибо за совет Так что резюме быть очень внимательным это отдельная Если если что можешь даже мне если захочешь кинуть гляну Ну можешь говоря я

    02:05:50 - 02:07:13

  • был бы признателен Ну вот сделайте вот или в этот самый в чат наш выступает Веселых ребят за 100 рублей в месяц Там кроме меня может еще много людей Большое спасибо Вот знакомлюсь большое тебе спасибо за то что беседу У меня хотя бы настроили я понял свои слабые места буду учиться Все тогда пока Ну как вам ответы Евгения Мне очень понравилось как он отвечал он апеллировал к различным источникам мог даже где-то пофилософствовать оказалось что даже книги Савина есть ответы на многие теоретические вопросы Я даже уже

    02:06:31 - 02:07:55

  • об этом сам забыл что такое там есть но тем не менее единственный может быть проблемой было то что у Евгения не очень хорошо с английским языком и некоторые термины назывались не совсем корректно некоторые пояснения Если бы у него была возможность читать какие-то вещи в оригинале вероятно ему было бы проще формулировать мысли и запоминать различные темы но в любом случае я считаю что Вполне себе готов к реальному собеседованию Так что пожелаем Евгения удачи Если же вы хотите побывать в его роли на YouTube канале Приходите по

    02:07:26 - 02:08:44

  • ссылке внизу Также вы можете по ссылке внизу записаться на приватное собеседование записи на YouTube не будет но мы с вами также проведем время и я Спасибо за внимание пока

    02:08:05 - 02:08:35

Менторы

Специалисты своей области, которые смогут помочь вам

  • Нигма Нурия
    Нигма Нурия

    Middle .Net Developer

  • Сущенко Татьяна
    Сущенко Татьяна

    Senior Product Manager

  • Гудков Денис
    Гудков Денис

    Middle Python Developer

  • Курочкин Константин
    Курочкин Константин

    Ведущий программист

  • Гудман Макс
    Гудман Макс

    Backend Software Engineer (PHP)

  • Гребенкин Антон
    Гребенкин Антон

    Senior .NET/C# developer

  • Ахназаров Фёдор
    Ахназаров Фёдор

    Middle DevOps Engineer | Tbilisi, Georgia

  • Шорохов Дмитрий
    Шорохов Дмитрий

    Middle C# .NET

  • Жуков Александр
    Жуков Александр

    Senior PHP-разработчик

  • Мазикин Павел
    Мазикин Павел

    Middle python developer

© 2024 HireGuru. Сделано в Санкт-Петербурге с hireguru.ru