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

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

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

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

    00:00:00 - 00:01:31

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

    00:00:53 - 00:02:24

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

    00:01:40 - 00:03:36

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

    00:02:43 - 00:04:04

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

    00:03:23 - 00:04:49

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

    00:04:06 - 00:05:30

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

    00:04:52 - 00:06:29

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

    00:05:40 - 00:07:06

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

    00:06:24 - 00:08:21

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

    00:07:30 - 00:08:51

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

    00:08:14 - 00:09:48

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

    00:09:07 - 00:10:38

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

    00:10:08 - 00:11:21

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

    00:10:47 - 00:12:03

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

    00:11:24 - 00:12:52

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

    00:12:13 - 00:13:47

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

    00:13:03 - 00:15:01

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

    00:14:11 - 00:15:39

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

    00:14:55 - 00:16:18

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

    00:15:37 - 00:16:55

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

    00:16:15 - 00:17:23

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

    00:16:49 - 00:18:01

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

    00:17:24 - 00:18:55

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

    00:18:14 - 00:19:25

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

    00:18:52 - 00:20:52

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

    00:20:00 - 00:21:23

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

    00:20:42 - 00:22:28

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

    00:21:46 - 00:23:18

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

    00:22:37 - 00:24:22

  • значений то есть это мы берем 17 и 19 лет например и там 64 года и шелестят 6 сколько получается проверок проверим как смотри ты говоришь что есть 3 а ну вон внизу и три возраста сверху 6 получается верхнюю границу ты проверяешь ты говоришь что 4-6 и проверки получается то есть от 0 до 18 до 17 или 18 и потом как бы валидно и значение спаси нас есть пишите скидывают бысто ну в смысле от 60 ск и ты в этом интервале берешь любое значение таким образом то проверяешь работу интервала вот там 0 до 18 ты берешь допустим

    00:23:30 - 00:25:07

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

    00:24:27 - 00:26:03

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

    00:25:15 - 00:26:32

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

    00:25:59 - 00:27:33

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

    00:26:48 - 00:28:28

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

    00:27:39 - 00:29:34

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

    00:28:56 - 00:30:08

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

    00:29:31 - 00:31:09

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

    00:30:30 - 00:31:51

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

    00:31:11 - 00:32:35

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

    00:31:53 - 00:33:16

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

    00:32:37 - 00:33:45

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

    00:33:17 - 00:35:01

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

    00:34:09 - 00:35:44

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

    00:34:59 - 00:36:32

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

    00:35:53 - 00:37:19

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

    00:36:35 - 00:37:57

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

    00:37:18 - 00:38:43

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

    00:38:01 - 00:39:33

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

    00:38:52 - 00:39:55

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

    00:39:26 - 00:40:32

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

    00:39:59 - 00:41:27

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

    00:40:51 - 00:42:28

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

    00:41:47 - 00:43:02

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

    00:42:29 - 00:43:54

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

    00:43:21 - 00:45:08

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

    00:44:18 - 00:45:38

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

    00:45:02 - 00:46:17

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

    00:45:43 - 00:47:03

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

    00:46:26 - 00:47:48

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

    00:47:09 - 00:48:35

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

    00:48:01 - 00:49:35

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

    00:48:58 - 00:50:13

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

    00:49:36 - 00:50:38

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

    00:50:07 - 00:51:45

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

    00:51:00 - 00:52:36

  • читал до против слышал маржа в манифест что-нибудь вот за что если джером манифест да а что там конфетами ладно хорошо памяти пожалуйста [музыка] что за что такое отжала джей манифест зачем он нужен вот так слышал ли ты что-нибудь про скрам слышал days компонента позволяет что это такое ты можешь сказать это то что разработка делится на спинке или то что разработка делится на команды на небольшие и каждой команды отвечать за какой-либо участок за свой собственный спринт это же за какое время screen to dance а какая-то определенная

    00:51:54 - 00:53:29

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

    00:52:52 - 00:54:17

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

    00:53:51 - 00:55:21

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

    00:54:46 - 00:56:13

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

    00:55:34 - 00:57:10

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

    00:56:26 - 00:58:04

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

    00:57:25 - 00:58:44

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

    00:58:07 - 00:59:26

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

    00:58:51 - 01:00:08

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

    00:59:30 - 01:00:56

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

    01:00:12 - 01:01:36

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

    01:00:54 - 01:02:23

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

    01:01:39 - 01:03:08

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

    01:02:30 - 01:03:57

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

    01:03:13 - 01:04:33

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

    01:03:54 - 01:05:17

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

    01:04:35 - 01:06:05

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

    01:05:21 - 01:06:49

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

    01:06:04 - 01:07:45

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

    01:07:10 - 01:08:26

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

    01:07:48 - 01:09:17

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

    01:08:33 - 01:09:43

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

    01:09:09 - 01:10:46

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

    01:10:01 - 01:11:33

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

    01:10:49 - 01:12:06

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

    01:11:30 - 01:13:04

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

    01:12:19 - 01:13:02

Менторы

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

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

    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