[музыка] Всем привет С вами Николай и мы вновь встречаемся с вами на собеседовании на Джуниора сегодня мы поговорим с Юлей Также хочу отметить что особенности этого собеседника является то что я довольно Шустрый быстро начал и Юля немножко поначалу растерялась не успела перевести дух и забуксовала в вопросах для начинающих но мы немножко притормозили передохнули и дальше собеседование продолжилось в более позитивном ключе и нам всем было проще Поэтому вот вам совет для начинающих интервьюверов Когда Вы начинаете собеседование с
00:00:00 - 00:01:35
незнакомым человеком постарайтесь сделать небольшой смол толк уговорить о погоде о природе окошечко хочу угодно для того что бы дальнейшее общение прошло более расслабленном и продуктивном ключе смотрим так Привет Юля Расскажи про себя тестировали когда чего-нибудь на какой уровень собеседуешься Привет меня зовут Юля так опыта как такового в принципе в работе именно нет столько поскольку я еще на данном стадии сейчас обучаюсь можно так сказать Вот Ну было в универе получается задание разделить страницу на разделы подразделы
00:00:53 - 00:02:35
и составление окей Окей А что читала что такое заводить нужно что нужно все последовательно чтобы все объяснить В общем чтобы когда ты заводишь чего разработчики нужно Если ты находишь какой-то путь короче то его тоже нужно объяснить чтобы не делать Ну давай тогда начнем с базовых вопросов Что такое тестирование тестирование контроль качества Вот это Ну получается есть фактически результаты есть ожидаемые результаты можно так сказать сравнение фактического и ожидаемого продукт Хорошо хорошо какие-нибудь цели тестирования знаешь
00:01:43 - 00:03:34
тестирование чтобы и заказчик и пользователь получили качественный продукт Ну вот у нас есть процесс тестирования когда мы репортим баг репорты А есть наверное что-то еще [музыка] иногда на некоторых собеседованиях любят спрашивать философскую разницу между понятием тестирования и понятия эти понятия разница между ними а на самом деле вот я вот в этот не вдавалась подробности колите ашуренс это получается Он же так тестировщик уже более такого глубокого Спектра а насколько глубоко неизвестно человек который уже может сам заставить
00:03:01 - 00:04:45
коды писать код получается такой тестировщик который можно сказать и бак заводит может сам его исправить и полностью уже не совсем так там обычно имеется ввиду понятие тестирование и понять и говорить о шумность которая более Широкая и она по-разному трактуется это довольно бесполезное знание для того чтобы тебе работать но на собеседованиях иногда можете встретиться философ теории тестирования который захочет философствовать на эту тему но если ты глубоко с этим понятиями незнакомым тогда ладно расскажи
00:04:24 - 00:05:36
пожалуйста про виды тестирования какие у нас бывает классификации видов может быть знаешь степени получается под позитивное негативное [музыка] так получается где вот дымовое получается Билд и есть также поплыла вот у нас есть классификация еще это для примера приведут уровни тестирования помнишь уровни Какие бывают самый самый Нижний уровень это модульное тестирование дальше [музыка] [музыка] а можешь объяснить про что эти уровни то есть модульное тестирование это когда мы что-то тестирую это мы Тестируем получается не поломали
00:05:02 - 00:06:54
вы старое системно совокупности То есть как система полностью с новым и старым и старым Ну то есть модульная Сейчас я тебе объясню в чем дело мы говорим про уровни тестирования и ты классификацию вот эти Юнит интеграционной системой смешиваешь с классификации регрессионное и у тебя одновременно слишком много хорошо в свою очередь вот эти уровни это о том как мы Тестируем отдельный модуль маленький взаимодействие между модулями и всю систему в целом а вот смог ценить регрессия это вот ты мне сможешь
00:06:50 - 00:08:26
рассказать про что это и зачем так смог смог это получается Тестируем самый важный функционал быстро тестирование думаю получается что важно это когда нам нужно какой-то сделать вывод о том что система в принципе работает быстренько проверить для чего [музыка] ты можешь себе делать пометочки чтобы потом когда будешь повторять сама для себя помнила где у тебя косяки это удобно потому что ты еще можешь потом другое собеседование тоже как он хитрость спросит вот и себе пометочки делаешь получается
00:07:52 - 00:09:27
тестирование критического пути и вообще дымовое слово домовое это опасное слово да лучше использовать смол потому что есть люди которые агрится на слово домовой тебе не нужно [музыка] Цените это то что иногда у нас литературе называется санитарным тестированием Поэтому лучше называться ты можешь рассказать не заглядывая хорошо [музыка] и регрессивные всё забыла это такое есть понятие конечно дымовое получается Давай я тебе помогу немножко в сторону если ты раньше не проходила собеседование да то всегда есть волнение
00:09:15 - 00:10:51
особенно когда первое собеседование и так далее я тебе рекомендую что делать во-первых стаканчик воды сюда приготовить он всегда помогает от волнения Вот и периодически водичку это подпевать второе второе это глубоко дышать Потому что от волнения часто люди когда забывают что отвечать они начинают задерживать дыхание и от этого становится хуже кислорода меньше в голове и ты начинаешь тормозить забывать Да поэтому пьешь водичку дышишь очень глубоко и делаешь сама себе разрешаешь делать паузы перед тем как дать ответ
00:10:24 - 00:11:38
потому что я тебя спрашиваю можно посидеть подумать может сказать Дайте я подумаю сейчас и какое-то время потратить для размышлений если будет проще можно размышлять вслух если совсем не знаешь какого-то понятия тоже нужно об этом сказать ничего страшного будет следующий вопрос Итак вдохнули выдохнули регрессионное тестирование что-нибудь про него известно вот известно На самом деле все повело не в ту сторону Хорошо давай Может быть сейчас чуть более того поговорим про другие классификации вот у
00:11:00 - 00:12:25
нас есть статическое тестирование есть динамическое когда Какое проходит слышала хорошо у нас есть [музыка] понятие позитивных сценариев и негативных Да а позитивное тесто сценарий это когда ты проверяешь систему как она работает при корректных данных правильный логин правильно пароль Что делаешь так как вы идеальном варианте а негативно То есть просто проверяешь система работает правильно случайно вели неправильный пароль что тебе система выдает ошибка пароля либо система работает так как она должна
00:11:50 - 00:13:21
работать только хорошо хорошо Верно правильно все А как ты думаешь какого типа сценарии мы прописываем и придумываем первыми позитивные или негативные Зачем в принципе нам классификации не успеешь проверить систему работает нет вообще Абсолютно верно замечательно супер хорошо [музыка] Да известные есть локализации есть получается еще интернационализация вот Они чем-то схожи но не надо никогда про такое не слышал хорошо про локализацию давай что мы проверяем локализации Ну когда у тебя получается допустим
00:12:52 - 00:14:19
приложение когда у тебя на определенную страну идет корректно переводит колоночка в Японии Ну вот это все повторим что вот это все язык [музыка] единицы измерения что еще часто валюта 24 часа дойдет [музыка] будет хорошо Хорошо это достаточно достаточно замечательно отлично есть у нас еще такое понятие как installation то есть тестирование инсталляции что она все включает приложение на телефон совместимости установка что еще может быть кроме установки проверяться Как правильно работает приложение
00:13:59 - 00:15:50
Вот кроме непосредственно инсталляции есть еще события которые очень сильно похожи но немножко другие что еще делаем с приложениями помимо установку на обновление на удаление установка удаление и обновления это касается не только приложение которое мы на мобильный телефон устанавливаем но есть еще у нас доступные приложения которые на компьютер устанавливаются сейчас становится тоже есть игры Например хорошо окей про кросс браузерное тестирование а это как система ведет себя на разных получается в разных браузерах
00:15:35 - 00:16:57
на разных экранах разных браузерах А что еще важно кроме названия браузера что еще бывает важно в браузере может быть могут не только по названиям отличаться но и каждый браузер одного и того же названия может от другого тоже чем-то отличаться не разрешение версии то есть браузер может быть последней версии А может быть трехлетней давности и иногда требования есть чтобы твоя программа приложение Но работала не только на самые свежие версии Но и на какой-нибудь старый Это тоже хорошо Будет ли работать приложение
00:16:31 - 00:17:44
Ну сейчас уже это меньше проблемы с этим сейчас уже браузеры почти каждый день обновляются все используют примерно один и тот же движок и так далее но Шанс есть что ты попадешь такой проект где нужно будет поддерживать старый браузер а слышал ли когда-нибудь ты про ящики разные разноцветные да нные серый и белый это тестирование по доступу ходом то есть черный ящик это когда мы не знаем год стираем как пользователь белый ящик это когда у нас есть доступ коду понимаем и серый ящик как я поняла что
00:17:29 - 00:18:57
такое плавающие немного определение поскольку вроде бы как бы должен быть вроде никто не сделала есть черная Давайте серая тоже сделаем ты правильно сказал один параметр это то насколько мы знаем внутреннее строение системы хорошо да когда черный ящик мы не знаем когда белый мы знаем все вот умеем А что покрывается тестами при черным ящике при белом Тестируем Но на самом деле вообще Тестируем вот продукт мы Тестируем вот как пользователи полностью даже можем мы можем знать код не залезем туда сами то есть при тестировании
00:18:16 - 00:19:48
черным ящиками белым ящиком Мы в итоге Тестируем приложение как конечный пользователь все правильно говоришь действительно пораньше А кто тестирует белым ящиком пораньше знаешь белым ящиком тестирует программист а и пишут он Юнит тесты Они же модульные тесты Вот и самое главное особенность и Отличие в том что при тестировании белым ящиком тестируется код не требования то есть программист пишет маленькие программы которые бегают по его основной программе и они проверяют сам код в отрыве от бизнес логики от этого всего
00:19:15 - 00:20:29
они не так работают а вот черным ящиком тестируешь ты как ручной тестировщик и ты как раз таки проверяешь бизнес требования которых программе есть создаются товары картины еще что-то зависимость того что за приложение Вот чем отличие просили ящик ты совершенно правильно сказал это очень мутная история поэтому Я рекомендую Если ты не четко сама можешь сформулировать Ты лучше вообще не вспоминаю просто не вспоминает и это будет нормально ты скажешь есть белый черный но и объясни и все И может быть дальше пойдут вопросы
00:20:08 - 00:21:20
про серый ящик есть информации можно прочитать действительно что нету двух ниже которые одинаково про него хорошо говорят и иногда можно не совпасть с мнением собеседующим человеком но разные книги Да да совершенно верно Это так работает да разные книги написаны в разное время причем более старых книгах серво ящика Нет он появляется позже и поэтому такая Окей так про ящики поговорили супер про ручное автоматизацию тестирования можешь рассказать основную разницу есть такие тесты которые автоматизирует
00:20:44 - 00:22:16
Ну ты сказал уже Да что-то Одно что если допустим долго Да какой сценарий который надолго выполняет программа быстрее сделать а вот каким конкретным виды тестирования может быть подвержены автоматизации сильнее есть значение Ты можешь проверить это техники [музыка] вот Давай мы в разрезе видов тестирования поговорим про какие-то виды поговорили про какие-то нет но сейчас мы вспомним про который мы поговорили Например у нас есть тестирование производительности [музыка] Мы хотим проверить наша система допустим это также
00:21:57 - 00:23:24
приложение либо какой-то там игры Если у нас будет очень большой поток пользователей Да мы проверяем сервер то есть мы проверяем будет под нагрузкой будет находиться вот и нам как раз очень полезно иметь тестирование автоматизацию здесь Потому что сложно нам собрать 10 тысяч человек чтобы они одновременно зашли на наш сайт при том что мы только разрабатываем и поэтому мы создаем программу которая придумывает 10 тысяч человек и им определенный сценарии поведения А вот допустим есть у нас еще какой-нибудь тестирование где
00:23:12 - 00:24:32
автоматизация часто принимается тестирование безопасности например как это тестирование это да может относиться к другому а как мы именно автоматизацию в рамках тестирования безопасности можем применить получается что человек насколько наш пароль не знаю работает Насколько это все работает вот мы можем руками проверить вбиваем пароль неправильный бак нам система говорит неправильный пароль Зачем он тут автоматизация она нам тут особо роли не сыграет А вот есть допустим целые вид программ которые Ну по крайней мере
00:23:52 - 00:25:15
раньше все устанавливали на компьютер для того чтобы не было проблем с вирусами антивирус Да антивирус Это пример автоматизации тестирования безопасности ты же ничего не делаешь ты просто включаешь Антивирус а система сканирует систему автоматически и ищет уязвимости вот бывает специальные программы которые натравливают на веб-сайты они там тоже ищут уязвимости но особенность ручного особенно тестирования безопасности что он заключается что не все в безопасности проверяется автоматически допустим
00:24:49 - 00:26:09
фильмы про хакеров Почему врут Да потому что хакер там показывает человек который безпрестанно стучит по клавиатуре вот в реальной жизни человек который занимается тестирование безопасности если ему надо вот придумать какой-то сложно атаку вот то что ты отметил увести данные пользователя вот он сидит с таким вот лицом и думает думает думает думает ничего не нажимает не стучит по клавиатуре он пытается придумать как в определенной системе в архитектуре можно найти уязвимости взломать и тут автоматизация не нужна тут нужна именно
00:25:33 - 00:26:41
креативная часть поэтому тестирование безопасности оно частично подвержено частично нет Ну окей ладно хорошо так Давай тогда поговорим про технике с дизайном которому немножко коснулись например эквивалентное разделение Что такое [музыка] но можно такой пример привести но ты сначала объясни без примеров про что это зачем зачем нам нужны вот эти техники тест дизайна вот куча этих техник зачем они нам вообще нужны техники дизайна зачем мы будем миллион тысяч вписались Мы можем применить вот техника
00:26:07 - 00:27:33
определенный выбрать определенную запросы делать так экономим наше время а вот теперь Давай конкретно что мы делаем при эквивалентном разделении что чему эквивалентно хорошо хорошо [музыка] Если система должна сделать какую-то систему не должна пропустить Она не должна это пропустить ты ставишь граничное значение допустим от 0 до проверяешь одну справа одну слева Ну правильно все надо просто чуть-чуть это более красноречивым языком это объяснить Да основная идея такая с другой стороны зайдем вот у нас есть
00:27:11 - 00:28:41
какой-то интервал мы говорим про интервал нам нужно проверить сколько у нас будет проверок при вот таком подходе при анализы греческих значений Сколько нам надо кейсов написать чтобы протестировать любой интервал рядом числа три числа Вот это число само сама граница И последующие это самое подверженная опасности хорошо там не только числа могут быть Давай на примере алфавита сделаем что вообще просто голова взорвалась вот у нас есть английский алфавит Да вот и у нас есть задача нам нужно проверить что
00:28:30 - 00:30:03
допустим слова буквы Ладно возьмем буквы вот у нас есть интервал от буквы C да соответственно вот нам не нужно в принципе знать что-то внутри нам Достаточно знать что какие буквы у нас рядом стоят буква из буквы [музыка] Ну да получается так и вот ты пример вот ты мне сейчас скажи какие мы буквы конкретно проверим чтобы протестировать этот интервал [музыка] получается би сидишь [музыка] тебе надо научиться навыку без палева гуглить во время собеседования когда ищешь работу приходится лайфхаки используют
00:29:27 - 00:31:03
смотри по поводу трех проверок си три проверки нам не нужно потому что граничные значения Она либо входит либо не входит оно не имеет 3 никакого статуса Если я говорю что интервал начинается с значит это сия но уже внутри интервала понимаешь да нам не нужно проверять потому что си Она хоть ограниченное значение либо снаружи либо внутри Она иногда твоей реальной работе или если тебе на собеседование начнут мучить практическими заданиями следует спрашивать Вот вы назвали интервал допустим какой-то границы вот эти значения они
00:30:59 - 00:32:31
внутрь интервала входят или нет потому что на моей практике где-то Каждый третий человек будет считать что они не входит а входит следующий есть такой факт небольшой большинство людей скажет да конечно это входит этот самый ближайший внутренней границы соответственно в ближайший внутри интервалы и ближайший снаружи и в некоторых книжках написано обязательно сделайте пятую где-нибудь из середине интервала любое значение Вектор такого не написано OK Давай тогда поговорим про про различные виды приложений Вот какие
00:31:46 - 00:33:02
ты знаешь виды приложений в принципе которые нам необходимо тестировать по технологиям есть веб-приложение да это веб-сайты Какие еще бывают можешь рассказать В чем особенность тестирования приложений Какие виды тестирования ближе именно к вебу по сравнению с другими что На что влияет приложение самое Это верно Это верно Давайте чуть-чуть подумаем Например [музыка] Нужно ли нам тестирование инсталляции в приложении верно Нужно ли нам тестировать На плохую связь на Network Connection хорошо Все правильно Нужно ли нам
00:32:37 - 00:34:08
тестирование Делай себе засечки и Вот теперь возьмем нативные приложения или десктоп нативно те которые на телефон устанавливается доступ на компьютер но у них одинаковый принцип работы Какие виды тестирования больше подойдут к такого вида приложений подойдет все-таки мой телефон который хорошо проверим безопасность [музыка] до кроссплатформенный называется так это когда мы железом проверяем совместимость и с разными видами операционных систем вернее с разными версиями отлично отлично то есть сеть Какая упала интернет подсоединение
00:34:08 - 00:35:37
есть у нас там всякие тестирование на вот эти вот [музыка] на входящие звонки на режим все все верно все супер хорошо установка нам нужно не на всех на нужно правильно совершенно не на всех нужно есть те которые вообще не требуют подключения а те которые требуют Зачем им нужно обычно интернет все правильно да то есть в отличие от веб-приложения нативным нужно интернет чтобы просто данная актуальные подгружать Но логика то есть сам код отрабатывается он именно на самом устройстве логика приложения
00:35:49 - 00:37:13
а про гибридные приложения что знаешь Вот честно я не скажу эта тема у нас на самом деле не было и я вот так слышала что-то мельком пока смотрела сама уже уроки какие-то Понятно я тебе рекомендую почитать Потому что сейчас гибридных приложений очень много и они большой шанс тебе просто тестировать гибридное приложение и если на собеседование тему сказать Вы знаете у нас гибридное приложение как вы будете тестировать эти предложения Я в 2014 году учился по ночам в интернете без всякого образования и так
00:36:41 - 00:37:54
далее вот так получается собеседование не ответил начать вопрос записал их выучила приходишь на другое уже меньше косяков уже знаешь но там что-то еще попадает выписала выучил и так к пятому собеседованию уже ты знаешь все там 80 процентов вопросов просто Да Окей Поговорим про тестовую документацию какую ты знаешь документацию которая составляет тестировщик в процессе работы составляет чек листы и планы потому что я бы так не был Парадокс начинающих тестировщиков в том что тебя могут одну в какой-нибудь
00:37:33 - 00:39:09
стартап пикнуть и ты будешь первым и единственным тестировщиком джуниором и тебе вот так вот как мы сейчас команда придет и скажет Ну и расскажи что мы будем там делать тестирование на первых порах будет очень жестоко но интересная Практика это правда четко составление планов Там же есть какой-то и 820 6 или 9 не вспомню феноменально все правильно 829 есть и я что это такое Это знаешь принципе читала это нормативы и что за стандарту Должен написать что мы Тестируем каким будем применять что мы не будем
00:38:44 - 00:40:12
описать все супер вот ты сейчас часть уже проговорил что будем тестировать что не будем тестировать Какие техники использовать А что там еще может быть указано могут быть могут быть указаны сроки Ну тест-плант это как бы односторонний такой договор ты как тестировщик его составляешь и даешь другим ребятам ознакомиться для чего это нужно это нужно чтобы во-первых договориться со всеми В письменном виде потому что ты вот ты можешь быть считаешь что у тебя сейчас мало знаний протестирования но когда ты часто приходишь в проект где
00:39:44 - 00:40:48
нет тестировщиков там нет ни у кого никаких знаний протестированию и чтобы не было такого что те ожидали одного А ты даешь другое ты пишешь документ план где ты описываешь свое видение как ты будешь работать в проекте проект им показываешь они такие мы согласны и это тебя защищает в дальнейшем от того что вдруг резко кто-то решит пересмотреть его работу и сказать что ты всё время делала всё не так а вот договор ребенок вроде того лучше называть не договором а или просто сплан либо еще иногда есть
00:40:33 - 00:41:50
такое умное слово как артефакт тестирования вот можно договор то обычно то что требует взаимного такого согласования то есть план обычно у меня договор это абсолютно нормально Я всегда пишут из план Даже если я один тестировщика никому не нужен у меня мои планы действительно очень часто договор самого с собой потому что это не только помогает команде показать что ты будешь делать это помогает тебе самой сосредоточена работать и помнить что вообще требуется сделать потому что когда начинается только проект у тебя
00:41:19 - 00:42:33
свежая голова много идей разных а потом со временем глаз замыливается немножко раз фокус А когда над тобой нету старшего тестировщика что очень возможно то тебе Может подсказать только собственные записки видят Так что говоришь Ладно так давай поговорим про тест-кейсы чек-лист что это такое зачем они оба нужны Из чего состоят но опять это может быть мое суждение поняла что чек-лист они различаются тем что вот мне как начинающим мне лучше писать что ничего не упустить вот вам как более опытным Нет это больше чтобы Не упустить ничего
00:41:59 - 00:43:31
и для того чтобы Любой человек на проекте мог взять и пройти вот этому сценарию Расскажи расскажи Из чего состоит из кейс что внутри кто его составил теста идти получается окружение на котором ты все это тестировал потом еще не протестировал ты еще не протестировал у тебя нет это план тестирования вот там написано Ты же не знаешь заранее на какой версии продукта ты это будет протестировано ну обычно номер точно когда я буду его заводить дам тебе надо сначала написать Вот его пишешь тут есть название верно ID Ну
00:42:51 - 00:44:13
может быть ID он присваивается автоматически еще одна вещь Самое важное ты уже сказала сценарий Шаги а кроме шагов что еще очень важно [музыка] отлично А чек-листе что есть в отличие или чего нет инструкция что там есть вот пошаговая инструкция А что же там мы в итоге пишем что мы делаем Ну да Что мы делаем то есть у нас просто буквально чек-лист это переводится как лист это список человек проверка список проверка А каждая проверка это просто одно предложение где написано что нам примерно надо проверить Вот например
00:43:36 - 00:45:12
логин работает это вполне себе чек-лист или открыто такой информации правильно все без шагов потому что ожидаем результаты в принципе что проверить оно все содержится в одном предложении А ты с кейсом более подробно это мы обсудили ты говоришь что чек-лист он больше подойдет к опытному тестировщику начинающему Почему проект что правда было бы удобнее что у тебя первый работал именно по тест Возможно что-то не уходит какой-то проверку не сделать все равно человеческий фактор Ну смотри если проверка на более
00:44:48 - 00:46:17
подробно описана шагами А есть менее подробно тут покрытие тестирование будет проще А что еще будет проще проще будет Совершенно верно Да еще что чем хорош вот мы перечислили Что лучше содержание из-за этого неопытные тестировщик быстрее поймет что от него требуется проходить это тоже можно я так поняла что здесь он Даже для заказчик как будто как открыто скажу более по идее тестировщик даже понимаешь что мы делаем что мы там делаем что мы там Тестируем в принципе так ты можешь вот этим я занимался
00:45:48 - 00:47:22
Ну да чет конечно лучше будет если там включать эти сценарий хорошо Ну да наверное это тоже плюс в принципе минусы ты можешь назвать кейсов по сравнению к листами только если время хорошо время Ну на самом деле еще особенности является то что в кейсах проще писать сложность потому что бывает такие программы которые ты проверяешь где с ума сойдешь надо очень много шагов сделать как-то там хитрый система подготовить это тоже То есть это плюс сторону сложная сама проверка плюсом чек-листа по сравнению можно еще
00:47:05 - 00:48:40
отнести невнятные требования то есть часто когда ты начинаешь тестировать и проект свежий и новый требования прописаны плохо и ты просто не можешь шаги указать Потому что ты даже не знаешь то есть есть требованиях типа необходимость регистрации Ну написано что должны быть зарегистрированы и все там не написано Какой длины должна быть более ввода логина пароля как и кнопку надо нажать это может быть потом напишут со временем может быть и в таком случае Тебе проще писать потому что ну что написано тут и записываешь а потом на
00:48:08 - 00:49:25
основании и соответственно все остальное хорошо было названо тут можно подумать Какие бы ты стала использовать типы документации В каком Проекте в какой ситуации то здесь на самом деле Дело не в том что допустим я опытный все дело в том какое время какое место например если ты придешь работать стартап который только начинается и тебе говорят Юля ты будешь одна а стартап мы пилим три месяца ты уже понимаешь что во-первых кроме тебя никто их читать не будет искали ты будешь одна стали Ты знаешь что проект
00:48:47 - 00:50:15
будет длиться всего лишь три месяца За это время тебе надо не только тесты документации написать протестировать то есть мало времени на вот расписанию И в третьих есть шанс что проект Через три месяца Просто схлопнется и твои тесты документации никто никогда не будет пользоваться даже потом и совершенно другой вопрос Когда попадаешь в крупный проект существует какое-то время там уже может быть кроме тебя кто-то есть и там более больше времени и все лучше уверены в будущем завтрашнем дне в таком проекте как
00:49:31 - 00:50:39
правило используется но это не стопроцентная гарантия бывает для себя главное четко определив какой Потому что ты будешь собеседоваться стартап и соответственно тебя спросят вот скажу тут у нас есть такая ситуация как ты будешь писать тесты документацию ты должна исходить из того что ты про них знаешь чтобы для них показаться более Окей баг Report что это такое Вот как раз через пару дней менять тема когда ты тестируешь продукт находишь ошибку в системе ошибка это бак отправляешь составляешь какие-то пути для этого сделал и
00:50:05 - 00:51:26
отправляешь ее получить разработчику чтобы это хорошо Все правильно давай подробнее что он себя включает Давай все включает получается Ну кто нашел баг я нашла его сейчас оставляю где При каком окружении что каком на какой версии браузера все это было все это описываешь и кому-то ну ты сказала есть автор есть окружение есть на кого назначили которые что-то сделал что его нашел можно Совершенно верно я тебе так скажу даже в части случаев ты просто будешь копировать шаги вставлять репорт очень часто так еще что
00:51:04 - 00:52:46
должен поставить все части Может быть потому что через пару дней начнется мы сегодня с тобой собрались поэтому придется на тему поговорить Уже сегодня еще ты правильно сказал что есть шаги еще мы обязательно указываем ожидаем результат прямо из сможем А еще мы указываем фактический результат что же конкретно пошло не так самое важное в чем в чем косяк то в чем отличие Вот это очень и еще иногда мы прилинковываем так называемый оттачиваться то есть всякие дополнительные данные которые могут помочь разработчику починить логи
00:52:12 - 00:53:36
сервера скриншоты какие-то еще картинки или текст песни можно записывать видео Ну просто В некоторых случаях на видео не понятно что не так непонятно допустим пытаешься кликнуть поле вода она не кликается Она видит но ничего не происходит поэтому от видео толку нет Или ты вписываешь текст он не вписывается на видео просто поле воду пустой поэтому конечно чем больше информации тем лучше видео тоже если оно поможет и по поводу приоритетов Вот смотри тоже это узкое место как и серый ящик еще некоторые вопросы
00:53:19 - 00:54:38
вообще в теории в теории тестирования есть два понятия северите и приводите и вот ты тоже сказала просто назвала их одно из них отвечает за то насколько бак шатает систему а второй отвечает за то как быстро надо чинить но так сейчас на практике сложилось что все пользуются в основном программы жира где репортит и там нету отдельности Видите приводите Там есть просто раздел priority и должна сразу все учитывать когда баг репорт Вот и поэтому Просто если ты будешь на созвоне рассказывать про вот эти вещи там надо
00:54:06 - 00:55:30
очень аккуратно со словами то есть говорить что есть у нас значит раздел приводите он либо отдельно сиверите существует Либо вместе если вместе мы значит учитываем сразу и степень влияния на систему и учитываем Как быстро нужно починить А если эти разделы раздельно такие системы тоже бывает просто редко встречается то отдельно мы указываем насколько все плохо а отдельно указываем Насколько быстро мы должны чинить и тебя могут спросить привести пример например высокого приводите низкого северите или наоборот
00:54:52 - 00:56:10
привести пример ошибки которые допустим вроде ничего страшного починить надо быстро или наоборот вроде как это ужасная ошибка но никто не торопится чинить и объяснить почему вот и тебе нужно придумать такие примеры заранее чтобы на собеседник рассказать если можешь вроде бы ужасная ошибка но вроде в чините Ну ужасно в том плане что ты там куда попадаешь бом У тебя все приложения просто мобильный просто надо телефон перезагружать весь телефон это ну с технической точки зрения очень высокая аж телефон вырубает но тебе
00:55:31 - 00:56:51
команда говорит типа не будем пока чинить Пусть Почему тебе так могу сказать скорее всего приложение есть нажали эту кнопку она сломала все правильно Находится в таком месте куда там юзера не часто попадают и поэтому обратный пример если приведем что надо срочно починить но при этом кажется что какая-то ерунде торопиться торопиться нужно корзину плохо видно но ее нужно починить что-то такое что прямо жестко ломает именно твой функционала чего ты можешь потерять деньги отлично отличный пример отлично с корзины супер всё правильно
00:56:16 - 00:57:36
чаще ты будешь встречать такое что бизнесмены или компания обижаются на ошибки фирменным названии или логотипом то есть на главной странице логотипа он там кривой или его обрезали или там цвет цветов не тот и там чуть ли не совет директоров там звонит и говорит как вы посмели у нас логотип другого цвета это ну ничего не ломается чинится за 3 секунды но у людей может очень сильно бомбить Поэтому приходится быстро чинить например вот ну с корзиной интернет-магазина прямо отлично например понравился хорошо отлично супер про
00:57:16 - 00:58:23
жизненный цикл погрепорта можешь рассказать что происходит после того как мы его Ну давай пофантазируем допустим у нас все по плану вот если все нормально все по плану портила его он попал разработчику разработчик что делает проверять по моим шагам проверяют такого имеется значит чинит обратно куда он попадает обратно Обратно [музыка] четко Прям с уверенностью говорит все так ты проверила и Бага нет что дальше починили вроде как что дальше происходит ты проверяешь и видишь что нифига его не причинили он воспроизводится что-то в
00:57:50 - 00:59:30
этом случае делаешь Почему а ну я проверяю вообще получается Был ли такой же вообще заведен никто не говорит я первая Он не говорит разработчик что бак не заведен он его получил Он согласен он его починил починил и тебе вернулось типа починенный бак все его никто под сомнения не ставил изначально ты перепроверяешь то что починил разработчик и у тебя почему-то он все равно воспроизводится Что ты делаешь в этом случае потому что может быть может у меня полетел не знаю сравниваем среду окружения да то есть мы
00:59:14 - 01:00:42
сравниваем железо на котором мы тестировали что мы еще должны сравнить браузер что еще бывает какая проблема помимо окружения непосредственно браузера если такое приложение или железо если нативное приложение что что еще то может быть не так версию кода мы смотрим потому что бывает так что он починил и не залил свой фикс то есть разработчики они все локально проверил такого Окей Я починил и забыл нажать кнопочку залить Ты просто тестируешь на той версии продуктов которые нету его исправлений Вот и вся проблема вот
01:00:20 - 01:01:38
допустим и это сравнили твоя версия должна включать его Fix а все равно воспроизводится что делать [музыка] не хотят исправлять если не хотят исправлять если дубликат это все уже отдельная ветка логики этому обсудим конкретную историю он Починил Ты проверяешь у тебя бак остался ты исключила окружение исключила версию продукта То есть все одинаково Что ты будешь делать дальше его переоткрываешь чекай и все он реутон он летит опять к разработчику и разработчик уже более внимательно смотрит что он сделал может
01:01:04 - 01:02:37
быть он плохо починил а он свою очередь проверяет свой фикс и такой Ну да глянь что-то Я невнимательно опять чинит или дочинивает и опять отправляет тебе а ты опять проверяешь это нормально История это наверное одна из самых часто встречающих историй после того как Все нормально починили вторая чаще всего история когда не дочинили ты вот чуть-чуть пуляетесь недолго там ты проверяешь он проверяет и все И со второго третьего раза прошел ты закрываешь Ничего особенного нет но бывает бывает что он починил
01:02:16 - 01:03:44
ты проверила у тебя не починилось ты ему переоткрываешь он такой я не буду чинить У меня все отлично короче у нас уже нельзя с ним звонить да то есть в этой ситуации когда ты понимаешь что вы не можете с ним никак договориться да то есть он не признает что на его стороне мячик Ты все чтобы могла сделала это видишь что Ну не пофигшена ты действительно пишешь руководитель проекта и сообщаешь коротенько без эмоций что это главное что вот такая ситуация есть бак он имеет такой-то приоритет может быть серьезный
01:03:00 - 01:04:17
может быть Не серьезно не важно и вот разработчик отказывается чинить примите меры пожалуйста и менеджер из рисков проекты все остальное он может тебе сказать ладно смотри там минорный бак А у нас вот этот товарищ он там гении инженерной мысли и он пилит свежую новую фичу его нельзя отвлекать Отложи ты сделаешь ну ты просто помечу там сделаешь комментарий чтобы через два месяца не пришли сказали почему-то отложил потому что потом ничего никому не докажешь А может оказаться что-то критично и менеджер скажет Спасибо Юлия
01:03:49 - 01:04:59
пошел драться и он будет драться за тебя из-за всех и за себя тоже то что он в конце тоже отвечает за все и может найти правильные слова чтобы разработчика заставить чинить функциональность вот так Окей А теперь перенесемся в альтернативной реальности Да что у нас может быть еще кроме вот этих вот вещей ты завела бак он потолка разработчику разработчиков сразу не стал чинить а установил какой-нибудь хитрый статус например дубликат что в этом случае происходит так если это на самом деле так что куда ты
01:04:25 - 01:05:48
еще смотришь Вот ты узнала что такой не настолько важен сейчас просто прикрепляю к этому БАГУ свой вот да хорошо могли бы отложить Да все отлично А если он закрыт уже оригинальный типа который якобы раньше тогда что ты делаешь тебе разработчик написал дубликат кидает ссылку на тот оригинальный ты проверяется тот оригинальный закрыт уже давно его типа починили Что ты делаешь Да все правильно делаешь хорошо супер ладно судили [музыка] Вот последняя история методологии разработки ты знаешь про что это
01:05:13 - 01:06:55
тестирование именно разработка Вот то есть как вся команда войти работает там всякие waterfall отжайла вот это все Да расскажи пожалуйста Я так понимаю что которые были до создания сейчас очень редко Где используют либо пытаются сейчас во всех считаешь модное слово Но действительно скрамбан есть вот удобно А вот теперь Давай конкретно поговорим Есть у нас аджайл это что что это в принципе это методология набор Практик это какая-то еще Неизвестная не тестирование это именно скрам и Канбан это что
01:06:47 - 01:08:28
это ветки такие это методология разработки Джал это вот просто набор Практик которые включаются вот эти методологии разработки а waterfall это который спиральная водопадная водопад водопад Петра или нет хорошо Это то что возникло еще даже В чем фишка водопада когда есть точка на связи Это очень дорого На самом деле очень долго Ну для того как сейчас разрабатывают быстро все эти приложения и сайт но неудобно будет работать дорого неудобно и долго пока это все так пройдет А как ты думаешь В принципе на данный момент водопад
01:08:03 - 01:09:59
каких-то видах проектов он может четкое понятие четкая система это правда да просто нужно объяснить почему почему то есть вот в принципе из крана Канбан он тоже имеет четкую структуру и там есть понимание Какой шаг за каким идем просто сама структура аджая подходов она отличается от структуры более старых ватерфолом методы и так далее И это имеет свои плюсы и минусы допустим Если со скрабом мы будем сравнивать в котором есть спринты а ватерфоле там есть вот эти рации длинные Как ты говоришь правильно Вот Но
01:09:34 - 01:10:48
почему-то как ты опять же заметила мы все равно waterfall используем в каких-то отраслях или в проектах А почему В чем фишка почему мы не можем скраму автоматы собирать на самом деле раньше программы разрабатывали вообще все они тоже устояли в тренде можно все правильно говоришь Ну Также можно про ракеты сказать могу глазом уже ракета уже старые не так летают Почему ракеты собирать или самолет Ну не будет только технологов ракетного строения времени каждый неделю на спринты выходить будет много времени ты что в этих ватерфолета
01:10:37 - 01:12:07
у них там годы есть через годы там это первая ракета вот Илона сколько ему времени понадобится первую ракету запустить Космос чуть ли не 10 лет представляешь 10 лет никто толком не знал В итоге что-то взлетит или нет у них времени много что у нас нет следует говорить Так что waterfall подходах есть больше рисков для финансовых и для жизни и здоровья и так далее и для того чтобы те риски нивелировать компании готовы тратить лишние деньги ждать много времени но самолет не упадет ракета не упадет а в тех сферах где нет требований
01:11:40 - 01:13:07
безопасности к стабильности например интернет-магазин модный запускаем или еще что-то там действительно нужно в первую очередь время Поэтому мы должны действовать как можно быстрее если там будут какие-то баги Это не приведет каким-то ужасным последствиям [музыка] Чем же отличается допустим скрам вот Какие в скраме У нас есть события до что там происходит там происходит человек максимум должно быть команде Ладно там происходит там происходит такое собрание которое каждый день происходит что там делают на нем
01:12:29 - 01:13:54
ты должен сказать что было что-то Сделал вчера что ты будешь делать сегодня и что тебе потребуется все верно называется Daily scrum или delic ежедневные созвоны спринты Что такое можете сказать Вот это у них во времени все так что же такое спринт там происходит спринты Что такое спринт они решают вопрос Забудем про покер спринт самое главное спринт это две три четыре недели выбраны для разработки по времени в начале Sprinter что мы делаем так как называется Как называется сходка где мы обсуждаем
01:13:22 - 01:14:54
[музыка] надо четко Знать или по-английски и вот ты когда рассказываешь проговоришь есть спринт что еще есть в конце всё релиз релиз кусочек функциональности и что происходит еще кроме релиза тоже это со скрабом связан там есть есть понятие ретроспектива называется или еще на коротко называют ретро Это где все обсуждают Как прошел спринт были какие-то косяки плюс и минусы вытаскивают либо кто-то облажался Либо наоборот хотят похвалить чтобы следующий спринт был лучше предыдущих чтобы не встречались косяки которые были
01:14:56 - 01:16:36
а еще есть понятие бык это место где хранятся задачи есть хорошо Окей и еще один последний вопрос который час спрашивает разница временем то есть они считают то есть компании такого нет у них нет определенного ставки на время винтов у них как-то больше [музыка] оно подходит для проектов которые спокойно Ты должен время в Ну свободнее я сказал ну это правда Ну да то есть самое главное отличие там нет с принтов и поэтому в компании очень часто нету фиксированных Дат промежуточных вот этих релизов маленьких кусочков эти дата
01:15:58 - 01:17:44
легко можно отодвинуть вперед назад от этого более еще более гибкая методология но при этом здесь нужно сложнее управлять на самом деле таким проектом ставить какие-то промежуточные цели и так далее поэтому Когда ты пойдешь на работу Ты все-таки чаще со страхом будешь иметь дело Поэтому лучше помнить протокологи про планирование спринта и так далее когда тебе скажут пошли на планирование такие глаза не понимала тебя хотят Ты знаешь Сейчас мы будем придумывать Чем будем заниматься следующий Окей окей Все у меня кончились вопросы
01:17:30 - 01:18:41
Давай я тебе по памяти сейчас накидаю сразу что тебе нужно обязательно повторить чтобы было лучше во-первых обязательно возьми где-нибудь понятие тестирование этих понятий много тестирование возьми какой самый простой самый простой На мой взгляд это есть книжка называется swebook старенькая и там определение это там тестирование Это проверка соответствия между ожидаемым и фактическим поведением программ четко было Тебя спросили бум сразу потом уже философии они так сначала пытаешься философствовать а потом из философии
01:18:12 - 01:19:27
пытаешься определение так лучше будет [музыка] либо Какой может другой термин взять и если вдруг будет какой-то философский Батл нас здесь просто скажет где ты прочитал На этом все проблемы заканчивается дальше соотношение квалитиашоу понять чуть-чуть Почитай там тоже есть куча там все просто более узкое понятие более Широкая это не разные профессии это все про одно и то же просто это разный объем вещей которые нужно делать по видам тестирования обязательно смогли повторить что каждый из этого значит как
01:18:50 - 01:20:19
они соотносятся и зачем вообще такая градация нужно так про ящики мы принципе уже поговорили хорошо провод техники с дизайна повторить эквивалентное разделение которое ты не помнишь Она тоже простое к чаще спрашивает валентное разделение анализ конечного значений Вот про анализ конечного значений тоже почитай лишний раз чтобы просто четко сказать что это сколько у нас получается проверок И зачем вообще нужны техники с дизайна и можешь еще про другие техники почитать это таблица принятия решений таблицы
01:19:35 - 01:20:44
переходов состояние они более сложные более тяжело объяснить но могут в них бороться и поэтому мы не стали на реальном собеседование могут поэтому тоже их повторить про тест-план в принципе ты хорошо назвала Почему Просто сразу растерялась Я не знаю что это потом даже рассказала где про него прочитать и что он включает А вот стандарт 829 Поэтому просто более уверенно рассказывай и можешь даже себе написать это планы которые найдешь в интернете чтобы понять не о чем Так ну чек-листов кейс нормас был баг
01:20:16 - 01:21:39
Report тоже нормально Да виды приложений Да есть нативные гибридные приложения веб-приложение Почитай про гибридные предложения здесь Смотри какая Ловушка то же самое что серым ящиком и с еще остальные вопросами понятие Четкого Что такое гибридное приложение существует есть несколько на данный момент технических подходов гибридным приложении есть так называемые гибридные фреймворки типа ксамарин Это хитрый Framework где ты на языке си шар пишешь программы которые становятся потом почти нативными приложениями для
01:21:00 - 01:22:16
Android но при этом написано есть подход гибридным приложением это там где технология нативного нативное смешиваются это не гибридный фреймвор это [музыка] applications так называемые это то что чаще всего используется Почитай посмотри то есть там по сути эти приложения они соединяют плюсы и минусы нативных и там вроде и сервер есть в интимная часть есть и вроде установка нужно но и подключение к интернету Нужно обязательно потому что вся логика работает на сервере в общем нырний в это вот Ну и в принципе все по методологиям Ну
01:21:43 - 01:23:17
про чуть поподробнее лучше рассказываю про вот этот самый ватерфолл что не просто что-то старое чтобы что-то себе Наказывается прям четко что есть шаги либо отсутствует либо затруднена обратная связь между ступенями подходит для тех мест где не требуется конкуренция большая скорость большая но при этом требуется стабильность вот собственно что мне пришло в голову пожалуйста У тебя есть вопросы [музыка] вначале очень сильно заволновалась это самое [музыка] Надеюсь надеюсь Ну если что ты можешь мне написать в
01:22:36 - 01:24:10
личку Вопросы задать я всем всегда помогаю подсказываю или даже в нашу Движуху вступить тестирование через бусте там много таких как ты они примерно так себя чувствуют и обмениваются опытом постоянно и вопросы друг другу задают отвечают но я там тоже есть что подскажу Спасибо большое Да это точно Ну удачи тебе тогда ну как было интересно Если да то Ставь лайк подписывайся на канал а также Обрати внимание на описание к ролику там есть форма для записи на подобные интервью также есть возможность пройти интервью не в публичном виде для
01:23:36 - 01:24:57
того чтобы узнать условия пиши в личку всё Всего хорошего пока [музыка]
[музыка] Всем привет С вами Николай и мы вновь встречаемся с вами на собеседовании на Джуниора сегодня мы поговорим с Юлей Также хочу отметить что особенности этого собеседника является то что я довольно Шустрый быстро начал и Юля немножко поначалу растерялась не успела перевести дух и забуксовала в вопросах для начинающих но мы немножко притормозили передохнули и дальше собеседование продолжилось в более позитивном ключе и нам всем было проще Поэтому вот вам совет для начинающих интервьюверов Когда Вы начинаете собеседование с
00:00:00 - 00:01:35
незнакомым человеком постарайтесь сделать небольшой смол толк уговорить о погоде о природе окошечко хочу угодно для того что бы дальнейшее общение прошло более расслабленном и продуктивном ключе смотрим так Привет Юля Расскажи про себя тестировали когда чего-нибудь на какой уровень собеседуешься Привет меня зовут Юля так опыта как такового в принципе в работе именно нет столько поскольку я еще на данном стадии сейчас обучаюсь можно так сказать Вот Ну было в универе получается задание разделить страницу на разделы подразделы
00:00:53 - 00:02:35
и составление окей Окей А что читала что такое заводить нужно что нужно все последовательно чтобы все объяснить В общем чтобы когда ты заводишь чего разработчики нужно Если ты находишь какой-то путь короче то его тоже нужно объяснить чтобы не делать Ну давай тогда начнем с базовых вопросов Что такое тестирование тестирование контроль качества Вот это Ну получается есть фактически результаты есть ожидаемые результаты можно так сказать сравнение фактического и ожидаемого продукт Хорошо хорошо какие-нибудь цели тестирования знаешь
00:01:43 - 00:03:34
тестирование чтобы и заказчик и пользователь получили качественный продукт Ну вот у нас есть процесс тестирования когда мы репортим баг репорты А есть наверное что-то еще [музыка] иногда на некоторых собеседованиях любят спрашивать философскую разницу между понятием тестирования и понятия эти понятия разница между ними а на самом деле вот я вот в этот не вдавалась подробности колите ашуренс это получается Он же так тестировщик уже более такого глубокого Спектра а насколько глубоко неизвестно человек который уже может сам заставить
00:03:01 - 00:04:45
коды писать код получается такой тестировщик который можно сказать и бак заводит может сам его исправить и полностью уже не совсем так там обычно имеется ввиду понятие тестирование и понять и говорить о шумность которая более Широкая и она по-разному трактуется это довольно бесполезное знание для того чтобы тебе работать но на собеседованиях иногда можете встретиться философ теории тестирования который захочет философствовать на эту тему но если ты глубоко с этим понятиями незнакомым тогда ладно расскажи
00:04:24 - 00:05:36
пожалуйста про виды тестирования какие у нас бывает классификации видов может быть знаешь степени получается под позитивное негативное [музыка] так получается где вот дымовое получается Билд и есть также поплыла вот у нас есть классификация еще это для примера приведут уровни тестирования помнишь уровни Какие бывают самый самый Нижний уровень это модульное тестирование дальше [музыка] [музыка] а можешь объяснить про что эти уровни то есть модульное тестирование это когда мы что-то тестирую это мы Тестируем получается не поломали
00:05:02 - 00:06:54
вы старое системно совокупности То есть как система полностью с новым и старым и старым Ну то есть модульная Сейчас я тебе объясню в чем дело мы говорим про уровни тестирования и ты классификацию вот эти Юнит интеграционной системой смешиваешь с классификации регрессионное и у тебя одновременно слишком много хорошо в свою очередь вот эти уровни это о том как мы Тестируем отдельный модуль маленький взаимодействие между модулями и всю систему в целом а вот смог ценить регрессия это вот ты мне сможешь
00:06:50 - 00:08:26
рассказать про что это и зачем так смог смог это получается Тестируем самый важный функционал быстро тестирование думаю получается что важно это когда нам нужно какой-то сделать вывод о том что система в принципе работает быстренько проверить для чего [музыка] ты можешь себе делать пометочки чтобы потом когда будешь повторять сама для себя помнила где у тебя косяки это удобно потому что ты еще можешь потом другое собеседование тоже как он хитрость спросит вот и себе пометочки делаешь получается
00:07:52 - 00:09:27
тестирование критического пути и вообще дымовое слово домовое это опасное слово да лучше использовать смол потому что есть люди которые агрится на слово домовой тебе не нужно [музыка] Цените это то что иногда у нас литературе называется санитарным тестированием Поэтому лучше называться ты можешь рассказать не заглядывая хорошо [музыка] и регрессивные всё забыла это такое есть понятие конечно дымовое получается Давай я тебе помогу немножко в сторону если ты раньше не проходила собеседование да то всегда есть волнение
00:09:15 - 00:10:51
особенно когда первое собеседование и так далее я тебе рекомендую что делать во-первых стаканчик воды сюда приготовить он всегда помогает от волнения Вот и периодически водичку это подпевать второе второе это глубоко дышать Потому что от волнения часто люди когда забывают что отвечать они начинают задерживать дыхание и от этого становится хуже кислорода меньше в голове и ты начинаешь тормозить забывать Да поэтому пьешь водичку дышишь очень глубоко и делаешь сама себе разрешаешь делать паузы перед тем как дать ответ
00:10:24 - 00:11:38
потому что я тебя спрашиваю можно посидеть подумать может сказать Дайте я подумаю сейчас и какое-то время потратить для размышлений если будет проще можно размышлять вслух если совсем не знаешь какого-то понятия тоже нужно об этом сказать ничего страшного будет следующий вопрос Итак вдохнули выдохнули регрессионное тестирование что-нибудь про него известно вот известно На самом деле все повело не в ту сторону Хорошо давай Может быть сейчас чуть более того поговорим про другие классификации вот у
00:11:00 - 00:12:25
нас есть статическое тестирование есть динамическое когда Какое проходит слышала хорошо у нас есть [музыка] понятие позитивных сценариев и негативных Да а позитивное тесто сценарий это когда ты проверяешь систему как она работает при корректных данных правильный логин правильно пароль Что делаешь так как вы идеальном варианте а негативно То есть просто проверяешь система работает правильно случайно вели неправильный пароль что тебе система выдает ошибка пароля либо система работает так как она должна
00:11:50 - 00:13:21
работать только хорошо хорошо Верно правильно все А как ты думаешь какого типа сценарии мы прописываем и придумываем первыми позитивные или негативные Зачем в принципе нам классификации не успеешь проверить систему работает нет вообще Абсолютно верно замечательно супер хорошо [музыка] Да известные есть локализации есть получается еще интернационализация вот Они чем-то схожи но не надо никогда про такое не слышал хорошо про локализацию давай что мы проверяем локализации Ну когда у тебя получается допустим
00:12:52 - 00:14:19
приложение когда у тебя на определенную страну идет корректно переводит колоночка в Японии Ну вот это все повторим что вот это все язык [музыка] единицы измерения что еще часто валюта 24 часа дойдет [музыка] будет хорошо Хорошо это достаточно достаточно замечательно отлично есть у нас еще такое понятие как installation то есть тестирование инсталляции что она все включает приложение на телефон совместимости установка что еще может быть кроме установки проверяться Как правильно работает приложение
00:13:59 - 00:15:50
Вот кроме непосредственно инсталляции есть еще события которые очень сильно похожи но немножко другие что еще делаем с приложениями помимо установку на обновление на удаление установка удаление и обновления это касается не только приложение которое мы на мобильный телефон устанавливаем но есть еще у нас доступные приложения которые на компьютер устанавливаются сейчас становится тоже есть игры Например хорошо окей про кросс браузерное тестирование а это как система ведет себя на разных получается в разных браузерах
00:15:35 - 00:16:57
на разных экранах разных браузерах А что еще важно кроме названия браузера что еще бывает важно в браузере может быть могут не только по названиям отличаться но и каждый браузер одного и того же названия может от другого тоже чем-то отличаться не разрешение версии то есть браузер может быть последней версии А может быть трехлетней давности и иногда требования есть чтобы твоя программа приложение Но работала не только на самые свежие версии Но и на какой-нибудь старый Это тоже хорошо Будет ли работать приложение
00:16:31 - 00:17:44
Ну сейчас уже это меньше проблемы с этим сейчас уже браузеры почти каждый день обновляются все используют примерно один и тот же движок и так далее но Шанс есть что ты попадешь такой проект где нужно будет поддерживать старый браузер а слышал ли когда-нибудь ты про ящики разные разноцветные да нные серый и белый это тестирование по доступу ходом то есть черный ящик это когда мы не знаем год стираем как пользователь белый ящик это когда у нас есть доступ коду понимаем и серый ящик как я поняла что
00:17:29 - 00:18:57
такое плавающие немного определение поскольку вроде бы как бы должен быть вроде никто не сделала есть черная Давайте серая тоже сделаем ты правильно сказал один параметр это то насколько мы знаем внутреннее строение системы хорошо да когда черный ящик мы не знаем когда белый мы знаем все вот умеем А что покрывается тестами при черным ящике при белом Тестируем Но на самом деле вообще Тестируем вот продукт мы Тестируем вот как пользователи полностью даже можем мы можем знать код не залезем туда сами то есть при тестировании
00:18:16 - 00:19:48
черным ящиками белым ящиком Мы в итоге Тестируем приложение как конечный пользователь все правильно говоришь действительно пораньше А кто тестирует белым ящиком пораньше знаешь белым ящиком тестирует программист а и пишут он Юнит тесты Они же модульные тесты Вот и самое главное особенность и Отличие в том что при тестировании белым ящиком тестируется код не требования то есть программист пишет маленькие программы которые бегают по его основной программе и они проверяют сам код в отрыве от бизнес логики от этого всего
00:19:15 - 00:20:29
они не так работают а вот черным ящиком тестируешь ты как ручной тестировщик и ты как раз таки проверяешь бизнес требования которых программе есть создаются товары картины еще что-то зависимость того что за приложение Вот чем отличие просили ящик ты совершенно правильно сказал это очень мутная история поэтому Я рекомендую Если ты не четко сама можешь сформулировать Ты лучше вообще не вспоминаю просто не вспоминает и это будет нормально ты скажешь есть белый черный но и объясни и все И может быть дальше пойдут вопросы
00:20:08 - 00:21:20
про серый ящик есть информации можно прочитать действительно что нету двух ниже которые одинаково про него хорошо говорят и иногда можно не совпасть с мнением собеседующим человеком но разные книги Да да совершенно верно Это так работает да разные книги написаны в разное время причем более старых книгах серво ящика Нет он появляется позже и поэтому такая Окей так про ящики поговорили супер про ручное автоматизацию тестирования можешь рассказать основную разницу есть такие тесты которые автоматизирует
00:20:44 - 00:22:16
Ну ты сказал уже Да что-то Одно что если допустим долго Да какой сценарий который надолго выполняет программа быстрее сделать а вот каким конкретным виды тестирования может быть подвержены автоматизации сильнее есть значение Ты можешь проверить это техники [музыка] вот Давай мы в разрезе видов тестирования поговорим про какие-то виды поговорили про какие-то нет но сейчас мы вспомним про который мы поговорили Например у нас есть тестирование производительности [музыка] Мы хотим проверить наша система допустим это также
00:21:57 - 00:23:24
приложение либо какой-то там игры Если у нас будет очень большой поток пользователей Да мы проверяем сервер то есть мы проверяем будет под нагрузкой будет находиться вот и нам как раз очень полезно иметь тестирование автоматизацию здесь Потому что сложно нам собрать 10 тысяч человек чтобы они одновременно зашли на наш сайт при том что мы только разрабатываем и поэтому мы создаем программу которая придумывает 10 тысяч человек и им определенный сценарии поведения А вот допустим есть у нас еще какой-нибудь тестирование где
00:23:12 - 00:24:32
автоматизация часто принимается тестирование безопасности например как это тестирование это да может относиться к другому а как мы именно автоматизацию в рамках тестирования безопасности можем применить получается что человек насколько наш пароль не знаю работает Насколько это все работает вот мы можем руками проверить вбиваем пароль неправильный бак нам система говорит неправильный пароль Зачем он тут автоматизация она нам тут особо роли не сыграет А вот есть допустим целые вид программ которые Ну по крайней мере
00:23:52 - 00:25:15
раньше все устанавливали на компьютер для того чтобы не было проблем с вирусами антивирус Да антивирус Это пример автоматизации тестирования безопасности ты же ничего не делаешь ты просто включаешь Антивирус а система сканирует систему автоматически и ищет уязвимости вот бывает специальные программы которые натравливают на веб-сайты они там тоже ищут уязвимости но особенность ручного особенно тестирования безопасности что он заключается что не все в безопасности проверяется автоматически допустим
00:24:49 - 00:26:09
фильмы про хакеров Почему врут Да потому что хакер там показывает человек который безпрестанно стучит по клавиатуре вот в реальной жизни человек который занимается тестирование безопасности если ему надо вот придумать какой-то сложно атаку вот то что ты отметил увести данные пользователя вот он сидит с таким вот лицом и думает думает думает думает ничего не нажимает не стучит по клавиатуре он пытается придумать как в определенной системе в архитектуре можно найти уязвимости взломать и тут автоматизация не нужна тут нужна именно
00:25:33 - 00:26:41
креативная часть поэтому тестирование безопасности оно частично подвержено частично нет Ну окей ладно хорошо так Давай тогда поговорим про технике с дизайном которому немножко коснулись например эквивалентное разделение Что такое [музыка] но можно такой пример привести но ты сначала объясни без примеров про что это зачем зачем нам нужны вот эти техники тест дизайна вот куча этих техник зачем они нам вообще нужны техники дизайна зачем мы будем миллион тысяч вписались Мы можем применить вот техника
00:26:07 - 00:27:33
определенный выбрать определенную запросы делать так экономим наше время а вот теперь Давай конкретно что мы делаем при эквивалентном разделении что чему эквивалентно хорошо хорошо [музыка] Если система должна сделать какую-то систему не должна пропустить Она не должна это пропустить ты ставишь граничное значение допустим от 0 до проверяешь одну справа одну слева Ну правильно все надо просто чуть-чуть это более красноречивым языком это объяснить Да основная идея такая с другой стороны зайдем вот у нас есть
00:27:11 - 00:28:41
какой-то интервал мы говорим про интервал нам нужно проверить сколько у нас будет проверок при вот таком подходе при анализы греческих значений Сколько нам надо кейсов написать чтобы протестировать любой интервал рядом числа три числа Вот это число само сама граница И последующие это самое подверженная опасности хорошо там не только числа могут быть Давай на примере алфавита сделаем что вообще просто голова взорвалась вот у нас есть английский алфавит Да вот и у нас есть задача нам нужно проверить что
00:28:30 - 00:30:03
допустим слова буквы Ладно возьмем буквы вот у нас есть интервал от буквы C да соответственно вот нам не нужно в принципе знать что-то внутри нам Достаточно знать что какие буквы у нас рядом стоят буква из буквы [музыка] Ну да получается так и вот ты пример вот ты мне сейчас скажи какие мы буквы конкретно проверим чтобы протестировать этот интервал [музыка] получается би сидишь [музыка] тебе надо научиться навыку без палева гуглить во время собеседования когда ищешь работу приходится лайфхаки используют
00:29:27 - 00:31:03
смотри по поводу трех проверок си три проверки нам не нужно потому что граничные значения Она либо входит либо не входит оно не имеет 3 никакого статуса Если я говорю что интервал начинается с значит это сия но уже внутри интервала понимаешь да нам не нужно проверять потому что си Она хоть ограниченное значение либо снаружи либо внутри Она иногда твоей реальной работе или если тебе на собеседование начнут мучить практическими заданиями следует спрашивать Вот вы назвали интервал допустим какой-то границы вот эти значения они
00:30:59 - 00:32:31
внутрь интервала входят или нет потому что на моей практике где-то Каждый третий человек будет считать что они не входит а входит следующий есть такой факт небольшой большинство людей скажет да конечно это входит этот самый ближайший внутренней границы соответственно в ближайший внутри интервалы и ближайший снаружи и в некоторых книжках написано обязательно сделайте пятую где-нибудь из середине интервала любое значение Вектор такого не написано OK Давай тогда поговорим про про различные виды приложений Вот какие
00:31:46 - 00:33:02
ты знаешь виды приложений в принципе которые нам необходимо тестировать по технологиям есть веб-приложение да это веб-сайты Какие еще бывают можешь рассказать В чем особенность тестирования приложений Какие виды тестирования ближе именно к вебу по сравнению с другими что На что влияет приложение самое Это верно Это верно Давайте чуть-чуть подумаем Например [музыка] Нужно ли нам тестирование инсталляции в приложении верно Нужно ли нам тестировать На плохую связь на Network Connection хорошо Все правильно Нужно ли нам
00:32:37 - 00:34:08
тестирование Делай себе засечки и Вот теперь возьмем нативные приложения или десктоп нативно те которые на телефон устанавливается доступ на компьютер но у них одинаковый принцип работы Какие виды тестирования больше подойдут к такого вида приложений подойдет все-таки мой телефон который хорошо проверим безопасность [музыка] до кроссплатформенный называется так это когда мы железом проверяем совместимость и с разными видами операционных систем вернее с разными версиями отлично отлично то есть сеть Какая упала интернет подсоединение
00:34:08 - 00:35:37
есть у нас там всякие тестирование на вот эти вот [музыка] на входящие звонки на режим все все верно все супер хорошо установка нам нужно не на всех на нужно правильно совершенно не на всех нужно есть те которые вообще не требуют подключения а те которые требуют Зачем им нужно обычно интернет все правильно да то есть в отличие от веб-приложения нативным нужно интернет чтобы просто данная актуальные подгружать Но логика то есть сам код отрабатывается он именно на самом устройстве логика приложения
00:35:49 - 00:37:13
а про гибридные приложения что знаешь Вот честно я не скажу эта тема у нас на самом деле не было и я вот так слышала что-то мельком пока смотрела сама уже уроки какие-то Понятно я тебе рекомендую почитать Потому что сейчас гибридных приложений очень много и они большой шанс тебе просто тестировать гибридное приложение и если на собеседование тему сказать Вы знаете у нас гибридное приложение как вы будете тестировать эти предложения Я в 2014 году учился по ночам в интернете без всякого образования и так
00:36:41 - 00:37:54
далее вот так получается собеседование не ответил начать вопрос записал их выучила приходишь на другое уже меньше косяков уже знаешь но там что-то еще попадает выписала выучил и так к пятому собеседованию уже ты знаешь все там 80 процентов вопросов просто Да Окей Поговорим про тестовую документацию какую ты знаешь документацию которая составляет тестировщик в процессе работы составляет чек листы и планы потому что я бы так не был Парадокс начинающих тестировщиков в том что тебя могут одну в какой-нибудь
00:37:33 - 00:39:09
стартап пикнуть и ты будешь первым и единственным тестировщиком джуниором и тебе вот так вот как мы сейчас команда придет и скажет Ну и расскажи что мы будем там делать тестирование на первых порах будет очень жестоко но интересная Практика это правда четко составление планов Там же есть какой-то и 820 6 или 9 не вспомню феноменально все правильно 829 есть и я что это такое Это знаешь принципе читала это нормативы и что за стандарту Должен написать что мы Тестируем каким будем применять что мы не будем
00:38:44 - 00:40:12
описать все супер вот ты сейчас часть уже проговорил что будем тестировать что не будем тестировать Какие техники использовать А что там еще может быть указано могут быть могут быть указаны сроки Ну тест-плант это как бы односторонний такой договор ты как тестировщик его составляешь и даешь другим ребятам ознакомиться для чего это нужно это нужно чтобы во-первых договориться со всеми В письменном виде потому что ты вот ты можешь быть считаешь что у тебя сейчас мало знаний протестирования но когда ты часто приходишь в проект где
00:39:44 - 00:40:48
нет тестировщиков там нет ни у кого никаких знаний протестированию и чтобы не было такого что те ожидали одного А ты даешь другое ты пишешь документ план где ты описываешь свое видение как ты будешь работать в проекте проект им показываешь они такие мы согласны и это тебя защищает в дальнейшем от того что вдруг резко кто-то решит пересмотреть его работу и сказать что ты всё время делала всё не так а вот договор ребенок вроде того лучше называть не договором а или просто сплан либо еще иногда есть
00:40:33 - 00:41:50
такое умное слово как артефакт тестирования вот можно договор то обычно то что требует взаимного такого согласования то есть план обычно у меня договор это абсолютно нормально Я всегда пишут из план Даже если я один тестировщика никому не нужен у меня мои планы действительно очень часто договор самого с собой потому что это не только помогает команде показать что ты будешь делать это помогает тебе самой сосредоточена работать и помнить что вообще требуется сделать потому что когда начинается только проект у тебя
00:41:19 - 00:42:33
свежая голова много идей разных а потом со временем глаз замыливается немножко раз фокус А когда над тобой нету старшего тестировщика что очень возможно то тебе Может подсказать только собственные записки видят Так что говоришь Ладно так давай поговорим про тест-кейсы чек-лист что это такое зачем они оба нужны Из чего состоят но опять это может быть мое суждение поняла что чек-лист они различаются тем что вот мне как начинающим мне лучше писать что ничего не упустить вот вам как более опытным Нет это больше чтобы Не упустить ничего
00:41:59 - 00:43:31
и для того чтобы Любой человек на проекте мог взять и пройти вот этому сценарию Расскажи расскажи Из чего состоит из кейс что внутри кто его составил теста идти получается окружение на котором ты все это тестировал потом еще не протестировал ты еще не протестировал у тебя нет это план тестирования вот там написано Ты же не знаешь заранее на какой версии продукта ты это будет протестировано ну обычно номер точно когда я буду его заводить дам тебе надо сначала написать Вот его пишешь тут есть название верно ID Ну
00:42:51 - 00:44:13
может быть ID он присваивается автоматически еще одна вещь Самое важное ты уже сказала сценарий Шаги а кроме шагов что еще очень важно [музыка] отлично А чек-листе что есть в отличие или чего нет инструкция что там есть вот пошаговая инструкция А что же там мы в итоге пишем что мы делаем Ну да Что мы делаем то есть у нас просто буквально чек-лист это переводится как лист это список человек проверка список проверка А каждая проверка это просто одно предложение где написано что нам примерно надо проверить Вот например
00:43:36 - 00:45:12
логин работает это вполне себе чек-лист или открыто такой информации правильно все без шагов потому что ожидаем результаты в принципе что проверить оно все содержится в одном предложении А ты с кейсом более подробно это мы обсудили ты говоришь что чек-лист он больше подойдет к опытному тестировщику начинающему Почему проект что правда было бы удобнее что у тебя первый работал именно по тест Возможно что-то не уходит какой-то проверку не сделать все равно человеческий фактор Ну смотри если проверка на более
00:44:48 - 00:46:17
подробно описана шагами А есть менее подробно тут покрытие тестирование будет проще А что еще будет проще проще будет Совершенно верно Да еще что чем хорош вот мы перечислили Что лучше содержание из-за этого неопытные тестировщик быстрее поймет что от него требуется проходить это тоже можно я так поняла что здесь он Даже для заказчик как будто как открыто скажу более по идее тестировщик даже понимаешь что мы делаем что мы там делаем что мы там Тестируем в принципе так ты можешь вот этим я занимался
00:45:48 - 00:47:22
Ну да чет конечно лучше будет если там включать эти сценарий хорошо Ну да наверное это тоже плюс в принципе минусы ты можешь назвать кейсов по сравнению к листами только если время хорошо время Ну на самом деле еще особенности является то что в кейсах проще писать сложность потому что бывает такие программы которые ты проверяешь где с ума сойдешь надо очень много шагов сделать как-то там хитрый система подготовить это тоже То есть это плюс сторону сложная сама проверка плюсом чек-листа по сравнению можно еще
00:47:05 - 00:48:40
отнести невнятные требования то есть часто когда ты начинаешь тестировать и проект свежий и новый требования прописаны плохо и ты просто не можешь шаги указать Потому что ты даже не знаешь то есть есть требованиях типа необходимость регистрации Ну написано что должны быть зарегистрированы и все там не написано Какой длины должна быть более ввода логина пароля как и кнопку надо нажать это может быть потом напишут со временем может быть и в таком случае Тебе проще писать потому что ну что написано тут и записываешь а потом на
00:48:08 - 00:49:25
основании и соответственно все остальное хорошо было названо тут можно подумать Какие бы ты стала использовать типы документации В каком Проекте в какой ситуации то здесь на самом деле Дело не в том что допустим я опытный все дело в том какое время какое место например если ты придешь работать стартап который только начинается и тебе говорят Юля ты будешь одна а стартап мы пилим три месяца ты уже понимаешь что во-первых кроме тебя никто их читать не будет искали ты будешь одна стали Ты знаешь что проект
00:48:47 - 00:50:15
будет длиться всего лишь три месяца За это время тебе надо не только тесты документации написать протестировать то есть мало времени на вот расписанию И в третьих есть шанс что проект Через три месяца Просто схлопнется и твои тесты документации никто никогда не будет пользоваться даже потом и совершенно другой вопрос Когда попадаешь в крупный проект существует какое-то время там уже может быть кроме тебя кто-то есть и там более больше времени и все лучше уверены в будущем завтрашнем дне в таком проекте как
00:49:31 - 00:50:39
правило используется но это не стопроцентная гарантия бывает для себя главное четко определив какой Потому что ты будешь собеседоваться стартап и соответственно тебя спросят вот скажу тут у нас есть такая ситуация как ты будешь писать тесты документацию ты должна исходить из того что ты про них знаешь чтобы для них показаться более Окей баг Report что это такое Вот как раз через пару дней менять тема когда ты тестируешь продукт находишь ошибку в системе ошибка это бак отправляешь составляешь какие-то пути для этого сделал и
00:50:05 - 00:51:26
отправляешь ее получить разработчику чтобы это хорошо Все правильно давай подробнее что он себя включает Давай все включает получается Ну кто нашел баг я нашла его сейчас оставляю где При каком окружении что каком на какой версии браузера все это было все это описываешь и кому-то ну ты сказала есть автор есть окружение есть на кого назначили которые что-то сделал что его нашел можно Совершенно верно я тебе так скажу даже в части случаев ты просто будешь копировать шаги вставлять репорт очень часто так еще что
00:51:04 - 00:52:46
должен поставить все части Может быть потому что через пару дней начнется мы сегодня с тобой собрались поэтому придется на тему поговорить Уже сегодня еще ты правильно сказал что есть шаги еще мы обязательно указываем ожидаем результат прямо из сможем А еще мы указываем фактический результат что же конкретно пошло не так самое важное в чем в чем косяк то в чем отличие Вот это очень и еще иногда мы прилинковываем так называемый оттачиваться то есть всякие дополнительные данные которые могут помочь разработчику починить логи
00:52:12 - 00:53:36
сервера скриншоты какие-то еще картинки или текст песни можно записывать видео Ну просто В некоторых случаях на видео не понятно что не так непонятно допустим пытаешься кликнуть поле вода она не кликается Она видит но ничего не происходит поэтому от видео толку нет Или ты вписываешь текст он не вписывается на видео просто поле воду пустой поэтому конечно чем больше информации тем лучше видео тоже если оно поможет и по поводу приоритетов Вот смотри тоже это узкое место как и серый ящик еще некоторые вопросы
00:53:19 - 00:54:38
вообще в теории в теории тестирования есть два понятия северите и приводите и вот ты тоже сказала просто назвала их одно из них отвечает за то насколько бак шатает систему а второй отвечает за то как быстро надо чинить но так сейчас на практике сложилось что все пользуются в основном программы жира где репортит и там нету отдельности Видите приводите Там есть просто раздел priority и должна сразу все учитывать когда баг репорт Вот и поэтому Просто если ты будешь на созвоне рассказывать про вот эти вещи там надо
00:54:06 - 00:55:30
очень аккуратно со словами то есть говорить что есть у нас значит раздел приводите он либо отдельно сиверите существует Либо вместе если вместе мы значит учитываем сразу и степень влияния на систему и учитываем Как быстро нужно починить А если эти разделы раздельно такие системы тоже бывает просто редко встречается то отдельно мы указываем насколько все плохо а отдельно указываем Насколько быстро мы должны чинить и тебя могут спросить привести пример например высокого приводите низкого северите или наоборот
00:54:52 - 00:56:10
привести пример ошибки которые допустим вроде ничего страшного починить надо быстро или наоборот вроде как это ужасная ошибка но никто не торопится чинить и объяснить почему вот и тебе нужно придумать такие примеры заранее чтобы на собеседник рассказать если можешь вроде бы ужасная ошибка но вроде в чините Ну ужасно в том плане что ты там куда попадаешь бом У тебя все приложения просто мобильный просто надо телефон перезагружать весь телефон это ну с технической точки зрения очень высокая аж телефон вырубает но тебе
00:55:31 - 00:56:51
команда говорит типа не будем пока чинить Пусть Почему тебе так могу сказать скорее всего приложение есть нажали эту кнопку она сломала все правильно Находится в таком месте куда там юзера не часто попадают и поэтому обратный пример если приведем что надо срочно починить но при этом кажется что какая-то ерунде торопиться торопиться нужно корзину плохо видно но ее нужно починить что-то такое что прямо жестко ломает именно твой функционала чего ты можешь потерять деньги отлично отличный пример отлично с корзины супер всё правильно
00:56:16 - 00:57:36
чаще ты будешь встречать такое что бизнесмены или компания обижаются на ошибки фирменным названии или логотипом то есть на главной странице логотипа он там кривой или его обрезали или там цвет цветов не тот и там чуть ли не совет директоров там звонит и говорит как вы посмели у нас логотип другого цвета это ну ничего не ломается чинится за 3 секунды но у людей может очень сильно бомбить Поэтому приходится быстро чинить например вот ну с корзиной интернет-магазина прямо отлично например понравился хорошо отлично супер про
00:57:16 - 00:58:23
жизненный цикл погрепорта можешь рассказать что происходит после того как мы его Ну давай пофантазируем допустим у нас все по плану вот если все нормально все по плану портила его он попал разработчику разработчик что делает проверять по моим шагам проверяют такого имеется значит чинит обратно куда он попадает обратно Обратно [музыка] четко Прям с уверенностью говорит все так ты проверила и Бага нет что дальше починили вроде как что дальше происходит ты проверяешь и видишь что нифига его не причинили он воспроизводится что-то в
00:57:50 - 00:59:30
этом случае делаешь Почему а ну я проверяю вообще получается Был ли такой же вообще заведен никто не говорит я первая Он не говорит разработчик что бак не заведен он его получил Он согласен он его починил починил и тебе вернулось типа починенный бак все его никто под сомнения не ставил изначально ты перепроверяешь то что починил разработчик и у тебя почему-то он все равно воспроизводится Что ты делаешь в этом случае потому что может быть может у меня полетел не знаю сравниваем среду окружения да то есть мы
00:59:14 - 01:00:42
сравниваем железо на котором мы тестировали что мы еще должны сравнить браузер что еще бывает какая проблема помимо окружения непосредственно браузера если такое приложение или железо если нативное приложение что что еще то может быть не так версию кода мы смотрим потому что бывает так что он починил и не залил свой фикс то есть разработчики они все локально проверил такого Окей Я починил и забыл нажать кнопочку залить Ты просто тестируешь на той версии продуктов которые нету его исправлений Вот и вся проблема вот
01:00:20 - 01:01:38
допустим и это сравнили твоя версия должна включать его Fix а все равно воспроизводится что делать [музыка] не хотят исправлять если не хотят исправлять если дубликат это все уже отдельная ветка логики этому обсудим конкретную историю он Починил Ты проверяешь у тебя бак остался ты исключила окружение исключила версию продукта То есть все одинаково Что ты будешь делать дальше его переоткрываешь чекай и все он реутон он летит опять к разработчику и разработчик уже более внимательно смотрит что он сделал может
01:01:04 - 01:02:37
быть он плохо починил а он свою очередь проверяет свой фикс и такой Ну да глянь что-то Я невнимательно опять чинит или дочинивает и опять отправляет тебе а ты опять проверяешь это нормально История это наверное одна из самых часто встречающих историй после того как Все нормально починили вторая чаще всего история когда не дочинили ты вот чуть-чуть пуляетесь недолго там ты проверяешь он проверяет и все И со второго третьего раза прошел ты закрываешь Ничего особенного нет но бывает бывает что он починил
01:02:16 - 01:03:44
ты проверила у тебя не починилось ты ему переоткрываешь он такой я не буду чинить У меня все отлично короче у нас уже нельзя с ним звонить да то есть в этой ситуации когда ты понимаешь что вы не можете с ним никак договориться да то есть он не признает что на его стороне мячик Ты все чтобы могла сделала это видишь что Ну не пофигшена ты действительно пишешь руководитель проекта и сообщаешь коротенько без эмоций что это главное что вот такая ситуация есть бак он имеет такой-то приоритет может быть серьезный
01:03:00 - 01:04:17
может быть Не серьезно не важно и вот разработчик отказывается чинить примите меры пожалуйста и менеджер из рисков проекты все остальное он может тебе сказать ладно смотри там минорный бак А у нас вот этот товарищ он там гении инженерной мысли и он пилит свежую новую фичу его нельзя отвлекать Отложи ты сделаешь ну ты просто помечу там сделаешь комментарий чтобы через два месяца не пришли сказали почему-то отложил потому что потом ничего никому не докажешь А может оказаться что-то критично и менеджер скажет Спасибо Юлия
01:03:49 - 01:04:59
пошел драться и он будет драться за тебя из-за всех и за себя тоже то что он в конце тоже отвечает за все и может найти правильные слова чтобы разработчика заставить чинить функциональность вот так Окей А теперь перенесемся в альтернативной реальности Да что у нас может быть еще кроме вот этих вот вещей ты завела бак он потолка разработчику разработчиков сразу не стал чинить а установил какой-нибудь хитрый статус например дубликат что в этом случае происходит так если это на самом деле так что куда ты
01:04:25 - 01:05:48
еще смотришь Вот ты узнала что такой не настолько важен сейчас просто прикрепляю к этому БАГУ свой вот да хорошо могли бы отложить Да все отлично А если он закрыт уже оригинальный типа который якобы раньше тогда что ты делаешь тебе разработчик написал дубликат кидает ссылку на тот оригинальный ты проверяется тот оригинальный закрыт уже давно его типа починили Что ты делаешь Да все правильно делаешь хорошо супер ладно судили [музыка] Вот последняя история методологии разработки ты знаешь про что это
01:05:13 - 01:06:55
тестирование именно разработка Вот то есть как вся команда войти работает там всякие waterfall отжайла вот это все Да расскажи пожалуйста Я так понимаю что которые были до создания сейчас очень редко Где используют либо пытаются сейчас во всех считаешь модное слово Но действительно скрамбан есть вот удобно А вот теперь Давай конкретно поговорим Есть у нас аджайл это что что это в принципе это методология набор Практик это какая-то еще Неизвестная не тестирование это именно скрам и Канбан это что
01:06:47 - 01:08:28
это ветки такие это методология разработки Джал это вот просто набор Практик которые включаются вот эти методологии разработки а waterfall это который спиральная водопадная водопад водопад Петра или нет хорошо Это то что возникло еще даже В чем фишка водопада когда есть точка на связи Это очень дорого На самом деле очень долго Ну для того как сейчас разрабатывают быстро все эти приложения и сайт но неудобно будет работать дорого неудобно и долго пока это все так пройдет А как ты думаешь В принципе на данный момент водопад
01:08:03 - 01:09:59
каких-то видах проектов он может четкое понятие четкая система это правда да просто нужно объяснить почему почему то есть вот в принципе из крана Канбан он тоже имеет четкую структуру и там есть понимание Какой шаг за каким идем просто сама структура аджая подходов она отличается от структуры более старых ватерфолом методы и так далее И это имеет свои плюсы и минусы допустим Если со скрабом мы будем сравнивать в котором есть спринты а ватерфоле там есть вот эти рации длинные Как ты говоришь правильно Вот Но
01:09:34 - 01:10:48
почему-то как ты опять же заметила мы все равно waterfall используем в каких-то отраслях или в проектах А почему В чем фишка почему мы не можем скраму автоматы собирать на самом деле раньше программы разрабатывали вообще все они тоже устояли в тренде можно все правильно говоришь Ну Также можно про ракеты сказать могу глазом уже ракета уже старые не так летают Почему ракеты собирать или самолет Ну не будет только технологов ракетного строения времени каждый неделю на спринты выходить будет много времени ты что в этих ватерфолета
01:10:37 - 01:12:07
у них там годы есть через годы там это первая ракета вот Илона сколько ему времени понадобится первую ракету запустить Космос чуть ли не 10 лет представляешь 10 лет никто толком не знал В итоге что-то взлетит или нет у них времени много что у нас нет следует говорить Так что waterfall подходах есть больше рисков для финансовых и для жизни и здоровья и так далее и для того чтобы те риски нивелировать компании готовы тратить лишние деньги ждать много времени но самолет не упадет ракета не упадет а в тех сферах где нет требований
01:11:40 - 01:13:07
безопасности к стабильности например интернет-магазин модный запускаем или еще что-то там действительно нужно в первую очередь время Поэтому мы должны действовать как можно быстрее если там будут какие-то баги Это не приведет каким-то ужасным последствиям [музыка] Чем же отличается допустим скрам вот Какие в скраме У нас есть события до что там происходит там происходит человек максимум должно быть команде Ладно там происходит там происходит такое собрание которое каждый день происходит что там делают на нем
01:12:29 - 01:13:54
ты должен сказать что было что-то Сделал вчера что ты будешь делать сегодня и что тебе потребуется все верно называется Daily scrum или delic ежедневные созвоны спринты Что такое можете сказать Вот это у них во времени все так что же такое спринт там происходит спринты Что такое спринт они решают вопрос Забудем про покер спринт самое главное спринт это две три четыре недели выбраны для разработки по времени в начале Sprinter что мы делаем так как называется Как называется сходка где мы обсуждаем
01:13:22 - 01:14:54
[музыка] надо четко Знать или по-английски и вот ты когда рассказываешь проговоришь есть спринт что еще есть в конце всё релиз релиз кусочек функциональности и что происходит еще кроме релиза тоже это со скрабом связан там есть есть понятие ретроспектива называется или еще на коротко называют ретро Это где все обсуждают Как прошел спринт были какие-то косяки плюс и минусы вытаскивают либо кто-то облажался Либо наоборот хотят похвалить чтобы следующий спринт был лучше предыдущих чтобы не встречались косяки которые были
01:14:56 - 01:16:36
а еще есть понятие бык это место где хранятся задачи есть хорошо Окей и еще один последний вопрос который час спрашивает разница временем то есть они считают то есть компании такого нет у них нет определенного ставки на время винтов у них как-то больше [музыка] оно подходит для проектов которые спокойно Ты должен время в Ну свободнее я сказал ну это правда Ну да то есть самое главное отличие там нет с принтов и поэтому в компании очень часто нету фиксированных Дат промежуточных вот этих релизов маленьких кусочков эти дата
01:15:58 - 01:17:44
легко можно отодвинуть вперед назад от этого более еще более гибкая методология но при этом здесь нужно сложнее управлять на самом деле таким проектом ставить какие-то промежуточные цели и так далее поэтому Когда ты пойдешь на работу Ты все-таки чаще со страхом будешь иметь дело Поэтому лучше помнить протокологи про планирование спринта и так далее когда тебе скажут пошли на планирование такие глаза не понимала тебя хотят Ты знаешь Сейчас мы будем придумывать Чем будем заниматься следующий Окей окей Все у меня кончились вопросы
01:17:30 - 01:18:41
Давай я тебе по памяти сейчас накидаю сразу что тебе нужно обязательно повторить чтобы было лучше во-первых обязательно возьми где-нибудь понятие тестирование этих понятий много тестирование возьми какой самый простой самый простой На мой взгляд это есть книжка называется swebook старенькая и там определение это там тестирование Это проверка соответствия между ожидаемым и фактическим поведением программ четко было Тебя спросили бум сразу потом уже философии они так сначала пытаешься философствовать а потом из философии
01:18:12 - 01:19:27
пытаешься определение так лучше будет [музыка] либо Какой может другой термин взять и если вдруг будет какой-то философский Батл нас здесь просто скажет где ты прочитал На этом все проблемы заканчивается дальше соотношение квалитиашоу понять чуть-чуть Почитай там тоже есть куча там все просто более узкое понятие более Широкая это не разные профессии это все про одно и то же просто это разный объем вещей которые нужно делать по видам тестирования обязательно смогли повторить что каждый из этого значит как
01:18:50 - 01:20:19
они соотносятся и зачем вообще такая градация нужно так про ящики мы принципе уже поговорили хорошо провод техники с дизайна повторить эквивалентное разделение которое ты не помнишь Она тоже простое к чаще спрашивает валентное разделение анализ конечного значений Вот про анализ конечного значений тоже почитай лишний раз чтобы просто четко сказать что это сколько у нас получается проверок И зачем вообще нужны техники с дизайна и можешь еще про другие техники почитать это таблица принятия решений таблицы
01:19:35 - 01:20:44
переходов состояние они более сложные более тяжело объяснить но могут в них бороться и поэтому мы не стали на реальном собеседование могут поэтому тоже их повторить про тест-план в принципе ты хорошо назвала Почему Просто сразу растерялась Я не знаю что это потом даже рассказала где про него прочитать и что он включает А вот стандарт 829 Поэтому просто более уверенно рассказывай и можешь даже себе написать это планы которые найдешь в интернете чтобы понять не о чем Так ну чек-листов кейс нормас был баг
01:20:16 - 01:21:39
Report тоже нормально Да виды приложений Да есть нативные гибридные приложения веб-приложение Почитай про гибридные предложения здесь Смотри какая Ловушка то же самое что серым ящиком и с еще остальные вопросами понятие Четкого Что такое гибридное приложение существует есть несколько на данный момент технических подходов гибридным приложении есть так называемые гибридные фреймворки типа ксамарин Это хитрый Framework где ты на языке си шар пишешь программы которые становятся потом почти нативными приложениями для
01:21:00 - 01:22:16
Android но при этом написано есть подход гибридным приложением это там где технология нативного нативное смешиваются это не гибридный фреймвор это [музыка] applications так называемые это то что чаще всего используется Почитай посмотри то есть там по сути эти приложения они соединяют плюсы и минусы нативных и там вроде и сервер есть в интимная часть есть и вроде установка нужно но и подключение к интернету Нужно обязательно потому что вся логика работает на сервере в общем нырний в это вот Ну и в принципе все по методологиям Ну
01:21:43 - 01:23:17
про чуть поподробнее лучше рассказываю про вот этот самый ватерфолл что не просто что-то старое чтобы что-то себе Наказывается прям четко что есть шаги либо отсутствует либо затруднена обратная связь между ступенями подходит для тех мест где не требуется конкуренция большая скорость большая но при этом требуется стабильность вот собственно что мне пришло в голову пожалуйста У тебя есть вопросы [музыка] вначале очень сильно заволновалась это самое [музыка] Надеюсь надеюсь Ну если что ты можешь мне написать в
01:22:36 - 01:24:10
личку Вопросы задать я всем всегда помогаю подсказываю или даже в нашу Движуху вступить тестирование через бусте там много таких как ты они примерно так себя чувствуют и обмениваются опытом постоянно и вопросы друг другу задают отвечают но я там тоже есть что подскажу Спасибо большое Да это точно Ну удачи тебе тогда ну как было интересно Если да то Ставь лайк подписывайся на канал а также Обрати внимание на описание к ролику там есть форма для записи на подобные интервью также есть возможность пройти интервью не в публичном виде для
01:23:36 - 01:24:57
того чтобы узнать условия пиши в личку всё Всего хорошего пока [музыка]
01:24:27 - 01:24:47