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

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

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

  00:00:01 - 00:01:23

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

  00:00:46 - 00:02:26

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

  00:01:46 - 00:02:56

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

  00:02:26 - 00:03:33

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

  00:02:59 - 00:04:39

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

  00:03:56 - 00:05:49

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

  00:05:04 - 00:06:43

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

  00:05:56 - 00:07:27

• покрашу а какой а какой код ответа будет когда возвращается с тем иль странице мы получаем то что хотели ну если мы получаем то что хотели-то бог 100 потом возвращая пути а так этих коров там есть 100 200 300 и 400 до 500 и и соты это информационные там словно заряда обычно в процессе 200 это там или там есть 1 и так далее то есть это какие-то положительные ответы 300 так как правило директ но redirect на разбор разные редиректов это либо страница перемещена временно постоянно перемещена либо это какой-то

  00:06:43 - 00:08:21

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

  00:07:34 - 00:09:11

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

  00:08:23 - 00:09:35

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

  00:09:03 - 00:10:29

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

  00:09:46 - 00:11:14

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

  00:10:32 - 00:11:50

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

  00:11:11 - 00:12:33

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

  00:11:53 - 00:13:04

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

  00:12:29 - 00:13:44

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

  00:13:10 - 00:14:29

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

  00:13:50 - 00:14:58

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

  00:14:24 - 00:15:29

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

  00:14:56 - 00:16:03

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

  00:15:30 - 00:16:51

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

  00:16:10 - 00:17:42

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

  00:16:59 - 00:18:27

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

  00:17:43 - 00:19:03

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

  00:18:27 - 00:19:31

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

  00:18:59 - 00:20:25

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

  00:19:44 - 00:21:03

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

  00:20:23 - 00:21:47

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

  00:21:10 - 00:22:32

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

  00:21:51 - 00:23:23

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

  00:22:41 - 00:24:04

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

  00:23:26 - 00:24:55

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

  00:24:21 - 00:25:37

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

  00:25:06 - 00:26:18

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

  00:25:49 - 00:27:04

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

  00:26:30 - 00:28:01

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

  00:27:16 - 00:28:33

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

  00:27:57 - 00:29:05

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

  00:28:31 - 00:29:41

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

  00:29:16 - 00:30:26

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

  00:29:50 - 00:31:01

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

  00:30:26 - 00:31:44

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

  00:31:05 - 00:32:39

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

  00:31:52 - 00:33:26

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

  00:32:43 - 00:34:04

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

  00:33:24 - 00:35:05

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

  00:34:17 - 00:35:30

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

  00:34:56 - 00:36:11

• вот соответственно техники анализа граничных значений вот нам надо проанализировать что работает граничное значение у нас есть интервал от 18 до 70 говоришь как нам протестировать этот интервал ну соответственно тестируем 18 и допустим от 18 до 70 мы можем соответственно мы приему и тестируем 1870 по нему 18 вы ещё должны как пограничное значения но отрицательная уже протестировать 17 мы берем 1817 с другой стороны мы берем 70 и как отрицательные 71 опять же в рамках работы с классами ковалентно еще протестируем какое

  00:35:40 - 00:36:58

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

  00:36:19 - 00:37:51

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

  00:37:07 - 00:38:33

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

  00:37:52 - 00:39:08

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

  00:38:29 - 00:40:24

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

  00:39:34 - 00:40:53

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

  00:40:15 - 00:41:49

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

  00:41:05 - 00:42:21

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

  00:41:43 - 00:43:20

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

  00:42:36 - 00:44:00

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

  00:43:19 - 00:44:58

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

  00:44:11 - 00:45:35

• спекулировать чего мы портим может написать вот а багрепорт и мог поделать а зачем нам вот две такие сущности отдельные которые были как об одном чек-листы the space checklist он проще там меньше конкретики с одной стороны но он с другой стороны не требуется не требуется кучу времени чтобы его опоры российскому бизнесмену checklist можно быстро составить и быстро по нему пройти не открывает страницы если мы уже раньше делали допустим [музыка] новый сотрудник то есть нам стоит выделить просто важные

  00:44:58 - 00:46:37

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

  00:45:59 - 00:47:10

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

  00:46:34 - 00:47:49

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

  00:47:17 - 00:48:39

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

  00:47:59 - 00:49:21

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

  00:48:43 - 00:50:13

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

  00:49:42 - 00:50:57

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

  00:50:32 - 00:52:08

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

  00:51:21 - 00:52:28

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

  00:51:58 - 00:53:20

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

  00:52:41 - 00:54:07

• поговорить с программистом надо для начала ну вот представим себе что ты исключил то что у вас разные версии кода может быть разные версии приложения все одинаково окружении ну дай бог помог сам одинаково на не всегда бывает на одном компьютере то на другом у неё на пути windows что угодно может быть ну вот постарались максимально была приближена и короче у тебя все равно воспроизводится ты опять осложнен воспроизводится он тебя 5 у гида или горит там я не воспользуюсь даже если если у нас тут связь

  00:53:30 - 00:54:38

• горизонтальная то естественно никто не может закончить с тем что прям какое-то решение нужен человек человек то есть такая-то проблема не критично это некритично вот у меня воспроизводится у меня может так должно должно быть короче что что сидел то есть кто-то кто примет решение мы очевидно не может да верно ответил ясно что этого как правило не продукт менеджера project manager это разные роли надо быть аккуратным вот и ты сказала что тот кто утверждал the space или что-то такое нет человек который утверждает то стейс и

  00:54:04 - 00:55:24

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

  00:55:03 - 00:56:16

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

  00:55:40 - 00:56:52

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

  00:56:16 - 00:57:31

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

  00:56:53 - 00:58:26

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

  00:57:40 - 00:58:46

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

  00:58:15 - 00:59:31

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

  00:58:58 - 01:00:06

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

  00:59:32 - 01:00:48

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

  01:00:09 - 01:01:41

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

  01:01:08 - 01:02:39

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

  01:01:59 - 01:03:14

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

  01:02:39 - 01:03:57

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

  01:03:17 - 01:04:39

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

  01:04:05 - 01:05:11

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

  01:04:38 - 01:06:04

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

  01:05:23 - 01:06:30

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

  01:05:57 - 01:07:16

• события в скрам разработки вот и сказала что есть итерации до разработки во время этих вот перед каждой итерации что происходит как правило перед каждой операции происходят короче перед тем как новый новый спринт начнется ну собственно решаема что в этот что в этом сплите будет реализовано есть дело сказал если мы их то есть это какой-то участок национальности которым реализован у клиента допустим задумок на там стоит x stories а у нас мы все 100 x равно не возьмем spree потому что опять же розоватым по кускам в этом наша основная

  01:06:40 - 01:08:09

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

  01:07:28 - 01:08:29

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

  01:08:01 - 01:09:25

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

  01:08:44 - 01:10:43

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

  01:09:49 - 01:11:02

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

  01:10:26 - 01:11:48

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

  01:11:09 - 01:12:28

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

  01:11:49 - 01:13:17

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

  01:12:32 - 01:13:49

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

  01:13:11 - 01:14:34

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

  01:13:53 - 01:14:57

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

  01:14:24 - 01:15:37

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

  01:15:01 - 01:16:05

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

  01:15:34 - 01:16:56

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

  01:16:17 - 01:17:20

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

  01:16:48 - 01:18:06

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

  01:17:27 - 01:18:33

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

  01:17:59 - 01:19:10

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

  01:18:35 - 01:20:04

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

  01:19:20 - 01:20:48

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

  01:20:03 - 01:21:06

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

  01:20:35 - 01:21:42

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

  01:21:09 - 01:22:23

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

  01:21:46 - 01:23:21

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

  01:22:33 - 01:23:57

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

  01:23:15 - 01:24:25

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

  01:23:50 - 01:25:05

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

  01:24:31 - 01:26:01

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

  01:25:15 - 01:26:35

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

  01:25:55 - 01:27:02

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

  01:26:28 - 01:27:56

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

  01:27:14 - 01:28:26

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

  01:27:51 - 01:28:54

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

  01:28:22 - 01:29:38

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

  01:29:04 - 01:30:19

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

  01:29:41 - 01:30:08