[музыка] так всем привет С нами сегодня Валерия она как она сказала только что в целом готова отвечать на мои вопросы Валерия Скажи пожалуйста немножко про себя Если тебе какой-то опыт что ты ожидаешь узнать Лера 26 лет я с вечер работала в спорте долгое время около 4 лет сейчас на Позиция тоже как бы связана на половину саппортом наполовину тестирования пользовательскую и наравне с этим тестирую нового функционал Вот Но так как я единственный типа тестировщик я не могу сказать что у меня качественный Опыт есть
00:00:00 - 00:01:41
Поэтому вот так Ну ты наверное хочешь найти какую-то работу которая будет чисто называться тестировщик программного обеспечения или на текущей работе как-то улучшить хочется навыки какой-то план Ну я рассматриваю вообще два варианта то есть меня было бы наверное устроили но идеальный это сменить компанию где я была в команде где можно было можно было бы учиться у коллег и развиваться дальше Потому что я бы хотела пойти в автоматизацию вообще в идеале мне это интересно вот в своей компании это маленькая компания поэтому я не вижу как
00:01:05 - 00:02:17
бы там сильно где развернуться за счет именно специфики управления Ну это окей Да нормально хорошо Тогда попробуем про собеседоваться начнем с общих вопросов которые обычно спрашивают можешь рассказать что такое тестирование так тестирование это процесс когда мы проверяем программное обеспечение проявляем его дефектов и на момент насколько соответствует ожиданиям заказчика и требования где мы берем эти требования это все ожидания заказчика только или как-то еще можем определить ожидаемое поведение
00:01:40 - 00:03:11
нет требования у нас могут быть либо прописаны отдельно там бизнес аналитиком либо прямо на проекте либо требование может быть не быть именно как в отдельном документе удельном месте в таком случае можем например проанализировать продукты конкурентов если Это не единственный продукт который мы разрабатываем требования можно взять с макета который сделал нам дизайнер опять же то что нам заказчик писал там какой-нибудь переписки по телефону разговору тоже можно взять за требования Ну и здравый смысл есть требование
00:02:28 - 00:03:46
на самом деле бывает смесь ситуация например в требованиях вряд ли будет написано что приложение не должно падать каждую минуту Ну ты заходишь приложение оно падает каждую минуту очевидно это баг Хотя в требованиях ничего про это не было написано отлично хорошо какие ты можешь выделить цели тестирования тем меньше это будет стоить нам после релиза [музыка] Ну на самом деле классификация этих целей там существует огромное множество их правда очень много наверно каждый Автор который что-то там сделал в
00:03:07 - 00:04:14
тестировании он написал свои цели Вот и как правило одно из них поезд багов действительно потом мысль уходит куда-то еще да Обычно мы можем выделить среди цели еще например такую цель как выдача обратной связи о процессе разработки То есть ты не только баги находишь ты можешь находить всякие косяки которые как тебе кажется у вас в процессах происходит например ты видишь что разработчики очень поздно выдают версию в релиз и ты никогда не успеваешь нормально протестировать следует вопрос обсудить или ты видишь что спринт
00:04:02 - 00:05:21
подходит концу а большое количество задач еще не выполнены и ты можешь менеджер подсветить искать по ходу наш спринт как бы будет не очень хороший мы видимо не успеем заранее и соответственно можно выделить Еще какими цели например выделяют такую цель что продукт соответствует ожиданиям пользователей или заказчика То есть это немножко не совсем про баг-репорта это про то что в принципе в целом продукт может вызывать какие-то эмоции какие-то мысли например вы пилите интернет-магазин Да вот и Вам бы
00:04:42 - 00:06:03
Желательно чтобы корзина интернет-магазине заработала Вот в конце текущего спринта чтобы заказчик получил что хотел а вы по ходу не успеваете и дело не в том что Есть конкретные баги в том что в принципе Вы скорее всего не выполните цель спринта будет выучить какие-то другие цели если есть более простая формулировка или немножко другую сторону не критично но лучше выучить больше чем нахождение хорошо Какие виды тестирования ты можешь назвать типы можешь начать самих классификации сказать что у нас есть много разных
00:05:23 - 00:06:50
классификаций я узнаю такие-то в ней какие-то виды существуют у меня вообще-то самое такое Первое первая ассоциация это по степени автоматизации потому что я упоминала автоматизацию соответственно ручного Автоматизированная помощь уделяют полуавтоматизировано когда часть ручных тестов часть автоматизированных полуавтоматизированное это выделяют когда ты используешь какие-то средства автоматизации для ручного тестирования например ты хочется нагенерировать кучу юзеров чтобы не делать это руками ты
00:06:12 - 00:07:17
запуская скриптик но в итоге ты потом используешь этих юзера в ручном тестировании один из взглядов большинство рекрутеров или тех специалистов они делают такие вот глаза и скажет что это Расскажи нам и никогда такого не слышали Так что еще есть по доступу коду например есть whitebox blackbox игры Box то есть whitebox имеется ввиду что мы знаем и понимаем код то есть можем посмотреть на то как это работает в графическом интерфейсе но и в коде blackbox наоборот мы не умеем пользоваться кодом не знаю как пишется и
00:06:45 - 00:08:02
можем протестировать только с точки зрения пользователя и игры бокс это смешение этих двух стилей Хотя вести такой не выделяют насколько знаю много где не выделяют грей-бокс и поэтому часто получается просто за и выйдите этот вопрос сказать здесь белый черный Поехали дальше Потому что серый ящик это очень дискуссионная история и зачастую я наоборот его вижу Поэтому вот как повезет А еще может оказаться что ты увидел не в том материале в котором увидел твой собеседующий вас будет разные взгляд на серый ящик и вы будете
00:07:25 - 00:08:40
еще немножко философствовать на собеседование Ты очень хочешь философствовать ты хочешь побыстрее закончилось и так далее вот можешь привести пример черного ящика белого ящика например есть такой подход такой А как же это в реальной жизни выглядит Так ну тестирование черного ящика например будет тестирование юзабилити Ну лайтбокс не знаю например может быть тестирование авторизации и после протестировали мы там залезем базу данных ждем какой-то запрос посмотрим точно не задался парень ну а где мы тут код читаем какой-то
00:08:02 - 00:09:32
если совсем обольщик это куча Excel табличек в которых данный понятно Сюда относится как правило юниты как правило пишет разработчики это такие тесты которые покрывают изолированную часть кода кусочек функция функцию какую-то в нем метод какой-то в нем тестируют кот по кусочкам вакууме если совсем упрощенно назвать это юниты вот столько белый ящик вот там действительно люди знают как кот написаны могут его протестировать понять его структуру и так далее хорошо Ну вот опять же про уровень тестирования
00:08:59 - 00:10:19
тестирования я не тесты которых тестируют обычно разработчики они тестируют там отдельные функции модули в коде Далее идет интеграционное тестирование то есть мы Тестируем отдельное как-то компоненты получается систему то есть прошлом тестирование разработчики нам сказали все классно мы делаем интеграционный тестирование то есть Соединяем какие-то части системы Тестируем их по отдельности Далее идет системное тестирование Когда мы уже Тестируем всю систему полностью и идет тестирование либо User excepton всего еще
00:09:50 - 00:11:03
[музыка] тестирование процессов типа от начала работы системы и до конца например то от регистрации до чекаунта с продуктов корзине чем это система отличается она получается более поверхностная смотри первое ты говорила второй уровень это интеграционная да ты говорила что компоненты много компонентов тестируется отдельно на самом деле интеграционное тестирование как раз тестирование взаимодействия нескольких компонентов один компонент вакууме интеграционная это взаимодействие нескольких сказала отдельного компонента и системно
00:10:28 - 00:11:53
это когда все компоненты системы собраны четвертый уровень про который ты сказал тестирование или юзер тестирование это такая же история как серый ящик с ним надо в курочку иногда тебе могут не поверить что существует такой уровень даже Но если рассказываешь что как правило если мы говорим про юзера тестирование еще надо русский его приёмочной оно выполняется в соответствии с ацетон с планом или с планом приёмочных работ вот чем основная фишка дает специальный документ куда-то выносишь или чек-листы и вы
00:11:21 - 00:12:35
договариваетесь заказчиком что если они все проходят Значит мы пока сдать проект не можем хорошо что еще помнишь Какие классификации функционально не функциональное тестирование тестирование связанное с изменением так функциональным в целом по-моему нет каких-то классификаций особых по-разному по-разному бывает что я лично не могу для себя выделить что функциональным вот есть внутри него какая-то классификация тестирования по моему так стресс болью производительность было это тестирование бэкенда когда мы пытаемся нагрузить
00:11:58 - 00:13:33
как-то сервер и проверить различные метрики и вот у нас есть четыре подхода вот этому само тестирование производительности это зависимости от того что же мы хотим из сервера выдать то ли мы хотим его измерить когда он сломается то ли мы хотим измерить как он на максимальной мощности работает то ли мы хотим измерить Как на средней мощности работает или мы хотим измерить как он на резкое увеличение объема данных это все в рамках тестирования производительности есть еще куча видов тестирования но мы можем тестировать просто юзер
00:13:01 - 00:14:12
интерфейс можем тестировать именно юзабилити насколько это удобно пользователю пользоваться правильно Да еще есть локализация и интернации ой все очень тяжело потом ссылку где все это находят Я даже такого не очень знаю Ну я тестировал локализацию Но вот все просто с ней Что такое тестирование локализации [музыка] поняла это нужно тестировать насколько [музыка] допустим тоже магазин Продукт готов к переводу так сказать на другой язык например на русском а мы хотим сделать магазин на английском нам нужно проверить насколько хорошо там
00:13:37 - 00:15:23
название переведены то есть название верстку американцев я по секрету скажу вот правый левосторонняя надписи в реальной жизни вообще минимальное отличие у них есть вот допустим иероглиф азиатский там бывает будет выравнивание Ну да а кроме языка что может еще в тестировании локализации меняться [смех] что еще кроме валюты языка [музыка] верстку мы поняли а вот ты в интернет-магазины шмотки допустим покупаешь когда там Бывает такое что разные формат размеров евро размеры есть японская есть американский А еще если ты
00:14:32 - 00:16:06
великий строитель домов то Допустим бывает когда ты стройматериалы покупаешь или какой-то технику для строительства у нас принято метрическая система сантиметры метры американцев на фиты дюймы то есть единицы измерения меняются единицы веса меняются килограммов меряемся А кто-то А еще очень часто История это формат даты и времени Тестируем локализацию мы просто должны сколько всяких параметров меняется то есть допустим дата времени формат это времени практически для любого вообще сервиса это очень важно
00:16:08 - 00:17:30
потому что везде указан какой-то дату мы должны помнить что американцы почему-то начинают с месяца месяц день и времени А ты можешь принципе представить как можно одним кликом локализацию в приложении Ну да знаешь где это происходит Но обычно делается как этот свитер такой где меняется язык и там же в целом меняется локально то есть выбираешь другой язык автоматически меняется бокаль тоже всегда обычно у нас виде страны или виде региона в правом углу все хорошо так Какие еще ты помнишь видно связано с изменениями там можно выделить
00:16:56 - 00:18:22
смог перегрешин тоже часто видела в материалах не знаю насколько правда встречается или нет часто встречается часто вот Smoke San Andreas Объясни пожалуйста о чем это он смог тестирования мы проверяем базовую функцию приложения То есть если мы понимаем что смог тесты где-то падают то дальнейшее использование либо тестирование приложения не имеет смысла если в калькуляторе не работает сложение нет понто тестировать умножение это Это вряд ли А вот допустим из калькулятор не открывается если калькулятор не
00:17:45 - 00:19:02
отрисован кнопки или нет табло вот тогда действительно нечего тестировать это вот более поверхностные как правило так [музыка] обычно проводится например в начале процесс тестирования Когда у нас такие не очень стабильные тестирование уже ближе к концу ближе к релизу мы проводим тоже самое смог это Это ошибка все красный свет Как бы Сколько тоже материалов столько и мне такое смог много разного видела понять это разные Это мой подход номер 1001 после 1000 предыдущих твоих этих Цените вообще тестирование Исходя из логики понять это
00:18:27 - 00:20:13
тестирование какой-либо функциональности вглубь То есть когда мы занимаемся конкретной функциональностью в реальной жизни как правило Цените это очень схожее понятие снюфическая то есть вот мы работаем спринтелем вот мы смогли у нас приложение более-менее работает Окей значит мы приходим к следующему этапу Цените через Цените мы Тестируем новую функциональность потому что ее только что ввели мы вглубь подробно Тестируем все что к ней относится все что не связано иногда это могут быть выделять отдельным словом
00:19:41 - 00:21:02
фича тестинг но по сути это сэнте тестирование но функциональность и потом нас идет это когда мы проверяем что все правильно то есть мы проверяем старые проверки которые не относятся к новой фиче Логично отлично Как ты думаешь Вот ты приходишь на проект те менеджер говорит мы regression не проходим вообще нафиг не нужен Короче у нас только Smoke и как-то на это отреагируешь что ты ему скажешь жестко Почему я не знаю не хочу участвовать [смех] ну посмотри у нас 1000 проверок Ты одна у нас у нас больше
00:20:21 - 00:22:02
денег нет мы берем топ тебя и у нас при 2 недели нам кажется ты не успеешь сделать Сначала куча смолков потом 100 нити проверка потом тысячи регресс возможно надо оптимизировать [музыка] а как ничего чтобы убедиться в том что ничего не сломано нас же все проверить как же ты ты же не можешь быть уверенно заранее что ничего не сломалось пока ты все не проверишь а представьте приложение Существует несколько лет и с каждым с принтом вот этот регрессия сьют растет потому что регрессию он состоит из того что было Цените в предыдущем
00:21:40 - 00:22:58
спринте если грубо так сказать это архив тестовых сценариев и Чем дольше существует разработка тем больше Этот архив если когда приложение совсем молодой только начинается Ну это не проблема протестировать то потом через пару лет это проблема огромное количество то есть ну в общем оптимизировать с каждым с принтом то есть нам нет смысла проверять Типа какие-то проверки которые были например самые первые версии приложения скорее всего там это функционала половину уже нет Ну это понятно что надо все проверки
00:22:46 - 00:23:51
оптимизировать и Смоки надо будет периодически переписывать Когда будет приложение всегда вот такой снежный ком который будет всегда нарастать на самом деле то что я сейчас говорю это вообще половина проектов когда ты приходишь и тебе говорят у нас нет регрессии от regression действительно можно отказаться логика здесь такая что в regretions ютах маленький шанс нахождения баг-репортов потому что то что сейчас regretion как ты немножко заметила мы раньше уже когда-то проверили предыдущих спринтах это как
00:23:19 - 00:24:20
минимум один раз было проверено и поэтому во многих проектах говорят Ну мы берем на себя риски того что там может быть появится но зато мы сэкономим время и допустим лучше проведем ценники или там какие-то дополнительные виды тестирования вместо регрессии применим и все у нас будет нормально Так что это норма в других проектах скажут у нас четко надо все этапы пройти все кейсы проверить Перед каждым релизом хорошо какие еще виды ты помнишь классификации браузерная кроссплатформенный можешь рассказать что это такое
00:23:51 - 00:25:09
Да кросс-браузерный когда мы Тестируем приложение на разных браузерах То есть например на Хроме там на Оперы на мази на каком-нибудь интернет Explorer cross-платформенная когда мы Тестируем на разных операционных системах то есть Windows Max либо iOS и Android а что еще там может быть разное кроме операционных систем размер окна размер дисплея Значит нам нужно не только разные операционные системы разные устройства а еще что бывает разная кроме разных операционных систем по производителю разных устройств
00:24:40 - 00:26:01
это касается икросс браузера версии правильно да то есть еще у каждого определенного браузера или операционной системы может быть куча версии от этих версий зависит производительность так вот у нас еще есть такое понятие как статическое динамическое тестирование слышал о таком динамическое запуск собственно без запуска кода тестирование требований какой-нибудь тестирование спорно Тебе же надо открыть программу чтобы протестировать Значит она работает чтобы перейти по разделам приложения можно тестировать
00:25:24 - 00:26:35
макеты ожидаемое поведение фактическое протестировать макеты Отлично Отлично нет вопросов красиво красиво хорошо ладно про автоматизированные иногда спрашивают такой прикол типа Почему автоматизированно существуют наравне с ручным да В какой момент она вы заменит и применимость в общем автоматизированное тестирование Вот как ты думаешь От чего зависит когда мы должны ручной применять когда автоматизированное автоматизирован тестирование чаще всего используется например на регрессии чтобы сократить время тестировщика именно
00:26:09 - 00:27:28
время человеческое тестирование провести это быстрее так счет чаще всего мнение что нет потому что все-таки человек протестирует лучше чем машина Хотя вычисления лучше отдать или монотонные действия кроме кроме тестирования Когда выбор пользу Чего делаем вот есть у нас тестирование смог Какой лучше провести автоматизированный бюджета разработку [музыка] Наверное потому что фактически результаты могут быть всем однозначными машина может не интерпретировать так как человек а в регрессии тогда выиграете тоже
00:27:04 - 00:28:42
машина может интерпретировать никак человека в регрессии тоже куча ручных тестов осталось какая разница хорошо а вот вот мы его перетестируем уже руками и проверим насколько там критично может быть руками может быть еще чем-то просто проблема в том заключается то что автоматизатор он сразу не поймет чего упала тестирование ты Когда проверяешь видишь наглядно на приложение авто тестировщик когда запускает свой автотест он видит что у него упал автотест и он не знает упал ли его автот написал плохой автотест или у него упал
00:28:10 - 00:29:31
автотест потому что нашел бак в приложении ему Надо разбираться сидеть там где ошибка произошла на каком этапе что это значит Проблема в том что когда мы Тестируем функциональность у нас Сто пудов будут какие-то баги ошибки и автотесты точно будут валиться и с новыми фичами Наша задача на самом деле Ну как можно быстрее определить их качество и вручную Это просто сделать проще и быстрее буквально видишь что происходит Своими глазами и можешь сразу сделать вывод о том что у нас снова свечой А если это
00:29:03 - 00:30:09
автотесты на них набросишь они будут падать авто тестировщик будет разбираться пока он их починит пройдет спринт в конце спринта не будет информация о том что у нас по новым фичам и так далее а с регрессии почему лучше автотест работает помимо того что их много можно сократить время и так далее мы их уже проходили они более-менее стабильные из большей степени вероятности авто тестировщик будет знаешь что скорее всего накосячил он своем автотесте Ну конечно можно найти баги там именно для этого все
00:29:36 - 00:30:32
сделано тем не менее он уже будет иметь какое-то предупреждение тогда как снова функциональностью никогда ничего не понятно что как почему Но это все окей а как ты думаешь чего Какие еще у нас бывают применимость да В каких еще видах тестирования разные может быть где Допустим мы не можем без автотестирования обойтись [музыка] Ну ладно руками напишем запрос да и все в пост мне в этом нажмем кнопочку Сент и все и полетела что нам там автоматизировать Так мы сделаем только один тест мы напишем условно много тестов сразу все
00:30:03 - 00:31:16
запустим Как одну будем секунду этот если у нас есть коллекция в этом пост мне или еще где-то нам просто надо Ну там 10 методов Будет нам 10 раз нажать это у тебя займет полчаса максимум это с каким-то сложным анализом А так минут за 20 справишься например тестирование производительность сервера есть Вид тестирование где автоматизация вообще не применима я Это важно Это важно главное чтобы на проекте тоже так считали хорошо отлично супер замечательная тема поговорили так поговорим тогда про тестовую документацию какую-то
00:30:46 - 00:32:05
документацию которая тестировщик создает процессе работы это самая популярная тест кейсы чек-листы багре порты менее распространенная точнее больше уходит на менеджмент тест планы и тест стратегии и как-то отчеты по результатам тестирования Окей счет из плана состоит обычно [музыка] цели текущего тестирования команда которая работает роли и как-то ответственность какой-то тестирование какого функционального функциональности отвечает Так что еще риски которые мы закладываем это тестирование как это выглядит любой момент Может
00:31:43 - 00:33:34
заболеть имею ввиду мы может помереть [смех] опасно лучше роботов люди нестабильно роботы могут сломать Это точно так описывается как-то парк устройств который у нас есть в целом на чем мы собираемся тестировать и что собираемся тестировать И что не собираемся тестировать Вот это действительно важно действительно часто встречается то есть парк устройств часто называют умными словами требования к тестовой лаборатории Вот и применяемые виды тестирования что будем что не будем тестировать это тоже очень важно на
00:32:42 - 00:34:09
самом деле потому что очень часто когда тебя нанимают особенно единственным тестировщиком даже Junior те кто тебя нанимают не знают что должен делать Ты знаешь выучилась так далее а там никто не знает и проходит несколько месяцев подходит менеджер говорит не протестировала безопасность что все ручные тестировщики умеют тестировать безопасность А если ты сам начале проект написал тест-план Где Расписал вид тестирования который ты собираешься выполнять показала менеджеру этот тест-план он сказал Окей я согласен со всем Что
00:33:33 - 00:34:47
написано у тебя есть артефакт защитный от предъяв через два месяца так что проблема в том что тест-план часто в интернете висит в виде какого-то Мега документа на 40 страниц типа диплом на работу в университете все время ее смотрят думают о это не для меня вообще история короче это менеджмент как сказала про менеджеров на самом деле на двух страничках в pdfке на Google доки можно сделать тест-план и указать главный параметр который ты перечислил что этот план спасет тебя от будущих стрессов вы буквально письменно
00:34:15 - 00:35:17
договариваетесь что-то собираешься сделать И ты показываешь менеджеру программистом все вдруг узнают Зачем нужен ручной тестировщик в этот момент и все так что это очень важно еще там бывают критерии начала окончания тестирования критерий начала например все одни тесты пройдены и все требования верифицированы критерии завершения как например не найдено критический багов в течение тестирования не найдено критический опасный критерий Потому что если их найду что тестирование никогда не завершится
00:34:46 - 00:35:59
Скорее все устранены Да нету открытых багов определенного приоритета допустим критического иногда бывает что нет открытых багов вообще есть такое понятие тоже зиру бак толеранс называется Может быть да то есть тестами покрыть 80 процентов требования Они там пройдены все минимум 8 процентов Как ты думаешь хорошо так эскиз чек-лист что это такое зачем они нам нужны и почему их два Но чехлист это описание таких быстрых проверки верхнеуровневое описание проверок которые мы собираемся провести тест это уже более углубленное описание
00:35:25 - 00:36:43
тех проверок которые мы накидали чек-листах Бывает такое да бывает мы сразу Пишем что-то одно бывает мы чек-листы переводим такое бывает вот из чего чек-лист состоит конкретно Из каких частей в общем-то только из какого-то названия описываем Что именно Мы хотим протестировать но там уже описываем произведение Все правильно Если можем еще указать например какие-то условия а Ну можем еще если например регистрация можем указать данные которые условно вводить Можем можно да ну указать Какие вводить можем указать что сломать в
00:36:26 - 00:37:49
системе То есть это введение системы в определенное состояние предусловие шаги при условии название что еще у нас там есть ожидаем результат еще бывает пост условия это система до того как мы начали тестировать В какой стране Нужно привести до исполнять что-то Какое состояние система должна прийти после нашей не совсем пост условия это что надо сделать чтобы вернуть систему в первоначальное состояние Бывает так что тебе при тестировании приходится систему ломать жестко отключать базу данных удалять что-то
00:37:30 - 00:38:46
щемить и после этого потом просто система Невозможно работать и не протестировать дальше ты там может коллегам мешает это починить подключить базу назад вернуть юзеров и так далее зачем нам это и другое нужно чем мы одни пишем или чек-листы Так ну и ту и другую документацию нужно поддерживать постоянным актуальном состоянии и если это Например большой проект и на нем мало тестировщиков то для них поддерживать постоянно большое количество очень сложно будет Поэтому например в таком случае проще использовать
00:38:16 - 00:39:30
кейсы либо если так удобно проекте можно И то и другое можно так А какие еще случаи бывают когда мы выбираем что-то из этого всего вот допустим Ну то что сказала большой проект мало человек это переводится то что типа не хватает времени на их поддержание да то есть времени мало у нас что еще может быть важно постоянно набираются новые сотрудники для них проще писать кейсы где будет пошаговое исполнение либо если мы отдаем тестирование на как-то другим своим коллегам например они когда вот эти модулем например не работает
00:38:56 - 00:40:15
лучше написать можно использовать [музыка] быстро Сдаешься требования плохо прописаны это тоже жиза То есть ты приходишь на проект Клиент говорит Я короче ничего не знаю я продаю фиджет спиннеры А вы профессионал тестируйте делайте мне веб-сайт и тестируйте спрашивайте что есть там все умеют регистрироваться и покупать товары Все я пошел через две недели Напишите Как у вас там дела не очень туманно в этот момент тебе лучше использовать листы потому что ты не можешь писать Пока еще четкий сути нету шагов не написано а
00:39:38 - 00:40:55
бывает допустим что наоборот можем применить только ты с кейс если шаги и вообще система очень сложная взаимодействие двух брендов 10 баз данных и там просто чек-листом но невозможно описать типа проверить что все работает там надо 30 шагов сделать каждый раз и тут даже если мало времени даже если там ты одна Ты сама себе будешь писать через три дня не вспомнишь как это проверять сложность проверки хорошо как-то сообщение о найденной ошибке окей Еще он состоит состоит из произведения ожидаемого
00:40:30 - 00:41:48
результата и фактического результата еще предисловие могут быть да что еще может быть Ну тоже данные которые ввести нужно например из саппортной жизни пример очень часто нужен как-то ссылка на страницу где воспроизводится либо точное описание Где производится в шагах будет указано Какие еще бывают исполнитель и партнер еще бывает окружение оказывается в котором нашли версия браузеров если ты там приложение это название телефон версия всякие скрины видосики логи дополнение помимо описания багов интерактив
00:41:17 - 00:42:54
хорошо поговорим о жизни порт что с ним дальше происходит обычно его как-то отдают обратно разработчику он проверяет Насколько этот баг Report короче проверяет бакты вот допустим Все идет по плану разработчик говорит Да я согласен Это бак Чем дальше там делает потом обратно отдает в тестирование происходит 3 тест и там уже дальше опять дается Дальше например Сколько можно цикл продолжаться в какой-то момент в этом цикле разработчик ломается и говорит все Я думаю что я починил у меня не воспроизводится ты проверяешь А у тебя
00:42:28 - 00:44:00
воспроизводится проверить что вы с разработчиком например на одной и той же версии проверяете так еще не знаю на Ну как бы на одном устройстве У вас одинаковые предусловие воспроизведение Бага и если Ну там уже точно скорее всего что-то найдется правильно ты назвала правильно первое чтобы у вас была версия продукта одинаковая потому что это очень часто история что разработчик забывать залить свой фикс но при этом быстро бежит в жире репортить я все починил а весь его Я починил Он у него на компьютере
00:43:30 - 00:44:36
остался и второе это окружение Может это из-за конкретного браузера проблемы может он на другом браузере смотрит у него нормально Может это проблема там в устройстве стоит нативное приложение вот если эти два вопроса у вас совпадают по максимуму [музыка] независим экспертом Нам действительно позвать третьего им обычно является Project Manager и Project Manager так как он человек который при финальное решение выдает себя пишешь говоришь менеджер у меня воспроизводится не воспроизводится приоритет такой-то глянь все он глядит
00:44:06 - 00:45:19
решает он либо дает пендель разработчику ограничений Я короче поддерживаю тестировать клип говорит тебе знаешь Иван Иванович очень занята разработчик Вот его нельзя отвлекать и поэтому что-то сделать с багом там бери вы спринта убери его Закрой его в этом случае приходится подчиняться Единственное что Я рекомендую в комментариях написать что произошло так а теперь Представьте ситуации когда сразу Пошло все не так ты завела репорт он попал на разработчик разработчик говорит я не буду Почему [музыка]
00:45:11 - 00:46:23
что с низким приоритетом есть низкий приоритетов убери назад Забирай потому что не может ужасная что бывают такие ситуации когда это ну типа мелкие незначительный бак и там условно на не знаю это никак не влияет на экспириенс пользователя не влияют на работу приложения пусть он на нем лежит Может он не будет сейчас заниматься внутри спринта и же на планирование не планирует Ну не влазит его выкинут Но это погоди Вот если разработчики говорит я признаю допустим что бак есть но я не буду делать его потому что
00:45:55 - 00:47:23
Какие случаи бывают когда может возникнуть такая ситуация когда тот тебе кажется что бака ему кажется фичи ну скажем мне может сказаться чтобы Потому что со стороны пользователя то есть разработчик смотрит с точки зрения верификации типа по требованиям Все окей Все правильно разработано но пользователь например не подходит винтики Не сошлись Вот это прям такое если в документации написано так как сделал программист то в итоге тебе будет сложно такие лагере чаще Бывает такая история что ты написала тестовую
00:46:54 - 00:48:10
тестовую документацию по проектной когда-то а потом ты сидела пила чай в этот момент случайно созвонился разработчиков менеджер ему говорит Слушай у нас тут поменялись идея короче вот это всё должно быть по-другому он запомнил и сделал А тебя никто не сказал оказалось что просто поменяли Требования тестируешь по старой документации он говорит Вот теперь это поведение правильное документации у нас там был созвон с Иван Ивановичем тебя не было понятно в этот момент и выясняешь правда ли это пинаешь кого
00:47:42 - 00:48:59
надо чтобы документацию поменяли меняешь свой тестовый документацию после изменения проекта и тогда получился например Потому что я цитировала на старой версии Ну ладно хорошо что еще и дубликаты Да есть я вот такой же где-то там видел что дальше тебе делать придется косить найти где-то его видел правильно Да именно когда Показалось так допустим нашли Дальше чего проверить предыдущий Пак который производится то мы например можем закрыть новый бак и перекрыть старый Либо наоборот закрыть Старые если он
00:48:21 - 00:49:45
воспроизводится он воспроизводится Именно поэтому ты завела свой дубликат что нам важно посмотреть в Original баги в каком он статусе находится сам или в системе если он открыт еще тогда сдаемся Бывает так что он уже закрыт более того ты его проверила неделю назад тут такой же опять вылез перед открыть старый хорошо Можно иногда просто не переоткроется и тогда надо будет дубликат переоткрыть и сказать да это дубликат Ну типа надо чинить Потому что тот оригинальный уже типа закрыт иногда менеджер так настраивает жиру что ты
00:49:17 - 00:50:36
просто не можешь открыть переоткрыть closs система сломается хорошо ладно техники с дизайном что-то такое зачем они нужны подход который мы используем при тестирования чтобы не создавать так чтобы создать миллиард тестов что нам дает в принципе нам это техники с дизайном нужны чтобы сократить да количество чего тестов и при этом увеличить покрытие наверное так может сформулировать обычно пишут так что ну у тебя когда есть много тестов есть большое покрытие с уменьшением теста чтобы не уменьшилась
00:50:07 - 00:51:31
тестовое покрытие хотя бы не уменьшилось если ты умеешь количество Ну ладно Можно и так сказать хорошо И вот самый любимый техники с дизайна на собеседовании это анализ граничных значений и эквивалентное разбиение можешь про них рассказать на разбиение мы используем Когда например наша система реагирует на некоторые значения в одном диапазоне одинаково то есть нам нет смысла проверять все значения в этом диапазоне достаточно проверить одно чтобы убедиться что система работает техника граничных значений она как бы
00:51:05 - 00:52:20
сочетается тем что внутри системы классов эквивалентности баги чаще находятся именно в граничных значения То есть например у нас эквивалентное значение от 1 до 10 то баги чаще всего будут возникать на границах где один и 10 а можем оторвать одно другого допустим возьмем с тобой и ограниченных значений эквивалентно разбиение оторвем и расскажем что как мы можем привести клиентам избиение без всяких границ Да берешь там от из этого класса эквивалентности Например у нас там от одного до десяти без одного и до 10 вот
00:51:49 - 00:53:16
нет у нас никаких границ вот у нас есть поле ввода логина логина и мы такие применим технику эквивалентного разбиения не учитывая ограниченное значение в таком случае для блогера например могут быть классы эквивалентности кириллица например цифры Это уже зависит от на самом деле поля ввода сильно То есть например когда ты вводишь почту электронную где угодно игнорирование в логинах тоже такой часто бывает и в паролях Реже А вот то что конкретно сами данные то есть допустим латинские буквы английские
00:52:36 - 00:54:10
Да русские буквы это каждая из них это классика валентности цифры Ну окей так и каким образом мы используем Допустим мы хотим на английских букв испытатель класса эквивалентности с нашим поле ввода сколько у нас будет Если конкретно для класса с английскими хорошо анализ граничного значений у нас бывает так что нам нужно проверять различные интервалы значения позитивные внутри как правило интервал а снаружи негативные сценарии ты говоришь от одного до десяти например интервал У нас есть сколько у нас будет
00:53:36 - 00:55:00
проверка соответствии с техникой с дизайном есть разные подходы есть один где проверяются только два значения на границе то есть например для одного это будет 10 для 10 10 11 либо с тремя это 1 2 и 0 или 10 9 10 11 значение которое внутри Оказывается это какая проверка позитивная или негативная зачем тогда еще одно значение брать рядом с ним это такие подходы допустим нам надо сделать выборку по словам по алфавиту там от гэда даже одна ошибка нет алфавит также системы и алфавитный порядок воспринимают также
00:54:39 - 00:56:15
как и числовой то есть они умеют работать они знают Какая буква За какой идет и могут можно общем алфавитные данные также виды приложений Давай обсудим Вот приходишь на собеса тебе говорят у нас в приложения как вы будете его тестировать без подробностей что-то в нем стоит и так далее А ты такая знаешь как работают все виды приложений примерно Да и можешь подобрать к ним более подходящий виды тестирования Какие бы ты виды тестирования [музыка] Ну вот мы начали в начале мы обсуждали что есть куча
00:56:07 - 00:57:28
видов приложения по разным классификациям Вот ты начинаешь тестировать веб-приложение первое наверное будет функциональный Да ну проверить что сайт работает как задумано вот функциональном плане когда для конечного пользователя а потом мы можем такие А у нас же в Значит мы можем применить еще какой-то мало пользователей производительности Что еще можно применить в зависимости что больше подошло бы еще квебу наверное кроссбраузерная правда ведь она же из браузер в других видах его нет тестирование может быть на связанные с
00:57:09 - 00:58:31
плохим качеством интернета Да с прерыванием То есть когда у нас Интернет отрубается полностью или не полностью Это относится обычно проверка С какой скоростью реагирует сервер на данные которые входят Под разными условиями а проект соединение интернета чаще относится к тестированию прерывание То есть когда мы допустим сидим на сайте включили интернет что нам сайт скажет ошибку как нам покажет и так далее Вот а еще сейчас очень любит спрашивать про взаимодействие про то каким образом данный передается на сервер назад В
00:58:19 - 00:59:33
каком виде [музыка] Да наверное методы Какие бывают [музыка] пост от и делит основные миллионы маленькой тележками Да еще бывает самописные методы Да кроме метода у нас еще указывается что ссылка куда мы собственно посылаем наш запрос не [ __ ] адрес в некоторых [музыка] данное браузере айдишники всякие хорошо есть response ответ что он содержит какие коды 300 300 400 и 500 если сервис сломался то какой будет клиент 400-300 переадресация 200 успешная высоты супер так Но тебе не повезло и на нашем
00:59:05 - 01:01:05
собеседовании тебе говорят у нас будут нативные приложения что-то для них подберешь на какой-то версии операционной системы То есть можно подобрать [музыка] производительности Как быстро запускается Что входит в инсталляционная установка [музыка] Ну удаление последующей установкой то же самое что переустановка правильно три удаления установка обновления все верно Какие еще к нативному [музыка] а если есть сервером приложении есть сервер работает локально там же все равно есть некоторые связь с сервером где например хранятся твои
01:01:01 - 01:02:34
покупки лучше сказать Так что технически на приложение оно работает без сервером но на севере может храниться какие-то данные которые оперирует логика на устройстве А вот каким-то фоточки покупки какие-то данные сторонние которыми ты оперируешь они могут хранится на севере поэтому без интернета нативное приложение должно работать но оно может терять бизнес смысл передавать периодически на сервер какие-то То есть тут уже надо смотреть от того чем стоит допустим приложение Фонарик который у тебя на телефоне стоит оно
01:02:30 - 01:03:41
сервер точно не имеет или приложение калькулятора оно полностью работает на устройстве хорошо Окей так А если тебе говорят что у нас гибридное приложение как ты видно это смысле между нативным и по-разному бывает бывает так бывает не так допустим да допустим это связь нативного первое что приходит если она синхронизация данных это интересно сказано Где логика хранится в такого рода гибридном приложении Как ты думаешь [музыка] гибридном вот когда у нас есть нативная часть есть пример который [музыка]
01:03:08 - 01:04:38
Ну вот типа доступ из браузера есть доступ компьютера так вот и когда устанавливаешь доступ к компьютера Ты знаешь что-то устанавливаешь Да какой-то часть приложения Ну чтобы запускал с компьютера в браузере Ты просто открываешь устанавливаешь соответственно когда ты устанавливаешь [музыка] что-то на компьютере это какая-то нативная часть нативный клиент так называем вместо браузера то устанавливаешь нативный клиент нативный клиент Может на себя брать часть функций которые раньше приходилось там в браузер пытаться
01:04:20 - 01:05:29
реализовать но при этом логика приложение данные которые хранятся но все остается на веб-сервере и [музыка] у гибридного в нашем понимании который мы сейчас обсуждаем это у него часто части от нативного и от веб-приложения они применимы а частично нет то есть установка требуется требуется и тут требуется подключение к интернету постоянно требуется [музыка] приложение Да требуется гибридным требуется на севере Как отличить значительный гибридное предложение захочет приложение отключаешь интернет
01:04:55 - 01:06:19
по нативному ты можешь дальше перемещаться А по гибридному нет ничего не знаю как дальше Вот приложение которое в которых ты например носишь изменения И как только появляется связь с интернетом оно там типа загружает данные на сервер Да но по нативному данные на сервер подгружается контент данные но при этом в нативном приложении без интернета ты можешь перемещаться по разделам в нем только данные будут устаревшие может быть контент А в гибридном ты не сможешь в принципе по приложению перемещаться
01:05:40 - 01:06:44
потому что вся логика хранится на сервере Клиент не знает из чего что должно состоять более того в гибридным приложении тебе кажется что ты в нативным потому что там все нарисовано как нативном кнопочки вот эти все но тыкаешь по ним вместо обращения к памяти телефона идет обычный запрос на сервер то есть кнопочки на самом деле ссылки они выглядят как кнопочки и гибридные делают по нескольким причинам есть разные например его поддерживать проще чем нативное Потому что не нужно разрешение пользователя для обновления сервер
01:06:14 - 01:07:37
меняешь просто в один день и все а в нативном в чем происходит проблема существует тем больше у тебя происходит деление пользователей по разным в какой-то момент через пользу говорит я не буду обновляться я не буду я не буду через пять лет у тебя там 25 ступени пользователей которые в какой-то момент сказали Я не буду обновляться тебе надо Со всеми иметь дело а гибридным не надо Ты просто на вебина и все а я как тебе рекомендую чтобы вот не плутать в этом всем сделайте какой-нибудь матрицу табличку типа три
01:06:55 - 01:07:55
вида приложения нативная гибридная веб и различные ключевые параметры установка требуется разрешение на обновление требуется там браузер требуется нативная часть что-то еще требуется И вот так поделить и потом положить деньги рядом И тебе проще будет в голове быстро между ними переключаться ты попал на собесе говорят у нас гибрид и такая значит так так так так так так нативная то же самое подглядела табличку потому что это очень важно чтобы хорошо Собес пройти в чем бывает подводный камень у гибридных вот то что мы сейчас обсудили
01:07:25 - 01:08:46
то что есть нативная часть Это не единственный подход есть еще гибридные фреймворки есть еще всякая хрена муть и нету одного Четкого определения что гибридные приложения не только такие поэтому на собеседовании стоит иногда заранее озвучить гибридных понятий гибридность очень Широкая и есть это то что назвали нативный клиент на сервер Логика есть другие поговорим про вот эти Потому что они самые распространенные и все И после этого рассказываешь ну посмотри подучи будет важно хорошо ладно окей про методологию
01:08:07 - 01:09:39
какие у нас методологии разработки бывают как у нас работа строится Ну сейчас самый распространенный который есть еще XP из устаревших какой-нибудь v-образная модель опасное слово сейчас было вообще просто приговор просто не говори слова стареешь вообще лучше не использовать слова говори есть набор Практика джайл это например скрамбан вот так не говори устаревшее менее более философ тебе попадется Откуда вы так решили нет А я вот 85 года программирую сейчас я тебя спрошу за waterfall что это у нас устаревший тебе придется до
01:08:57 - 01:10:29
вас waterfall устаревший что с ним В чем фишка Почему настарел Фишка в том что каждая стадия разработки Может начать выполняться только после того как выполнена предыдущая То есть например мы не можем начать тестировать если еще не закончена разработка так И что с ним что-то влияет Ну каждая потом после предыдущей вроде логично звучит пока что не так и поздно какие-то баги их цена возрастает [музыка] Ну а если не поздно как поздно Ну тебе дают им релиз релиз раз в год и вы сидите там на Чили короче разработчики
01:09:52 - 01:11:22
долго программируют и долго тестируешь 100 миллионов видов тестирования ты применила И подумаешь Вот вы раз в год хорош Когда у нас есть четко прописанные требования и они не меняются это правда да это Хорош А [музыка] в чем именно плюс этого терфола вот стоимость Бага типа высокая нету обратной связи между этапами затруднена или отсутствует говорить Это тоже можно попасть так и еще в учебники осталось методологии или она где сейчас используется она не видела чтобы использовать скажу используется или нет до сих пор говорит
01:11:00 - 01:12:40
До сих пор пишет своих пресс-релизы что у них ватерфол Microsoft конечно используется фишка фишка этой методологии в том что она используется там где нету высокой конкуренции по срокам не нужно постоянно релизиться и там где высокая цена ошибки но не в плане позднего обнаружения байка в том что его можно вообще не обнаружить И когда вы обнаружите самолет уже упадет понимаешь о чем я говорю то есть в авиации в ракетостроении В автомобильной промышленности Вот есть такой прикол что машина новые выходят на рынок А у них
01:11:58 - 01:13:07
бортовая система как будто из 2006 года ужасные камеры ужасные качества изображения ты сидишь перед макбуком который не понимаешь почему машина которая сейчас выходит у нее экран не такой же А вот именно потому что там ватерфолл потому что пока не тот экран поставили пока они в разработали Пока машина 25 раз об стену не ударили не увидели что этот экран значит не ранит глаза манекены и так далее уже вся техника ушла вперед но для них автомобильной промышленности это не так критично Вот зато для них критично чтобы не было
01:12:32 - 01:13:38
багов в принципе чтобы они не обнаружились на проде иначе люди отъедут и так далее Поэтому в медицинском оборудовании то же самое приходишь частную клинику там стоит аппарат УЗИ а у него монитор Как из 2001 года вот такой огромный в глаза бьет врача там уже мозг Значит уже весь про прожженный А это называется Новая аппаратура новая Вот потому что пока его сертифицировали прошло 100500 лет Так что вот Вполне себе существует используется и так далее в Microsoft он раньше использовался более наглядно как
01:13:05 - 01:14:12
раньше было Windows выходил раз пару лет раз 45 лет типично butterfall полностью новый продукт делали огромными итерации сейчас Windows раз две недели тебе говорит ты мне не Выключишь пока я тебе не разрешу мы обновляемся Хотя Windows очевидно что это переход к более гибкой методологии потому что они маленькими частыми релизами теперь действует раньше огромными редкими двигались [музыка] разработки в жизни классно что-то не понравилось выкинул Ну так есть некоторые принципы которые используются типа
01:13:39 - 01:15:02
тебе больно прямо я вижу на лице Я просто не помню как именно они формулируются но в стиле там процессы важнее чем бумажка В общем и целом что они пытаются сделать через AJ если все суммирует что гибкость в чем что гибкая компьютер гибкий или что клавиатура в чем гибкость заключается [музыка] продукты короче там есть манифест который не надо учить там есть четыре идеи для принципов не нужны идеи в идеях суть такая что меньше бюрократии больше работа над проектом меньше переписываться меньше договоров
01:14:30 - 01:15:54
подписывает больше фичи релизе и радовать заказчика и в них ходят методология фреймворк такой разработки чем там фишка у нас есть разработка происходит спринтах по 2 до 4 недель может варьироваться и вскроем есть некоторые как артефакты типа как понятие Есть основные какие-то процессы сложное слово встречи что происходит какой артефакт происходит в начале спринта планирование что там делается планируется разрабатываться помимо того что мы выбираем конкретные фичи которые мы будем реализовывать что
01:15:22 - 01:17:02
еще с ними делаем [музыка] мы оцениваем чтобы взять столько работы сколько мы можем потянуть В чем это затраты разные Вот это кстати можем просто в человеческом времени еще оценивать в часах обычно типа 8 часов 4 часа дня вот когда типа карточками голосуют типа сколько там дать это вообще Нарнии это Нарния Но это Story Point туда Но обычно На словах все без карточки решается в реальной жизни хорошо вот мы оценили задачи положили в место которое называется что дальше происходит процесс [музыка] [музыка]
01:16:25 - 01:18:05
[смех] Почти рядом психоанализ массы [музыка] команда разбирает насколько условно хорошо прошел с принят Возможно есть то что нужно улучшить и как-то насколько Правильно мы оценили свои там силы на спринт по возможно Нужно меньше задач брать что все точно успеть одна вещь которая иногда бывает иногда нет это демонстрация демон когда показывается перед релизом перед рефлексией Как ты говоришь заказчику что мы сделали заказчик смотрит и говорит Да Молодцы ребята или типа чуть Мы вот не доделали я хотел чтобы это было
01:17:46 - 01:19:20
отлично ладно в принципе мы обсудили большинство вопросов которые хотел обсудить Мне кажется у тебя прям хорошая подготовка была Единственное что в начале там базовых Немножко определениях там Ну нету прям таких замечаний А цель тестирования эти рекомендую где-то Вычитать их обычно три штучки в каком-нибудь классификации потому что надо база говорить в интернете потом чуть почетче смог соединить то есть говоришь типа я не знаю зачем Цените мне говорят в моих статьях которые прочитал что он не нужен в общем можешь
01:18:42 - 01:20:03
посмотреть или запомнить как я рассказываю дальше с уровнями тестирования с Пирамиды тестирования еще раз там да модульная модуль вакууме интеграционное взаимодействие неправильно объясняла то что хотела Ну теперь будешь правильные слова так хорошо Это хорошо Это хорошо план повторить Да что у него содержится виды что будем что не будем этим критерий начала окончания тестирования проговаривай тут все хорошо тут хорошо тут OK Ага Ну вот виды приложения да посмотри внимательно какие у нас существует
01:19:34 - 01:21:09
принципе группы приложения что у нас есть Web нативные гибридные и для себя закрепи его четко между ними разделения на этом разделении проще будет объяснять Какие бы ты виды тестирования применил бы каждому конкретному так-то конечно большинство видов тестирования применяется ко всем но тем не менее стоит выделять особенности потому что они действительно решают реально тестирование Так мы в методологиях не говоришь и старые новые техники устаревшие не используем на собесе так Ну и на собесах где лютуют
01:20:40 - 01:21:44
настоящие психи можно получить пару вопросов про базы данных типа Напишите SQL запрос или скажите как бы вы написали Скет запрос на словах Вот чего я бы не стал спрашивать кто-то спрашивает Поэтому ты Разбирайся и еще сейчас началась шиза под названием Расскажите разницу между суап РФ без этого как бы вообще невозможно то есть у него есть какие-то набор обязательных каких-то атрибутов которые нужно выполнять чтобы им пользоваться в России более свободно и за счет того что чаще всего то ответ и структура запросов более простая
01:21:18 - 01:22:47
отлично супер Ну теперь у меня точно Вопросов нет остались ли у тебя какие-то вопросы не знаю где взять как-то золотой золотой середину собеседование протяжек классификации там какие-нибудь Ну вот то как мы сегодня обсуждали в принципе ну была Вполне себе золотая середина то есть Главное какая бывает у тебя кстати это ошибки Нет ну вот что было Часто у начинающих тестировщиков это им тяжело определить момент в какой момент остановиться рассказывать о том о чем мы не знают то есть например вот тебя спрашивают про
01:22:16 - 01:23:43
техники дизайна обычно многие Обычно говорят я узнаю техники начиная сразу про техники есть такая-то такая-то а из-за того что собеседование Как правило длится час где-то а интервьюер хочет у тебя узнать как можно больше то нужно вот вовремя останавливаться и видеть его реакцию Допустим что-то новое хочет спросить а ты часто рассказываешь Ну в твоем случае я такой вообще проблем я не заметил то есть рассказываешь как раз ровно столько сколько надо Если что интервьюер тебя более подробно спросит
01:23:06 - 01:24:11
сам это не проблема если тебя уточняющим вопросом как бы погружают в тему это все правильно вот то есть у тебя Ты выдерживаешь вот этот момент очень хорошо не знаю что касается в принципе исчерпывающего списка вопросов которые бы выучить чтобы не было Сюрпризов на собеседование К сожалению такого не бывает иначе бы одна суперкнига выучие этой стадии Пройди любой Собес просто во-первых меняется сама индустрия во-вторых меняется мода как ни странно то есть пару лет назад просто мучили ужасно сейчас дай Бог спросит
01:23:39 - 01:24:50
такое все остальное Зато теперь вот это слово пресс обязательно разница вот очень сейчас любят спрашивать в принципе Что такое тестирование пи Хотя подразумевает именно тестирование веб-сервисов огромное понятие размытое это не только веб-сервис это взаимодействие нескольких там сервисов которые не обязательно работают протокола http но хотят именно про это называют всё словами API вот может быть через там пару месяцев какая-нибудь еще появится мода спрашивает какой-нибудь ересь там кто-нибудь прочитает какой-нибудь хитрый
01:24:15 - 01:25:21
умную статью давай-ка буду не спрашивать и кто ее не прочитал тот не это касается не только ручного тестирования у программистов абсолютно то же самое абсолютно то есть очень часто надо готовиться к собеседованию абсолютно отдельно от того что тебе надо знать в реальной жизни но большинство вопросов которые мы с тобой сегодня обсудили это практически вопрос то есть это пригодится тебе не только в том чтобы недавно в комментариях написал правильно стишок рассказать вот не то чтобы стишок рассказать но чтобы найти применение
01:24:48 - 01:25:53
знаний в реальной жизни Как написать это важно Это можно писать самому применять виды приложений это важно чтобы четко накинуть у вас такое предложение значит он тестирует так так виды тестирования Ну наверное понятно что наизусть эти классификации нет никакого смысла Потому что ты скорее всего будешь заниматься функциональным тестированием 80 процентов времени и дай Бог хоз браузер на кроссплатформенная тебе дадут время и но при этом иногда как начнут копать какое-то тестирование производительность
01:25:21 - 01:26:24
в чем разница между волью и стресс тестированием А тебе ну как бы это на самом деле пофигу потому что этим все равно заниматься скорее всего не будешь так что такие вот дела Ну и в принципе опыт прохождения собеседования пример то же самое что опыт работы то есть попадаешь на собесы проходишь не проходишь даже если уже на следующем собесе будет меньше волнения меньше всего и с каждым собеседованием ты себя чувствуешь свободнее Тебе проще формулировать свои мысли и ты уже начинаешь встречать вопрос который
01:25:52 - 01:26:55
повторяется ты уже над ними особо не задумываешься ты отвечаешь не волнуюсь не запариваясь все с каждым собеседованием тебя повышается шанс У тебя такие возьму повезет с первого собеседование возьму не повезет придется походить Вот и сейчас большая конечно большое дело Это хороший резюме потому что резюме важно чтобы тебя позвали Если тебе сейчас начали звать туда уже наполовину тебя уже зовут хорошо вот через это бывает сложно прорваться А там уже на самих не знаю кто хочет узнать насколько вообще ручному тестировщику как-то важно
01:26:24 - 01:27:46
понимать уметь какие-то языки программирования и насколько вообще используем SQL например в работе его качать хорошо Сейчас скажу ручным тестировщикам абсолютно не нужно знать никакой язык программирования в принципе абсолютно ручные тестировки не пользуются ничем Если вдруг на проекте каким-то чудом тебе понадобится использовать какой-нибудь скриптик для того чтобы там пользователи сгенерировать или еще что-то тебе даст разработчик за пять секунд Объясни чем надо нажимать все что касается SQL Несмотря на то что идет очень много
01:27:09 - 01:28:29
разговоров потому что якобы НАТО вручную составлять существует тип приложений который называется Database графика юзер интерфейс [музыка] дибивер чем-нибудь от Jet brains родное Куи от Microsoft databass от Oracle и так далее То есть это клиенты которые становишься на компьютер с помощью которых ты подключаешься к базе данных и тебе для этого нужен логин пароль и адрес базы в сети и когда ты открываешь эти базы данных если они видели это тупо куча таблиц он как таблицы и какие-то базовые вещи удалить строчку добавить строчку
01:27:49 - 01:29:17
изменить значение это выполняешь с помощью Великого инструмента манипулятор мышь и кнопочки enter delete и клавиатуры тебе все вот эти запросы они строятся сами под капотом тебе не надо их строить но случае если и вот такого рода взаимодействие с базы данных это там 90 процентов всех взаимодействий ты тестируешь обычный сайт или что-то еще какое-то приложение но Если вдруг твой проект он состоит буквально из бк-энда и баз данных и все такое тоже бывает редко но бывает То есть это полностью бэкенд проект
01:28:33 - 01:29:45
допустим это какой-то B2B сервис взаимодействие нескольких банков нескольких там государственные структуры перемещаются несколько бэндов друг друга взаимодействуют потом самые 5 то тогда как правило тебе надо глубже знать база данных потому что твое тестирование как правило состоит из того что тебе надо много таблиц агрегировать в одну и проверить какие-то значения и грубо говоря ты можешь это сделать руками через интерфейс Но это будет очень сложно то есть заходить в каждую таблицу руками проверять там что-то глазами и
01:29:09 - 01:30:22
так далее а для того чтобы сделать вывод как можно быстрее тебе надо сделать какой-нибудь Join там существует и над живой на утер Join вот эти вот базу объединить данные с разных таблиц в одну и посмотреть что все нормально вот этого нужны рукописные запросы их тоже можно делать в том же самом гуи потому что руками это сделать будет сложно но там вакансии вот такими буквами написано у нас API frontendo нет одни базы данных SQL Must have Супер xperience 10 тысяч лет чтобы был То есть ты такие вакансии ты мимо них не
01:29:46 - 01:31:04
пройдешь когда написано как правило подобные вещи то есть очень сложный бэкенды и либо минималистичные либо отсутствующий фронтенд вообще вот в них даты под капотом там в них и база данных знать и иногда бывает требования к консоли нужно чтобы ты могла в юных системах перемещаться командной строки Вот потому что там нету фонта Просто Ну опять же даже в этом случае есть графика User интерфейсы для сервера тоже уже люди все продумали например есть сервис ncp который позволяет также открыть программу
01:30:26 - 01:31:45
подключиться логин пароль адрес к серверу и у тебя данные на сервере будут виде фолдеров как на Windows это будут визуализированы тебе не придется Там дико красноглазить в консоли Хотя многие любят Я знаю вот так что на самом деле большинстве случаев не надо знать глубоко базу данных только если проект непосредственно этих базы данных весь не состоит из них то же самое кстати с постменом и так далее много пишут о том что надо писать запросы на сервер все что будет в реальной жизни в большинстве случаев на
01:31:06 - 01:32:20
проект никакой документации нет Напиши мне пожалуйста примеры всех наших запросов и ожидаемое поведение для них все проверю вся моя документация им не будет очень плотно писать что-то для тебя потом тебе объясняет как это нажимать это занимает У меня 10 минут в день поэтому оставь это И в этот момент тестирование запросов на сервер у тебя кончается и еще что бывает часто есть фронтенд разработчики Они каждый пилят кусочек одной одного история и в итоге Понятно команда должны попадать на бэк должен отдавать
01:31:48 - 01:33:21
и вот эти два разработчика работают в параллеле они очень много отправляют этих запросов и проверяют что пришло то есть по сути они сами тестируют взаимодействие их частей и старя если это более-менее приличные разработчики и есть какая-то у них ответственность за что-то она 25 раз протестирована на уровне API до того как она попадет в ручной потому что пока они не убедятся что они друг с другом полностью не согласованы они не сдадут эту задачу А когда они уже сдали ты уже будешь проверять ее виде
01:32:43 - 01:34:02
системного тестирования макать кнопки и проверять что на выходе ты получаешь Ну конечно где-то наверное тебе и документацию по бэнду напишут и постман дадут и скажут тестировать Ну из моей практики это редкий случай А вот чего действительно будет много это вот придумывание из кейсов чек-листов их поддержки и тестирование функциональными тестами на скорость причем Чтобы успеть до релиза и какой-то нахрен Дай Бог чтобы ценить за две недели все доделать то есть реальная работа это будет так предположим опять же подавляющее
01:33:24 - 01:34:40
большинство проектов двухнедельный спринт начинается спринт тебя скорее всего не позвали на планирование скорее всего Тебя там никто не ждет но могут и позвать Ну допустим не позвали первые два три четыре дня разработчики пытаются напилить самую первую версию продукта снова фичуей ты это время тестишь требования пишешь листы и свои замечания по документации менеджером отдаешь пробелы косяки в документацию через 3-4 дня ты получаешь первую версию на основании тех тестовых сценариев листов которые ты успела написать ты тестируешь
01:34:03 - 01:35:31
новую фичу это занимает где-то дней пять рабочих и у тебя остается из двух недель из 10 рабочих дней в конце где-то три дня среднем чтобы проверить фикс багов которые ты успела зарепортить в процессе спринта и может быть провести какой-то дополнительный вид тестирование кросс-браузер на кроссплатформенная типа того и убедиться что в релиз попало что-то адекватное и повторяется и повторяется и повторяется и повторяется вот что такое 80 процентов всех проектов для ручного тестировщика без всяких там
01:34:46 - 01:36:05
Вот к чему на самом деле следует Быть готовым понятно отлично супер сегодня полезно продуктивно пообщались В общем Если будут вопросы еще можешь кстати написать резюмешку мне скинуть Я чекну что как чтобы вакансии лучше находились Если хочешь можешь даже вступить в бустечет за одну мороженку мне в месяц кроме меня там будут другие умные ребята которые тоже смогут сказать и помочь пожалуйста Удачи в поиске работы тогда Ну как вам собеседование Мне очень понравилось как отвечает Лера видно было что она хорошо подготовилась прочитала
01:35:27 - 01:36:51
большое количество различных источников могла даже пофилософствовать на различных терминах Я считаю что она в принципе может идти на собеседование и проходить их также с учетом того что она планирует быть будущим автоматизатором тестирование ей надо будет Выучить какой-либо язык программирования и какой-либо инструмент для автоматизации тестирования что тоже не очень просто Но если есть цель не надо Спасибо за просмотр видео Если вы хотите поучаствовать в подобном собеседовании ссылка внизу в описании к ролику Также
01:36:25 - 01:37:58
вы можете попасть на приватное собеседование ссылка также внизу Спасибо за внимание пока [музыка] [музыка]
[музыка] так всем привет С нами сегодня Валерия она как она сказала только что в целом готова отвечать на мои вопросы Валерия Скажи пожалуйста немножко про себя Если тебе какой-то опыт что ты ожидаешь узнать Лера 26 лет я с вечер работала в спорте долгое время около 4 лет сейчас на Позиция тоже как бы связана на половину саппортом наполовину тестирования пользовательскую и наравне с этим тестирую нового функционал Вот Но так как я единственный типа тестировщик я не могу сказать что у меня качественный Опыт есть
00:00:00 - 00:01:41
Поэтому вот так Ну ты наверное хочешь найти какую-то работу которая будет чисто называться тестировщик программного обеспечения или на текущей работе как-то улучшить хочется навыки какой-то план Ну я рассматриваю вообще два варианта то есть меня было бы наверное устроили но идеальный это сменить компанию где я была в команде где можно было можно было бы учиться у коллег и развиваться дальше Потому что я бы хотела пойти в автоматизацию вообще в идеале мне это интересно вот в своей компании это маленькая компания поэтому я не вижу как
00:01:05 - 00:02:17
бы там сильно где развернуться за счет именно специфики управления Ну это окей Да нормально хорошо Тогда попробуем про собеседоваться начнем с общих вопросов которые обычно спрашивают можешь рассказать что такое тестирование так тестирование это процесс когда мы проверяем программное обеспечение проявляем его дефектов и на момент насколько соответствует ожиданиям заказчика и требования где мы берем эти требования это все ожидания заказчика только или как-то еще можем определить ожидаемое поведение
00:01:40 - 00:03:11
нет требования у нас могут быть либо прописаны отдельно там бизнес аналитиком либо прямо на проекте либо требование может быть не быть именно как в отдельном документе удельном месте в таком случае можем например проанализировать продукты конкурентов если Это не единственный продукт который мы разрабатываем требования можно взять с макета который сделал нам дизайнер опять же то что нам заказчик писал там какой-нибудь переписки по телефону разговору тоже можно взять за требования Ну и здравый смысл есть требование
00:02:28 - 00:03:46
на самом деле бывает смесь ситуация например в требованиях вряд ли будет написано что приложение не должно падать каждую минуту Ну ты заходишь приложение оно падает каждую минуту очевидно это баг Хотя в требованиях ничего про это не было написано отлично хорошо какие ты можешь выделить цели тестирования тем меньше это будет стоить нам после релиза [музыка] Ну на самом деле классификация этих целей там существует огромное множество их правда очень много наверно каждый Автор который что-то там сделал в
00:03:07 - 00:04:14
тестировании он написал свои цели Вот и как правило одно из них поезд багов действительно потом мысль уходит куда-то еще да Обычно мы можем выделить среди цели еще например такую цель как выдача обратной связи о процессе разработки То есть ты не только баги находишь ты можешь находить всякие косяки которые как тебе кажется у вас в процессах происходит например ты видишь что разработчики очень поздно выдают версию в релиз и ты никогда не успеваешь нормально протестировать следует вопрос обсудить или ты видишь что спринт
00:04:02 - 00:05:21
подходит концу а большое количество задач еще не выполнены и ты можешь менеджер подсветить искать по ходу наш спринт как бы будет не очень хороший мы видимо не успеем заранее и соответственно можно выделить Еще какими цели например выделяют такую цель что продукт соответствует ожиданиям пользователей или заказчика То есть это немножко не совсем про баг-репорта это про то что в принципе в целом продукт может вызывать какие-то эмоции какие-то мысли например вы пилите интернет-магазин Да вот и Вам бы
00:04:42 - 00:06:03
Желательно чтобы корзина интернет-магазине заработала Вот в конце текущего спринта чтобы заказчик получил что хотел а вы по ходу не успеваете и дело не в том что Есть конкретные баги в том что в принципе Вы скорее всего не выполните цель спринта будет выучить какие-то другие цели если есть более простая формулировка или немножко другую сторону не критично но лучше выучить больше чем нахождение хорошо Какие виды тестирования ты можешь назвать типы можешь начать самих классификации сказать что у нас есть много разных
00:05:23 - 00:06:50
классификаций я узнаю такие-то в ней какие-то виды существуют у меня вообще-то самое такое Первое первая ассоциация это по степени автоматизации потому что я упоминала автоматизацию соответственно ручного Автоматизированная помощь уделяют полуавтоматизировано когда часть ручных тестов часть автоматизированных полуавтоматизированное это выделяют когда ты используешь какие-то средства автоматизации для ручного тестирования например ты хочется нагенерировать кучу юзеров чтобы не делать это руками ты
00:06:12 - 00:07:17
запуская скриптик но в итоге ты потом используешь этих юзера в ручном тестировании один из взглядов большинство рекрутеров или тех специалистов они делают такие вот глаза и скажет что это Расскажи нам и никогда такого не слышали Так что еще есть по доступу коду например есть whitebox blackbox игры Box то есть whitebox имеется ввиду что мы знаем и понимаем код то есть можем посмотреть на то как это работает в графическом интерфейсе но и в коде blackbox наоборот мы не умеем пользоваться кодом не знаю как пишется и
00:06:45 - 00:08:02
можем протестировать только с точки зрения пользователя и игры бокс это смешение этих двух стилей Хотя вести такой не выделяют насколько знаю много где не выделяют грей-бокс и поэтому часто получается просто за и выйдите этот вопрос сказать здесь белый черный Поехали дальше Потому что серый ящик это очень дискуссионная история и зачастую я наоборот его вижу Поэтому вот как повезет А еще может оказаться что ты увидел не в том материале в котором увидел твой собеседующий вас будет разные взгляд на серый ящик и вы будете
00:07:25 - 00:08:40
еще немножко философствовать на собеседование Ты очень хочешь философствовать ты хочешь побыстрее закончилось и так далее вот можешь привести пример черного ящика белого ящика например есть такой подход такой А как же это в реальной жизни выглядит Так ну тестирование черного ящика например будет тестирование юзабилити Ну лайтбокс не знаю например может быть тестирование авторизации и после протестировали мы там залезем базу данных ждем какой-то запрос посмотрим точно не задался парень ну а где мы тут код читаем какой-то
00:08:02 - 00:09:32
если совсем обольщик это куча Excel табличек в которых данный понятно Сюда относится как правило юниты как правило пишет разработчики это такие тесты которые покрывают изолированную часть кода кусочек функция функцию какую-то в нем метод какой-то в нем тестируют кот по кусочкам вакууме если совсем упрощенно назвать это юниты вот столько белый ящик вот там действительно люди знают как кот написаны могут его протестировать понять его структуру и так далее хорошо Ну вот опять же про уровень тестирования
00:08:59 - 00:10:19
тестирования я не тесты которых тестируют обычно разработчики они тестируют там отдельные функции модули в коде Далее идет интеграционное тестирование то есть мы Тестируем отдельное как-то компоненты получается систему то есть прошлом тестирование разработчики нам сказали все классно мы делаем интеграционный тестирование то есть Соединяем какие-то части системы Тестируем их по отдельности Далее идет системное тестирование Когда мы уже Тестируем всю систему полностью и идет тестирование либо User excepton всего еще
00:09:50 - 00:11:03
[музыка] тестирование процессов типа от начала работы системы и до конца например то от регистрации до чекаунта с продуктов корзине чем это система отличается она получается более поверхностная смотри первое ты говорила второй уровень это интеграционная да ты говорила что компоненты много компонентов тестируется отдельно на самом деле интеграционное тестирование как раз тестирование взаимодействия нескольких компонентов один компонент вакууме интеграционная это взаимодействие нескольких сказала отдельного компонента и системно
00:10:28 - 00:11:53
это когда все компоненты системы собраны четвертый уровень про который ты сказал тестирование или юзер тестирование это такая же история как серый ящик с ним надо в курочку иногда тебе могут не поверить что существует такой уровень даже Но если рассказываешь что как правило если мы говорим про юзера тестирование еще надо русский его приёмочной оно выполняется в соответствии с ацетон с планом или с планом приёмочных работ вот чем основная фишка дает специальный документ куда-то выносишь или чек-листы и вы
00:11:21 - 00:12:35
договариваетесь заказчиком что если они все проходят Значит мы пока сдать проект не можем хорошо что еще помнишь Какие классификации функционально не функциональное тестирование тестирование связанное с изменением так функциональным в целом по-моему нет каких-то классификаций особых по-разному по-разному бывает что я лично не могу для себя выделить что функциональным вот есть внутри него какая-то классификация тестирования по моему так стресс болью производительность было это тестирование бэкенда когда мы пытаемся нагрузить
00:11:58 - 00:13:33
как-то сервер и проверить различные метрики и вот у нас есть четыре подхода вот этому само тестирование производительности это зависимости от того что же мы хотим из сервера выдать то ли мы хотим его измерить когда он сломается то ли мы хотим измерить как он на максимальной мощности работает то ли мы хотим измерить Как на средней мощности работает или мы хотим измерить как он на резкое увеличение объема данных это все в рамках тестирования производительности есть еще куча видов тестирования но мы можем тестировать просто юзер
00:13:01 - 00:14:12
интерфейс можем тестировать именно юзабилити насколько это удобно пользователю пользоваться правильно Да еще есть локализация и интернации ой все очень тяжело потом ссылку где все это находят Я даже такого не очень знаю Ну я тестировал локализацию Но вот все просто с ней Что такое тестирование локализации [музыка] поняла это нужно тестировать насколько [музыка] допустим тоже магазин Продукт готов к переводу так сказать на другой язык например на русском а мы хотим сделать магазин на английском нам нужно проверить насколько хорошо там
00:13:37 - 00:15:23
название переведены то есть название верстку американцев я по секрету скажу вот правый левосторонняя надписи в реальной жизни вообще минимальное отличие у них есть вот допустим иероглиф азиатский там бывает будет выравнивание Ну да а кроме языка что может еще в тестировании локализации меняться [смех] что еще кроме валюты языка [музыка] верстку мы поняли а вот ты в интернет-магазины шмотки допустим покупаешь когда там Бывает такое что разные формат размеров евро размеры есть японская есть американский А еще если ты
00:14:32 - 00:16:06
великий строитель домов то Допустим бывает когда ты стройматериалы покупаешь или какой-то технику для строительства у нас принято метрическая система сантиметры метры американцев на фиты дюймы то есть единицы измерения меняются единицы веса меняются килограммов меряемся А кто-то А еще очень часто История это формат даты и времени Тестируем локализацию мы просто должны сколько всяких параметров меняется то есть допустим дата времени формат это времени практически для любого вообще сервиса это очень важно
00:16:08 - 00:17:30
потому что везде указан какой-то дату мы должны помнить что американцы почему-то начинают с месяца месяц день и времени А ты можешь принципе представить как можно одним кликом локализацию в приложении Ну да знаешь где это происходит Но обычно делается как этот свитер такой где меняется язык и там же в целом меняется локально то есть выбираешь другой язык автоматически меняется бокаль тоже всегда обычно у нас виде страны или виде региона в правом углу все хорошо так Какие еще ты помнишь видно связано с изменениями там можно выделить
00:16:56 - 00:18:22
смог перегрешин тоже часто видела в материалах не знаю насколько правда встречается или нет часто встречается часто вот Smoke San Andreas Объясни пожалуйста о чем это он смог тестирования мы проверяем базовую функцию приложения То есть если мы понимаем что смог тесты где-то падают то дальнейшее использование либо тестирование приложения не имеет смысла если в калькуляторе не работает сложение нет понто тестировать умножение это Это вряд ли А вот допустим из калькулятор не открывается если калькулятор не
00:17:45 - 00:19:02
отрисован кнопки или нет табло вот тогда действительно нечего тестировать это вот более поверхностные как правило так [музыка] обычно проводится например в начале процесс тестирования Когда у нас такие не очень стабильные тестирование уже ближе к концу ближе к релизу мы проводим тоже самое смог это Это ошибка все красный свет Как бы Сколько тоже материалов столько и мне такое смог много разного видела понять это разные Это мой подход номер 1001 после 1000 предыдущих твоих этих Цените вообще тестирование Исходя из логики понять это
00:18:27 - 00:20:13
тестирование какой-либо функциональности вглубь То есть когда мы занимаемся конкретной функциональностью в реальной жизни как правило Цените это очень схожее понятие снюфическая то есть вот мы работаем спринтелем вот мы смогли у нас приложение более-менее работает Окей значит мы приходим к следующему этапу Цените через Цените мы Тестируем новую функциональность потому что ее только что ввели мы вглубь подробно Тестируем все что к ней относится все что не связано иногда это могут быть выделять отдельным словом
00:19:41 - 00:21:02
фича тестинг но по сути это сэнте тестирование но функциональность и потом нас идет это когда мы проверяем что все правильно то есть мы проверяем старые проверки которые не относятся к новой фиче Логично отлично Как ты думаешь Вот ты приходишь на проект те менеджер говорит мы regression не проходим вообще нафиг не нужен Короче у нас только Smoke и как-то на это отреагируешь что ты ему скажешь жестко Почему я не знаю не хочу участвовать [смех] ну посмотри у нас 1000 проверок Ты одна у нас у нас больше
00:20:21 - 00:22:02
денег нет мы берем топ тебя и у нас при 2 недели нам кажется ты не успеешь сделать Сначала куча смолков потом 100 нити проверка потом тысячи регресс возможно надо оптимизировать [музыка] а как ничего чтобы убедиться в том что ничего не сломано нас же все проверить как же ты ты же не можешь быть уверенно заранее что ничего не сломалось пока ты все не проверишь а представьте приложение Существует несколько лет и с каждым с принтом вот этот регрессия сьют растет потому что регрессию он состоит из того что было Цените в предыдущем
00:21:40 - 00:22:58
спринте если грубо так сказать это архив тестовых сценариев и Чем дольше существует разработка тем больше Этот архив если когда приложение совсем молодой только начинается Ну это не проблема протестировать то потом через пару лет это проблема огромное количество то есть ну в общем оптимизировать с каждым с принтом то есть нам нет смысла проверять Типа какие-то проверки которые были например самые первые версии приложения скорее всего там это функционала половину уже нет Ну это понятно что надо все проверки
00:22:46 - 00:23:51
оптимизировать и Смоки надо будет периодически переписывать Когда будет приложение всегда вот такой снежный ком который будет всегда нарастать на самом деле то что я сейчас говорю это вообще половина проектов когда ты приходишь и тебе говорят у нас нет регрессии от regression действительно можно отказаться логика здесь такая что в regretions ютах маленький шанс нахождения баг-репортов потому что то что сейчас regretion как ты немножко заметила мы раньше уже когда-то проверили предыдущих спринтах это как
00:23:19 - 00:24:20
минимум один раз было проверено и поэтому во многих проектах говорят Ну мы берем на себя риски того что там может быть появится но зато мы сэкономим время и допустим лучше проведем ценники или там какие-то дополнительные виды тестирования вместо регрессии применим и все у нас будет нормально Так что это норма в других проектах скажут у нас четко надо все этапы пройти все кейсы проверить Перед каждым релизом хорошо какие еще виды ты помнишь классификации браузерная кроссплатформенный можешь рассказать что это такое
00:23:51 - 00:25:09
Да кросс-браузерный когда мы Тестируем приложение на разных браузерах То есть например на Хроме там на Оперы на мази на каком-нибудь интернет Explorer cross-платформенная когда мы Тестируем на разных операционных системах то есть Windows Max либо iOS и Android а что еще там может быть разное кроме операционных систем размер окна размер дисплея Значит нам нужно не только разные операционные системы разные устройства а еще что бывает разная кроме разных операционных систем по производителю разных устройств
00:24:40 - 00:26:01
это касается икросс браузера версии правильно да то есть еще у каждого определенного браузера или операционной системы может быть куча версии от этих версий зависит производительность так вот у нас еще есть такое понятие как статическое динамическое тестирование слышал о таком динамическое запуск собственно без запуска кода тестирование требований какой-нибудь тестирование спорно Тебе же надо открыть программу чтобы протестировать Значит она работает чтобы перейти по разделам приложения можно тестировать
00:25:24 - 00:26:35
макеты ожидаемое поведение фактическое протестировать макеты Отлично Отлично нет вопросов красиво красиво хорошо ладно про автоматизированные иногда спрашивают такой прикол типа Почему автоматизированно существуют наравне с ручным да В какой момент она вы заменит и применимость в общем автоматизированное тестирование Вот как ты думаешь От чего зависит когда мы должны ручной применять когда автоматизированное автоматизирован тестирование чаще всего используется например на регрессии чтобы сократить время тестировщика именно
00:26:09 - 00:27:28
время человеческое тестирование провести это быстрее так счет чаще всего мнение что нет потому что все-таки человек протестирует лучше чем машина Хотя вычисления лучше отдать или монотонные действия кроме кроме тестирования Когда выбор пользу Чего делаем вот есть у нас тестирование смог Какой лучше провести автоматизированный бюджета разработку [музыка] Наверное потому что фактически результаты могут быть всем однозначными машина может не интерпретировать так как человек а в регрессии тогда выиграете тоже
00:27:04 - 00:28:42
машина может интерпретировать никак человека в регрессии тоже куча ручных тестов осталось какая разница хорошо а вот вот мы его перетестируем уже руками и проверим насколько там критично может быть руками может быть еще чем-то просто проблема в том заключается то что автоматизатор он сразу не поймет чего упала тестирование ты Когда проверяешь видишь наглядно на приложение авто тестировщик когда запускает свой автотест он видит что у него упал автотест и он не знает упал ли его автот написал плохой автотест или у него упал
00:28:10 - 00:29:31
автотест потому что нашел бак в приложении ему Надо разбираться сидеть там где ошибка произошла на каком этапе что это значит Проблема в том что когда мы Тестируем функциональность у нас Сто пудов будут какие-то баги ошибки и автотесты точно будут валиться и с новыми фичами Наша задача на самом деле Ну как можно быстрее определить их качество и вручную Это просто сделать проще и быстрее буквально видишь что происходит Своими глазами и можешь сразу сделать вывод о том что у нас снова свечой А если это
00:29:03 - 00:30:09
автотесты на них набросишь они будут падать авто тестировщик будет разбираться пока он их починит пройдет спринт в конце спринта не будет информация о том что у нас по новым фичам и так далее а с регрессии почему лучше автотест работает помимо того что их много можно сократить время и так далее мы их уже проходили они более-менее стабильные из большей степени вероятности авто тестировщик будет знаешь что скорее всего накосячил он своем автотесте Ну конечно можно найти баги там именно для этого все
00:29:36 - 00:30:32
сделано тем не менее он уже будет иметь какое-то предупреждение тогда как снова функциональностью никогда ничего не понятно что как почему Но это все окей а как ты думаешь чего Какие еще у нас бывают применимость да В каких еще видах тестирования разные может быть где Допустим мы не можем без автотестирования обойтись [музыка] Ну ладно руками напишем запрос да и все в пост мне в этом нажмем кнопочку Сент и все и полетела что нам там автоматизировать Так мы сделаем только один тест мы напишем условно много тестов сразу все
00:30:03 - 00:31:16
запустим Как одну будем секунду этот если у нас есть коллекция в этом пост мне или еще где-то нам просто надо Ну там 10 методов Будет нам 10 раз нажать это у тебя займет полчаса максимум это с каким-то сложным анализом А так минут за 20 справишься например тестирование производительность сервера есть Вид тестирование где автоматизация вообще не применима я Это важно Это важно главное чтобы на проекте тоже так считали хорошо отлично супер замечательная тема поговорили так поговорим тогда про тестовую документацию какую-то
00:30:46 - 00:32:05
документацию которая тестировщик создает процессе работы это самая популярная тест кейсы чек-листы багре порты менее распространенная точнее больше уходит на менеджмент тест планы и тест стратегии и как-то отчеты по результатам тестирования Окей счет из плана состоит обычно [музыка] цели текущего тестирования команда которая работает роли и как-то ответственность какой-то тестирование какого функционального функциональности отвечает Так что еще риски которые мы закладываем это тестирование как это выглядит любой момент Может
00:31:43 - 00:33:34
заболеть имею ввиду мы может помереть [смех] опасно лучше роботов люди нестабильно роботы могут сломать Это точно так описывается как-то парк устройств который у нас есть в целом на чем мы собираемся тестировать и что собираемся тестировать И что не собираемся тестировать Вот это действительно важно действительно часто встречается то есть парк устройств часто называют умными словами требования к тестовой лаборатории Вот и применяемые виды тестирования что будем что не будем тестировать это тоже очень важно на
00:32:42 - 00:34:09
самом деле потому что очень часто когда тебя нанимают особенно единственным тестировщиком даже Junior те кто тебя нанимают не знают что должен делать Ты знаешь выучилась так далее а там никто не знает и проходит несколько месяцев подходит менеджер говорит не протестировала безопасность что все ручные тестировщики умеют тестировать безопасность А если ты сам начале проект написал тест-план Где Расписал вид тестирования который ты собираешься выполнять показала менеджеру этот тест-план он сказал Окей я согласен со всем Что
00:33:33 - 00:34:47
написано у тебя есть артефакт защитный от предъяв через два месяца так что проблема в том что тест-план часто в интернете висит в виде какого-то Мега документа на 40 страниц типа диплом на работу в университете все время ее смотрят думают о это не для меня вообще история короче это менеджмент как сказала про менеджеров на самом деле на двух страничках в pdfке на Google доки можно сделать тест-план и указать главный параметр который ты перечислил что этот план спасет тебя от будущих стрессов вы буквально письменно
00:34:15 - 00:35:17
договариваетесь что-то собираешься сделать И ты показываешь менеджеру программистом все вдруг узнают Зачем нужен ручной тестировщик в этот момент и все так что это очень важно еще там бывают критерии начала окончания тестирования критерий начала например все одни тесты пройдены и все требования верифицированы критерии завершения как например не найдено критический багов в течение тестирования не найдено критический опасный критерий Потому что если их найду что тестирование никогда не завершится
00:34:46 - 00:35:59
Скорее все устранены Да нету открытых багов определенного приоритета допустим критического иногда бывает что нет открытых багов вообще есть такое понятие тоже зиру бак толеранс называется Может быть да то есть тестами покрыть 80 процентов требования Они там пройдены все минимум 8 процентов Как ты думаешь хорошо так эскиз чек-лист что это такое зачем они нам нужны и почему их два Но чехлист это описание таких быстрых проверки верхнеуровневое описание проверок которые мы собираемся провести тест это уже более углубленное описание
00:35:25 - 00:36:43
тех проверок которые мы накидали чек-листах Бывает такое да бывает мы сразу Пишем что-то одно бывает мы чек-листы переводим такое бывает вот из чего чек-лист состоит конкретно Из каких частей в общем-то только из какого-то названия описываем Что именно Мы хотим протестировать но там уже описываем произведение Все правильно Если можем еще указать например какие-то условия а Ну можем еще если например регистрация можем указать данные которые условно вводить Можем можно да ну указать Какие вводить можем указать что сломать в
00:36:26 - 00:37:49
системе То есть это введение системы в определенное состояние предусловие шаги при условии название что еще у нас там есть ожидаем результат еще бывает пост условия это система до того как мы начали тестировать В какой стране Нужно привести до исполнять что-то Какое состояние система должна прийти после нашей не совсем пост условия это что надо сделать чтобы вернуть систему в первоначальное состояние Бывает так что тебе при тестировании приходится систему ломать жестко отключать базу данных удалять что-то
00:37:30 - 00:38:46
щемить и после этого потом просто система Невозможно работать и не протестировать дальше ты там может коллегам мешает это починить подключить базу назад вернуть юзеров и так далее зачем нам это и другое нужно чем мы одни пишем или чек-листы Так ну и ту и другую документацию нужно поддерживать постоянным актуальном состоянии и если это Например большой проект и на нем мало тестировщиков то для них поддерживать постоянно большое количество очень сложно будет Поэтому например в таком случае проще использовать
00:38:16 - 00:39:30
кейсы либо если так удобно проекте можно И то и другое можно так А какие еще случаи бывают когда мы выбираем что-то из этого всего вот допустим Ну то что сказала большой проект мало человек это переводится то что типа не хватает времени на их поддержание да то есть времени мало у нас что еще может быть важно постоянно набираются новые сотрудники для них проще писать кейсы где будет пошаговое исполнение либо если мы отдаем тестирование на как-то другим своим коллегам например они когда вот эти модулем например не работает
00:38:56 - 00:40:15
лучше написать можно использовать [музыка] быстро Сдаешься требования плохо прописаны это тоже жиза То есть ты приходишь на проект Клиент говорит Я короче ничего не знаю я продаю фиджет спиннеры А вы профессионал тестируйте делайте мне веб-сайт и тестируйте спрашивайте что есть там все умеют регистрироваться и покупать товары Все я пошел через две недели Напишите Как у вас там дела не очень туманно в этот момент тебе лучше использовать листы потому что ты не можешь писать Пока еще четкий сути нету шагов не написано а
00:39:38 - 00:40:55
бывает допустим что наоборот можем применить только ты с кейс если шаги и вообще система очень сложная взаимодействие двух брендов 10 баз данных и там просто чек-листом но невозможно описать типа проверить что все работает там надо 30 шагов сделать каждый раз и тут даже если мало времени даже если там ты одна Ты сама себе будешь писать через три дня не вспомнишь как это проверять сложность проверки хорошо как-то сообщение о найденной ошибке окей Еще он состоит состоит из произведения ожидаемого
00:40:30 - 00:41:48
результата и фактического результата еще предисловие могут быть да что еще может быть Ну тоже данные которые ввести нужно например из саппортной жизни пример очень часто нужен как-то ссылка на страницу где воспроизводится либо точное описание Где производится в шагах будет указано Какие еще бывают исполнитель и партнер еще бывает окружение оказывается в котором нашли версия браузеров если ты там приложение это название телефон версия всякие скрины видосики логи дополнение помимо описания багов интерактив
00:41:17 - 00:42:54
хорошо поговорим о жизни порт что с ним дальше происходит обычно его как-то отдают обратно разработчику он проверяет Насколько этот баг Report короче проверяет бакты вот допустим Все идет по плану разработчик говорит Да я согласен Это бак Чем дальше там делает потом обратно отдает в тестирование происходит 3 тест и там уже дальше опять дается Дальше например Сколько можно цикл продолжаться в какой-то момент в этом цикле разработчик ломается и говорит все Я думаю что я починил у меня не воспроизводится ты проверяешь А у тебя
00:42:28 - 00:44:00
воспроизводится проверить что вы с разработчиком например на одной и той же версии проверяете так еще не знаю на Ну как бы на одном устройстве У вас одинаковые предусловие воспроизведение Бага и если Ну там уже точно скорее всего что-то найдется правильно ты назвала правильно первое чтобы у вас была версия продукта одинаковая потому что это очень часто история что разработчик забывать залить свой фикс но при этом быстро бежит в жире репортить я все починил а весь его Я починил Он у него на компьютере
00:43:30 - 00:44:36
остался и второе это окружение Может это из-за конкретного браузера проблемы может он на другом браузере смотрит у него нормально Может это проблема там в устройстве стоит нативное приложение вот если эти два вопроса у вас совпадают по максимуму [музыка] независим экспертом Нам действительно позвать третьего им обычно является Project Manager и Project Manager так как он человек который при финальное решение выдает себя пишешь говоришь менеджер у меня воспроизводится не воспроизводится приоритет такой-то глянь все он глядит
00:44:06 - 00:45:19
решает он либо дает пендель разработчику ограничений Я короче поддерживаю тестировать клип говорит тебе знаешь Иван Иванович очень занята разработчик Вот его нельзя отвлекать и поэтому что-то сделать с багом там бери вы спринта убери его Закрой его в этом случае приходится подчиняться Единственное что Я рекомендую в комментариях написать что произошло так а теперь Представьте ситуации когда сразу Пошло все не так ты завела репорт он попал на разработчик разработчик говорит я не буду Почему [музыка]
00:45:11 - 00:46:23
что с низким приоритетом есть низкий приоритетов убери назад Забирай потому что не может ужасная что бывают такие ситуации когда это ну типа мелкие незначительный бак и там условно на не знаю это никак не влияет на экспириенс пользователя не влияют на работу приложения пусть он на нем лежит Может он не будет сейчас заниматься внутри спринта и же на планирование не планирует Ну не влазит его выкинут Но это погоди Вот если разработчики говорит я признаю допустим что бак есть но я не буду делать его потому что
00:45:55 - 00:47:23
Какие случаи бывают когда может возникнуть такая ситуация когда тот тебе кажется что бака ему кажется фичи ну скажем мне может сказаться чтобы Потому что со стороны пользователя то есть разработчик смотрит с точки зрения верификации типа по требованиям Все окей Все правильно разработано но пользователь например не подходит винтики Не сошлись Вот это прям такое если в документации написано так как сделал программист то в итоге тебе будет сложно такие лагере чаще Бывает такая история что ты написала тестовую
00:46:54 - 00:48:10
тестовую документацию по проектной когда-то а потом ты сидела пила чай в этот момент случайно созвонился разработчиков менеджер ему говорит Слушай у нас тут поменялись идея короче вот это всё должно быть по-другому он запомнил и сделал А тебя никто не сказал оказалось что просто поменяли Требования тестируешь по старой документации он говорит Вот теперь это поведение правильное документации у нас там был созвон с Иван Ивановичем тебя не было понятно в этот момент и выясняешь правда ли это пинаешь кого
00:47:42 - 00:48:59
надо чтобы документацию поменяли меняешь свой тестовый документацию после изменения проекта и тогда получился например Потому что я цитировала на старой версии Ну ладно хорошо что еще и дубликаты Да есть я вот такой же где-то там видел что дальше тебе делать придется косить найти где-то его видел правильно Да именно когда Показалось так допустим нашли Дальше чего проверить предыдущий Пак который производится то мы например можем закрыть новый бак и перекрыть старый Либо наоборот закрыть Старые если он
00:48:21 - 00:49:45
воспроизводится он воспроизводится Именно поэтому ты завела свой дубликат что нам важно посмотреть в Original баги в каком он статусе находится сам или в системе если он открыт еще тогда сдаемся Бывает так что он уже закрыт более того ты его проверила неделю назад тут такой же опять вылез перед открыть старый хорошо Можно иногда просто не переоткроется и тогда надо будет дубликат переоткрыть и сказать да это дубликат Ну типа надо чинить Потому что тот оригинальный уже типа закрыт иногда менеджер так настраивает жиру что ты
00:49:17 - 00:50:36
просто не можешь открыть переоткрыть closs система сломается хорошо ладно техники с дизайном что-то такое зачем они нужны подход который мы используем при тестирования чтобы не создавать так чтобы создать миллиард тестов что нам дает в принципе нам это техники с дизайном нужны чтобы сократить да количество чего тестов и при этом увеличить покрытие наверное так может сформулировать обычно пишут так что ну у тебя когда есть много тестов есть большое покрытие с уменьшением теста чтобы не уменьшилась
00:50:07 - 00:51:31
тестовое покрытие хотя бы не уменьшилось если ты умеешь количество Ну ладно Можно и так сказать хорошо И вот самый любимый техники с дизайна на собеседовании это анализ граничных значений и эквивалентное разбиение можешь про них рассказать на разбиение мы используем Когда например наша система реагирует на некоторые значения в одном диапазоне одинаково то есть нам нет смысла проверять все значения в этом диапазоне достаточно проверить одно чтобы убедиться что система работает техника граничных значений она как бы
00:51:05 - 00:52:20
сочетается тем что внутри системы классов эквивалентности баги чаще находятся именно в граничных значения То есть например у нас эквивалентное значение от 1 до 10 то баги чаще всего будут возникать на границах где один и 10 а можем оторвать одно другого допустим возьмем с тобой и ограниченных значений эквивалентно разбиение оторвем и расскажем что как мы можем привести клиентам избиение без всяких границ Да берешь там от из этого класса эквивалентности Например у нас там от одного до десяти без одного и до 10 вот
00:51:49 - 00:53:16
нет у нас никаких границ вот у нас есть поле ввода логина логина и мы такие применим технику эквивалентного разбиения не учитывая ограниченное значение в таком случае для блогера например могут быть классы эквивалентности кириллица например цифры Это уже зависит от на самом деле поля ввода сильно То есть например когда ты вводишь почту электронную где угодно игнорирование в логинах тоже такой часто бывает и в паролях Реже А вот то что конкретно сами данные то есть допустим латинские буквы английские
00:52:36 - 00:54:10
Да русские буквы это каждая из них это классика валентности цифры Ну окей так и каким образом мы используем Допустим мы хотим на английских букв испытатель класса эквивалентности с нашим поле ввода сколько у нас будет Если конкретно для класса с английскими хорошо анализ граничного значений у нас бывает так что нам нужно проверять различные интервалы значения позитивные внутри как правило интервал а снаружи негативные сценарии ты говоришь от одного до десяти например интервал У нас есть сколько у нас будет
00:53:36 - 00:55:00
проверка соответствии с техникой с дизайном есть разные подходы есть один где проверяются только два значения на границе то есть например для одного это будет 10 для 10 10 11 либо с тремя это 1 2 и 0 или 10 9 10 11 значение которое внутри Оказывается это какая проверка позитивная или негативная зачем тогда еще одно значение брать рядом с ним это такие подходы допустим нам надо сделать выборку по словам по алфавиту там от гэда даже одна ошибка нет алфавит также системы и алфавитный порядок воспринимают также
00:54:39 - 00:56:15
как и числовой то есть они умеют работать они знают Какая буква За какой идет и могут можно общем алфавитные данные также виды приложений Давай обсудим Вот приходишь на собеса тебе говорят у нас в приложения как вы будете его тестировать без подробностей что-то в нем стоит и так далее А ты такая знаешь как работают все виды приложений примерно Да и можешь подобрать к ним более подходящий виды тестирования Какие бы ты виды тестирования [музыка] Ну вот мы начали в начале мы обсуждали что есть куча
00:56:07 - 00:57:28
видов приложения по разным классификациям Вот ты начинаешь тестировать веб-приложение первое наверное будет функциональный Да ну проверить что сайт работает как задумано вот функциональном плане когда для конечного пользователя а потом мы можем такие А у нас же в Значит мы можем применить еще какой-то мало пользователей производительности Что еще можно применить в зависимости что больше подошло бы еще квебу наверное кроссбраузерная правда ведь она же из браузер в других видах его нет тестирование может быть на связанные с
00:57:09 - 00:58:31
плохим качеством интернета Да с прерыванием То есть когда у нас Интернет отрубается полностью или не полностью Это относится обычно проверка С какой скоростью реагирует сервер на данные которые входят Под разными условиями а проект соединение интернета чаще относится к тестированию прерывание То есть когда мы допустим сидим на сайте включили интернет что нам сайт скажет ошибку как нам покажет и так далее Вот а еще сейчас очень любит спрашивать про взаимодействие про то каким образом данный передается на сервер назад В
00:58:19 - 00:59:33
каком виде [музыка] Да наверное методы Какие бывают [музыка] пост от и делит основные миллионы маленькой тележками Да еще бывает самописные методы Да кроме метода у нас еще указывается что ссылка куда мы собственно посылаем наш запрос не [ __ ] адрес в некоторых [музыка] данное браузере айдишники всякие хорошо есть response ответ что он содержит какие коды 300 300 400 и 500 если сервис сломался то какой будет клиент 400-300 переадресация 200 успешная высоты супер так Но тебе не повезло и на нашем
00:59:05 - 01:01:05
собеседовании тебе говорят у нас будут нативные приложения что-то для них подберешь на какой-то версии операционной системы То есть можно подобрать [музыка] производительности Как быстро запускается Что входит в инсталляционная установка [музыка] Ну удаление последующей установкой то же самое что переустановка правильно три удаления установка обновления все верно Какие еще к нативному [музыка] а если есть сервером приложении есть сервер работает локально там же все равно есть некоторые связь с сервером где например хранятся твои
01:01:01 - 01:02:34
покупки лучше сказать Так что технически на приложение оно работает без сервером но на севере может храниться какие-то данные которые оперирует логика на устройстве А вот каким-то фоточки покупки какие-то данные сторонние которыми ты оперируешь они могут хранится на севере поэтому без интернета нативное приложение должно работать но оно может терять бизнес смысл передавать периодически на сервер какие-то То есть тут уже надо смотреть от того чем стоит допустим приложение Фонарик который у тебя на телефоне стоит оно
01:02:30 - 01:03:41
сервер точно не имеет или приложение калькулятора оно полностью работает на устройстве хорошо Окей так А если тебе говорят что у нас гибридное приложение как ты видно это смысле между нативным и по-разному бывает бывает так бывает не так допустим да допустим это связь нативного первое что приходит если она синхронизация данных это интересно сказано Где логика хранится в такого рода гибридном приложении Как ты думаешь [музыка] гибридном вот когда у нас есть нативная часть есть пример который [музыка]
01:03:08 - 01:04:38
Ну вот типа доступ из браузера есть доступ компьютера так вот и когда устанавливаешь доступ к компьютера Ты знаешь что-то устанавливаешь Да какой-то часть приложения Ну чтобы запускал с компьютера в браузере Ты просто открываешь устанавливаешь соответственно когда ты устанавливаешь [музыка] что-то на компьютере это какая-то нативная часть нативный клиент так называем вместо браузера то устанавливаешь нативный клиент нативный клиент Может на себя брать часть функций которые раньше приходилось там в браузер пытаться
01:04:20 - 01:05:29
реализовать но при этом логика приложение данные которые хранятся но все остается на веб-сервере и [музыка] у гибридного в нашем понимании который мы сейчас обсуждаем это у него часто части от нативного и от веб-приложения они применимы а частично нет то есть установка требуется требуется и тут требуется подключение к интернету постоянно требуется [музыка] приложение Да требуется гибридным требуется на севере Как отличить значительный гибридное предложение захочет приложение отключаешь интернет
01:04:55 - 01:06:19
по нативному ты можешь дальше перемещаться А по гибридному нет ничего не знаю как дальше Вот приложение которое в которых ты например носишь изменения И как только появляется связь с интернетом оно там типа загружает данные на сервер Да но по нативному данные на сервер подгружается контент данные но при этом в нативном приложении без интернета ты можешь перемещаться по разделам в нем только данные будут устаревшие может быть контент А в гибридном ты не сможешь в принципе по приложению перемещаться
01:05:40 - 01:06:44
потому что вся логика хранится на сервере Клиент не знает из чего что должно состоять более того в гибридным приложении тебе кажется что ты в нативным потому что там все нарисовано как нативном кнопочки вот эти все но тыкаешь по ним вместо обращения к памяти телефона идет обычный запрос на сервер то есть кнопочки на самом деле ссылки они выглядят как кнопочки и гибридные делают по нескольким причинам есть разные например его поддерживать проще чем нативное Потому что не нужно разрешение пользователя для обновления сервер
01:06:14 - 01:07:37
меняешь просто в один день и все а в нативном в чем происходит проблема существует тем больше у тебя происходит деление пользователей по разным в какой-то момент через пользу говорит я не буду обновляться я не буду я не буду через пять лет у тебя там 25 ступени пользователей которые в какой-то момент сказали Я не буду обновляться тебе надо Со всеми иметь дело а гибридным не надо Ты просто на вебина и все а я как тебе рекомендую чтобы вот не плутать в этом всем сделайте какой-нибудь матрицу табличку типа три
01:06:55 - 01:07:55
вида приложения нативная гибридная веб и различные ключевые параметры установка требуется разрешение на обновление требуется там браузер требуется нативная часть что-то еще требуется И вот так поделить и потом положить деньги рядом И тебе проще будет в голове быстро между ними переключаться ты попал на собесе говорят у нас гибрид и такая значит так так так так так так нативная то же самое подглядела табличку потому что это очень важно чтобы хорошо Собес пройти в чем бывает подводный камень у гибридных вот то что мы сейчас обсудили
01:07:25 - 01:08:46
то что есть нативная часть Это не единственный подход есть еще гибридные фреймворки есть еще всякая хрена муть и нету одного Четкого определения что гибридные приложения не только такие поэтому на собеседовании стоит иногда заранее озвучить гибридных понятий гибридность очень Широкая и есть это то что назвали нативный клиент на сервер Логика есть другие поговорим про вот эти Потому что они самые распространенные и все И после этого рассказываешь ну посмотри подучи будет важно хорошо ладно окей про методологию
01:08:07 - 01:09:39
какие у нас методологии разработки бывают как у нас работа строится Ну сейчас самый распространенный который есть еще XP из устаревших какой-нибудь v-образная модель опасное слово сейчас было вообще просто приговор просто не говори слова стареешь вообще лучше не использовать слова говори есть набор Практика джайл это например скрамбан вот так не говори устаревшее менее более философ тебе попадется Откуда вы так решили нет А я вот 85 года программирую сейчас я тебя спрошу за waterfall что это у нас устаревший тебе придется до
01:08:57 - 01:10:29
вас waterfall устаревший что с ним В чем фишка Почему настарел Фишка в том что каждая стадия разработки Может начать выполняться только после того как выполнена предыдущая То есть например мы не можем начать тестировать если еще не закончена разработка так И что с ним что-то влияет Ну каждая потом после предыдущей вроде логично звучит пока что не так и поздно какие-то баги их цена возрастает [музыка] Ну а если не поздно как поздно Ну тебе дают им релиз релиз раз в год и вы сидите там на Чили короче разработчики
01:09:52 - 01:11:22
долго программируют и долго тестируешь 100 миллионов видов тестирования ты применила И подумаешь Вот вы раз в год хорош Когда у нас есть четко прописанные требования и они не меняются это правда да это Хорош А [музыка] в чем именно плюс этого терфола вот стоимость Бага типа высокая нету обратной связи между этапами затруднена или отсутствует говорить Это тоже можно попасть так и еще в учебники осталось методологии или она где сейчас используется она не видела чтобы использовать скажу используется или нет до сих пор говорит
01:11:00 - 01:12:40
До сих пор пишет своих пресс-релизы что у них ватерфол Microsoft конечно используется фишка фишка этой методологии в том что она используется там где нету высокой конкуренции по срокам не нужно постоянно релизиться и там где высокая цена ошибки но не в плане позднего обнаружения байка в том что его можно вообще не обнаружить И когда вы обнаружите самолет уже упадет понимаешь о чем я говорю то есть в авиации в ракетостроении В автомобильной промышленности Вот есть такой прикол что машина новые выходят на рынок А у них
01:11:58 - 01:13:07
бортовая система как будто из 2006 года ужасные камеры ужасные качества изображения ты сидишь перед макбуком который не понимаешь почему машина которая сейчас выходит у нее экран не такой же А вот именно потому что там ватерфолл потому что пока не тот экран поставили пока они в разработали Пока машина 25 раз об стену не ударили не увидели что этот экран значит не ранит глаза манекены и так далее уже вся техника ушла вперед но для них автомобильной промышленности это не так критично Вот зато для них критично чтобы не было
01:12:32 - 01:13:38
багов в принципе чтобы они не обнаружились на проде иначе люди отъедут и так далее Поэтому в медицинском оборудовании то же самое приходишь частную клинику там стоит аппарат УЗИ а у него монитор Как из 2001 года вот такой огромный в глаза бьет врача там уже мозг Значит уже весь про прожженный А это называется Новая аппаратура новая Вот потому что пока его сертифицировали прошло 100500 лет Так что вот Вполне себе существует используется и так далее в Microsoft он раньше использовался более наглядно как
01:13:05 - 01:14:12
раньше было Windows выходил раз пару лет раз 45 лет типично butterfall полностью новый продукт делали огромными итерации сейчас Windows раз две недели тебе говорит ты мне не Выключишь пока я тебе не разрешу мы обновляемся Хотя Windows очевидно что это переход к более гибкой методологии потому что они маленькими частыми релизами теперь действует раньше огромными редкими двигались [музыка] разработки в жизни классно что-то не понравилось выкинул Ну так есть некоторые принципы которые используются типа
01:13:39 - 01:15:02
тебе больно прямо я вижу на лице Я просто не помню как именно они формулируются но в стиле там процессы важнее чем бумажка В общем и целом что они пытаются сделать через AJ если все суммирует что гибкость в чем что гибкая компьютер гибкий или что клавиатура в чем гибкость заключается [музыка] продукты короче там есть манифест который не надо учить там есть четыре идеи для принципов не нужны идеи в идеях суть такая что меньше бюрократии больше работа над проектом меньше переписываться меньше договоров
01:14:30 - 01:15:54
подписывает больше фичи релизе и радовать заказчика и в них ходят методология фреймворк такой разработки чем там фишка у нас есть разработка происходит спринтах по 2 до 4 недель может варьироваться и вскроем есть некоторые как артефакты типа как понятие Есть основные какие-то процессы сложное слово встречи что происходит какой артефакт происходит в начале спринта планирование что там делается планируется разрабатываться помимо того что мы выбираем конкретные фичи которые мы будем реализовывать что
01:15:22 - 01:17:02
еще с ними делаем [музыка] мы оцениваем чтобы взять столько работы сколько мы можем потянуть В чем это затраты разные Вот это кстати можем просто в человеческом времени еще оценивать в часах обычно типа 8 часов 4 часа дня вот когда типа карточками голосуют типа сколько там дать это вообще Нарнии это Нарния Но это Story Point туда Но обычно На словах все без карточки решается в реальной жизни хорошо вот мы оценили задачи положили в место которое называется что дальше происходит процесс [музыка] [музыка]
01:16:25 - 01:18:05
[смех] Почти рядом психоанализ массы [музыка] команда разбирает насколько условно хорошо прошел с принят Возможно есть то что нужно улучшить и как-то насколько Правильно мы оценили свои там силы на спринт по возможно Нужно меньше задач брать что все точно успеть одна вещь которая иногда бывает иногда нет это демонстрация демон когда показывается перед релизом перед рефлексией Как ты говоришь заказчику что мы сделали заказчик смотрит и говорит Да Молодцы ребята или типа чуть Мы вот не доделали я хотел чтобы это было
01:17:46 - 01:19:20
отлично ладно в принципе мы обсудили большинство вопросов которые хотел обсудить Мне кажется у тебя прям хорошая подготовка была Единственное что в начале там базовых Немножко определениях там Ну нету прям таких замечаний А цель тестирования эти рекомендую где-то Вычитать их обычно три штучки в каком-нибудь классификации потому что надо база говорить в интернете потом чуть почетче смог соединить то есть говоришь типа я не знаю зачем Цените мне говорят в моих статьях которые прочитал что он не нужен в общем можешь
01:18:42 - 01:20:03
посмотреть или запомнить как я рассказываю дальше с уровнями тестирования с Пирамиды тестирования еще раз там да модульная модуль вакууме интеграционное взаимодействие неправильно объясняла то что хотела Ну теперь будешь правильные слова так хорошо Это хорошо Это хорошо план повторить Да что у него содержится виды что будем что не будем этим критерий начала окончания тестирования проговаривай тут все хорошо тут хорошо тут OK Ага Ну вот виды приложения да посмотри внимательно какие у нас существует
01:19:34 - 01:21:09
принципе группы приложения что у нас есть Web нативные гибридные и для себя закрепи его четко между ними разделения на этом разделении проще будет объяснять Какие бы ты виды тестирования применил бы каждому конкретному так-то конечно большинство видов тестирования применяется ко всем но тем не менее стоит выделять особенности потому что они действительно решают реально тестирование Так мы в методологиях не говоришь и старые новые техники устаревшие не используем на собесе так Ну и на собесах где лютуют
01:20:40 - 01:21:44
настоящие психи можно получить пару вопросов про базы данных типа Напишите SQL запрос или скажите как бы вы написали Скет запрос на словах Вот чего я бы не стал спрашивать кто-то спрашивает Поэтому ты Разбирайся и еще сейчас началась шиза под названием Расскажите разницу между суап РФ без этого как бы вообще невозможно то есть у него есть какие-то набор обязательных каких-то атрибутов которые нужно выполнять чтобы им пользоваться в России более свободно и за счет того что чаще всего то ответ и структура запросов более простая
01:21:18 - 01:22:47
отлично супер Ну теперь у меня точно Вопросов нет остались ли у тебя какие-то вопросы не знаю где взять как-то золотой золотой середину собеседование протяжек классификации там какие-нибудь Ну вот то как мы сегодня обсуждали в принципе ну была Вполне себе золотая середина то есть Главное какая бывает у тебя кстати это ошибки Нет ну вот что было Часто у начинающих тестировщиков это им тяжело определить момент в какой момент остановиться рассказывать о том о чем мы не знают то есть например вот тебя спрашивают про
01:22:16 - 01:23:43
техники дизайна обычно многие Обычно говорят я узнаю техники начиная сразу про техники есть такая-то такая-то а из-за того что собеседование Как правило длится час где-то а интервьюер хочет у тебя узнать как можно больше то нужно вот вовремя останавливаться и видеть его реакцию Допустим что-то новое хочет спросить а ты часто рассказываешь Ну в твоем случае я такой вообще проблем я не заметил то есть рассказываешь как раз ровно столько сколько надо Если что интервьюер тебя более подробно спросит
01:23:06 - 01:24:11
сам это не проблема если тебя уточняющим вопросом как бы погружают в тему это все правильно вот то есть у тебя Ты выдерживаешь вот этот момент очень хорошо не знаю что касается в принципе исчерпывающего списка вопросов которые бы выучить чтобы не было Сюрпризов на собеседование К сожалению такого не бывает иначе бы одна суперкнига выучие этой стадии Пройди любой Собес просто во-первых меняется сама индустрия во-вторых меняется мода как ни странно то есть пару лет назад просто мучили ужасно сейчас дай Бог спросит
01:23:39 - 01:24:50
такое все остальное Зато теперь вот это слово пресс обязательно разница вот очень сейчас любят спрашивать в принципе Что такое тестирование пи Хотя подразумевает именно тестирование веб-сервисов огромное понятие размытое это не только веб-сервис это взаимодействие нескольких там сервисов которые не обязательно работают протокола http но хотят именно про это называют всё словами API вот может быть через там пару месяцев какая-нибудь еще появится мода спрашивает какой-нибудь ересь там кто-нибудь прочитает какой-нибудь хитрый
01:24:15 - 01:25:21
умную статью давай-ка буду не спрашивать и кто ее не прочитал тот не это касается не только ручного тестирования у программистов абсолютно то же самое абсолютно то есть очень часто надо готовиться к собеседованию абсолютно отдельно от того что тебе надо знать в реальной жизни но большинство вопросов которые мы с тобой сегодня обсудили это практически вопрос то есть это пригодится тебе не только в том чтобы недавно в комментариях написал правильно стишок рассказать вот не то чтобы стишок рассказать но чтобы найти применение
01:24:48 - 01:25:53
знаний в реальной жизни Как написать это важно Это можно писать самому применять виды приложений это важно чтобы четко накинуть у вас такое предложение значит он тестирует так так виды тестирования Ну наверное понятно что наизусть эти классификации нет никакого смысла Потому что ты скорее всего будешь заниматься функциональным тестированием 80 процентов времени и дай Бог хоз браузер на кроссплатформенная тебе дадут время и но при этом иногда как начнут копать какое-то тестирование производительность
01:25:21 - 01:26:24
в чем разница между волью и стресс тестированием А тебе ну как бы это на самом деле пофигу потому что этим все равно заниматься скорее всего не будешь так что такие вот дела Ну и в принципе опыт прохождения собеседования пример то же самое что опыт работы то есть попадаешь на собесы проходишь не проходишь даже если уже на следующем собесе будет меньше волнения меньше всего и с каждым собеседованием ты себя чувствуешь свободнее Тебе проще формулировать свои мысли и ты уже начинаешь встречать вопрос который
01:25:52 - 01:26:55
повторяется ты уже над ними особо не задумываешься ты отвечаешь не волнуюсь не запариваясь все с каждым собеседованием тебя повышается шанс У тебя такие возьму повезет с первого собеседование возьму не повезет придется походить Вот и сейчас большая конечно большое дело Это хороший резюме потому что резюме важно чтобы тебя позвали Если тебе сейчас начали звать туда уже наполовину тебя уже зовут хорошо вот через это бывает сложно прорваться А там уже на самих не знаю кто хочет узнать насколько вообще ручному тестировщику как-то важно
01:26:24 - 01:27:46
понимать уметь какие-то языки программирования и насколько вообще используем SQL например в работе его качать хорошо Сейчас скажу ручным тестировщикам абсолютно не нужно знать никакой язык программирования в принципе абсолютно ручные тестировки не пользуются ничем Если вдруг на проекте каким-то чудом тебе понадобится использовать какой-нибудь скриптик для того чтобы там пользователи сгенерировать или еще что-то тебе даст разработчик за пять секунд Объясни чем надо нажимать все что касается SQL Несмотря на то что идет очень много
01:27:09 - 01:28:29
разговоров потому что якобы НАТО вручную составлять существует тип приложений который называется Database графика юзер интерфейс [музыка] дибивер чем-нибудь от Jet brains родное Куи от Microsoft databass от Oracle и так далее То есть это клиенты которые становишься на компьютер с помощью которых ты подключаешься к базе данных и тебе для этого нужен логин пароль и адрес базы в сети и когда ты открываешь эти базы данных если они видели это тупо куча таблиц он как таблицы и какие-то базовые вещи удалить строчку добавить строчку
01:27:49 - 01:29:17
изменить значение это выполняешь с помощью Великого инструмента манипулятор мышь и кнопочки enter delete и клавиатуры тебе все вот эти запросы они строятся сами под капотом тебе не надо их строить но случае если и вот такого рода взаимодействие с базы данных это там 90 процентов всех взаимодействий ты тестируешь обычный сайт или что-то еще какое-то приложение но Если вдруг твой проект он состоит буквально из бк-энда и баз данных и все такое тоже бывает редко но бывает То есть это полностью бэкенд проект
01:28:33 - 01:29:45
допустим это какой-то B2B сервис взаимодействие нескольких банков нескольких там государственные структуры перемещаются несколько бэндов друг друга взаимодействуют потом самые 5 то тогда как правило тебе надо глубже знать база данных потому что твое тестирование как правило состоит из того что тебе надо много таблиц агрегировать в одну и проверить какие-то значения и грубо говоря ты можешь это сделать руками через интерфейс Но это будет очень сложно то есть заходить в каждую таблицу руками проверять там что-то глазами и
01:29:09 - 01:30:22
так далее а для того чтобы сделать вывод как можно быстрее тебе надо сделать какой-нибудь Join там существует и над живой на утер Join вот эти вот базу объединить данные с разных таблиц в одну и посмотреть что все нормально вот этого нужны рукописные запросы их тоже можно делать в том же самом гуи потому что руками это сделать будет сложно но там вакансии вот такими буквами написано у нас API frontendo нет одни базы данных SQL Must have Супер xperience 10 тысяч лет чтобы был То есть ты такие вакансии ты мимо них не
01:29:46 - 01:31:04
пройдешь когда написано как правило подобные вещи то есть очень сложный бэкенды и либо минималистичные либо отсутствующий фронтенд вообще вот в них даты под капотом там в них и база данных знать и иногда бывает требования к консоли нужно чтобы ты могла в юных системах перемещаться командной строки Вот потому что там нету фонта Просто Ну опять же даже в этом случае есть графика User интерфейсы для сервера тоже уже люди все продумали например есть сервис ncp который позволяет также открыть программу
01:30:26 - 01:31:45
подключиться логин пароль адрес к серверу и у тебя данные на сервере будут виде фолдеров как на Windows это будут визуализированы тебе не придется Там дико красноглазить в консоли Хотя многие любят Я знаю вот так что на самом деле большинстве случаев не надо знать глубоко базу данных только если проект непосредственно этих базы данных весь не состоит из них то же самое кстати с постменом и так далее много пишут о том что надо писать запросы на сервер все что будет в реальной жизни в большинстве случаев на
01:31:06 - 01:32:20
проект никакой документации нет Напиши мне пожалуйста примеры всех наших запросов и ожидаемое поведение для них все проверю вся моя документация им не будет очень плотно писать что-то для тебя потом тебе объясняет как это нажимать это занимает У меня 10 минут в день поэтому оставь это И в этот момент тестирование запросов на сервер у тебя кончается и еще что бывает часто есть фронтенд разработчики Они каждый пилят кусочек одной одного история и в итоге Понятно команда должны попадать на бэк должен отдавать
01:31:48 - 01:33:21
и вот эти два разработчика работают в параллеле они очень много отправляют этих запросов и проверяют что пришло то есть по сути они сами тестируют взаимодействие их частей и старя если это более-менее приличные разработчики и есть какая-то у них ответственность за что-то она 25 раз протестирована на уровне API до того как она попадет в ручной потому что пока они не убедятся что они друг с другом полностью не согласованы они не сдадут эту задачу А когда они уже сдали ты уже будешь проверять ее виде
01:32:43 - 01:34:02
системного тестирования макать кнопки и проверять что на выходе ты получаешь Ну конечно где-то наверное тебе и документацию по бэнду напишут и постман дадут и скажут тестировать Ну из моей практики это редкий случай А вот чего действительно будет много это вот придумывание из кейсов чек-листов их поддержки и тестирование функциональными тестами на скорость причем Чтобы успеть до релиза и какой-то нахрен Дай Бог чтобы ценить за две недели все доделать то есть реальная работа это будет так предположим опять же подавляющее
01:33:24 - 01:34:40
большинство проектов двухнедельный спринт начинается спринт тебя скорее всего не позвали на планирование скорее всего Тебя там никто не ждет но могут и позвать Ну допустим не позвали первые два три четыре дня разработчики пытаются напилить самую первую версию продукта снова фичуей ты это время тестишь требования пишешь листы и свои замечания по документации менеджером отдаешь пробелы косяки в документацию через 3-4 дня ты получаешь первую версию на основании тех тестовых сценариев листов которые ты успела написать ты тестируешь
01:34:03 - 01:35:31
новую фичу это занимает где-то дней пять рабочих и у тебя остается из двух недель из 10 рабочих дней в конце где-то три дня среднем чтобы проверить фикс багов которые ты успела зарепортить в процессе спринта и может быть провести какой-то дополнительный вид тестирование кросс-браузер на кроссплатформенная типа того и убедиться что в релиз попало что-то адекватное и повторяется и повторяется и повторяется и повторяется вот что такое 80 процентов всех проектов для ручного тестировщика без всяких там
01:34:46 - 01:36:05
Вот к чему на самом деле следует Быть готовым понятно отлично супер сегодня полезно продуктивно пообщались В общем Если будут вопросы еще можешь кстати написать резюмешку мне скинуть Я чекну что как чтобы вакансии лучше находились Если хочешь можешь даже вступить в бустечет за одну мороженку мне в месяц кроме меня там будут другие умные ребята которые тоже смогут сказать и помочь пожалуйста Удачи в поиске работы тогда Ну как вам собеседование Мне очень понравилось как отвечает Лера видно было что она хорошо подготовилась прочитала
01:35:27 - 01:36:51
большое количество различных источников могла даже пофилософствовать на различных терминах Я считаю что она в принципе может идти на собеседование и проходить их также с учетом того что она планирует быть будущим автоматизатором тестирование ей надо будет Выучить какой-либо язык программирования и какой-либо инструмент для автоматизации тестирования что тоже не очень просто Но если есть цель не надо Спасибо за просмотр видео Если вы хотите поучаствовать в подобном собеседовании ссылка внизу в описании к ролику Также
01:36:25 - 01:37:58
вы можете попасть на приватное собеседование ссылка также внизу Спасибо за внимание пока [музыка] [музыка]
01:37:14 - 01:37:45