Оч круто, особенно практика! Спасибо, полезно. Одни из лучших собесов, что я находила, а то вижу что оч многие видео пробных собесов исходят из серии прям каких-то базовых теоритических моментов из первых лекций любого курса, что кмк не оч актуально в нынешних реалиях требований к джунам😅🤣
кстати, то, что валидировали на джейсон (цифры, строки и нотацию массива JS) НЕ явля.тся джейсоном, по fакту валидатор под капотом запихивал эти значения в объект JS, и введенное в валидатор значение дублировалось в ключ объекта, потом валидатор сериализовывал объект в строку в джейсоновой нотации, сравнивал с каноном и только поэтому было валидно. Но само по себе число или одинокая строка - это не джейсон, валидатор скрыл определенную работу.
Я смотрю на стандарт, описывающий JSON RFC4627: datatracker.ietf.org/doc/html/rfc4627#section-2.1 2.1. Values A JSON value MUST be an object, array, number, or string, or one of the following three literal names: false null true
32:50 похаливарить можно, очевидно что 500 ошибка может зависеть и от браузера если в конкретном браузере отправляются не поддерживаемые какие-то данные, но скорее всего это маловероятно, да и можно глянуть по спекам если запрос валидный, а бэк его не обрабатывает то баг на бэк, если запрос не валидный то баг на фронт и разобраться ок ли что бэк возвращает 500 а не конкретную ошибку. Ну и по идее если такая специфика на проекте есть (что запрос от браузера зависит) то ты должен знать и так
Извините, но на мой душный взгляд, пример с домофоном прям неудачный. Зачастую, в реальности там по два проводка к квартире идет, которые подключены к соответствующим контактам (по цифрам квартиры). Таким образом, позвонить в соседний подъезд не получится физически, а вот перепутать два проводка при подключении и получить дозвон в кв12 только при наборе 21 - вполне. Зато интересно как обработается нажатие (и как вообще должно) 1, 01, 001 ? А не попадем ли в кв.1, при наборе 10, 11 и тд.? А если набрать 115 попадем в 11, в 15 или ошибку получим? Тут конечно надо бы знать подробнее как работает. Ну и классы эквивалентности здесь бы логично выделить как одно-, двух- и трех- значные набранные числа. Далее следующий момент: есть те, кто оплатил обслуживание и те, кто нет - также классы. При наборе первых должен быть дозвон, а для вторых - ошибка... Исходя из всего вышеперечисленного (ну и может еще что-то есть, что сразу и не вспомнилось), очень логично не выдумывать долго, а просто прозвонить ВСЕ квартиры и убедиться что попал (или не попал в случае неоплаты) по адресу, а также взять вне диапазона для получения ошибки - 0 и трехзначное для первого, однозначное и трёхзначное для остальных подъездов. В общем, классика с возрастом была бы более однозначна))
8:40 хз будут ли в конце правильные ответы, чел раширяй горизонты познания, есть крашлитиксы тот же firebase который автоматом соберет краши где можно по id юзера найти краш, также пользователь сам может логи записать, хотябы системные логи если в приложении нет или краш на старте. А уже про то чтобы собрать для него спец сборку с расширенными логами понятно не дойти.
54:48 описание нужно если из названия и шагов не всё понятно, обычно если ты норм всё написал то какие-то доп пояснения не нужны. Ну или я не понял что вы имеете в виду. Шаги и фр и ор это и есть описание
29:07 нужно выкатывать на каждую новую фичу свой стенд от мастера, чтоб они друг на друга не влияли, стейджинг это уже после тестов смотрим что на малом проценте юзеров ничего не отломалось, в стейдж уже вливают все фичи которые поедут в мастер и смотрим что они друг друга тоже не сломали случайно.
а что за вопрос про окружение для мобильного приложения, типа "Как ты будешь его выбирать?")) это типа тестировщику приходит таска протестить приложуху мобильную и он такой: "Так, мне предоставьте для тестов айfоны с 7-го по 15-ый, макбуки такие-то и 100500 версий андроидов"?)) или он работает с железом, которое есть?
Если у тебя один телефон - ты и тестируешь на одном? Нет Это работа тестировщика оценить и понять какой нужен минимум телефонов с разным размером экрана, разных производителей и разных операционных систем. Компания обязана предоставить эти телефоны или предоставить лицензию на browserstack
Не 100500 твоя задача как раз оценить минимальный набор исходя из специфики самой фичи, что менялось в приложении и что могло задеть, какая вообще минимально поддерживаямая версия у вас на проекте, тут еще полезно знать какие изменения были в разных версиях ос и особенности всяких мобильных оболочек если говоритьь про андроид. Например если у тебя текст поменяли только то смысла смотреть все версии систем нет, а вот если добавили скажем векторную иконку то есть смысл проверить разные версии и разрешения, например у 6го андроида как раз часта бывают проблемы с векторами.
@@user-yi2zc9cy7iда пиздеж, все зависит от компании и того, кого они ищут, плюс от региона. Какого интерна? В какую компанию? Из какого региона? С какими перспективами? Пизданули без аргументов, умно
Оч круто, особенно практика! Спасибо, полезно.
Одни из лучших собесов, что я находила, а то вижу что оч многие видео пробных собесов исходят из серии прям каких-то базовых теоритических моментов из первых лекций любого курса, что кмк не оч актуально в нынешних реалиях требований к джунам😅🤣
Оч круто) спасибо!
P.s. Человек, который подбирает музыку отдельный респект!
крутой собес. щас еще ни разу не проходил, но если бы попались такие интервьюеры, было бы комфортно собесится
3-я ошибка и
Спасибо за видео, поняла, что пока рано на собесы идти. Пойду еще поучу базу 🙃
Герман огонь.... Ему нужно открывать HR компанию !!!
будто сама прошла это собеседование. В напряжении все видео)
По моему жестковато его Герман погонял) ну как для стажера
А так паренек воды налил знатно
9:33 по бошке дать тому кто сразу на 100 выкатывает, откатываем до 1% и дальше смотрим краши и прочую стату
XML последняя ошибка
13 строка буква S в слове Star(S)
кстати, то, что валидировали на джейсон (цифры, строки и нотацию массива JS) НЕ явля.тся джейсоном, по fакту валидатор под капотом запихивал эти значения в объект JS, и введенное в валидатор значение дублировалось в ключ объекта, потом валидатор сериализовывал объект в строку в джейсоновой нотации, сравнивал с каноном и только поэтому было валидно. Но само по себе число или одинокая строка - это не джейсон, валидатор скрыл определенную работу.
Я смотрю на стандарт, описывающий JSON RFC4627: datatracker.ietf.org/doc/html/rfc4627#section-2.1
2.1. Values
A JSON value MUST be an object, array, number, or string, or one of
the following three literal names:
false null true
8.00 ребут смартфона, Обнова илииреинстал аппки, Обнова ос.. Интересно, что будет)
32:50 похаливарить можно, очевидно что 500 ошибка может зависеть и от браузера если в конкретном браузере отправляются не поддерживаемые какие-то данные, но скорее всего это маловероятно, да и можно глянуть по спекам если запрос валидный, а бэк его не обрабатывает то баг на бэк, если запрос не валидный то баг на фронт и разобраться ок ли что бэк возвращает 500 а не конкретную ошибку. Ну и по идее если такая специфика на проекте есть (что запрос от браузера зависит) то ты должен знать и так
Извините, но на мой душный взгляд, пример с домофоном прям неудачный. Зачастую, в реальности там по два проводка к квартире идет, которые подключены к соответствующим контактам (по цифрам квартиры). Таким образом, позвонить в соседний подъезд не получится физически, а вот перепутать два проводка при подключении и получить дозвон в кв12 только при наборе 21 - вполне. Зато интересно как обработается нажатие (и как вообще должно) 1, 01, 001 ? А не попадем ли в кв.1, при наборе 10, 11 и тд.? А если набрать 115 попадем в 11, в 15 или ошибку получим? Тут конечно надо бы знать подробнее как работает. Ну и классы эквивалентности здесь бы логично выделить как одно-, двух- и трех- значные набранные числа. Далее следующий момент: есть те, кто оплатил обслуживание и те, кто нет - также классы. При наборе первых должен быть дозвон, а для вторых - ошибка... Исходя из всего вышеперечисленного (ну и может еще что-то есть, что сразу и не вспомнилось), очень логично не выдумывать долго, а просто прозвонить ВСЕ квартиры и убедиться что попал (или не попал в случае неоплаты) по адресу, а также взять вне диапазона для получения ошибки - 0 и трехзначное для первого, однозначное и трёхзначное для остальных подъездов. В общем, классика с возрастом была бы более однозначна))
Там речь шла только о паре техник тест-дизайна, а ты накидал просто негативных тестов.
@@GlebEminov я о том, что техники надо применять с умом, учитывая контекст
7:08. Я бы, все же, право назначить приоритет, оставил для ПМ. Максимум тимлида. Severity, если есть, другое дело
8:40 хз будут ли в конце правильные ответы, чел раширяй горизонты познания, есть крашлитиксы тот же firebase который автоматом соберет краши где можно по id юзера найти краш, также пользователь сам может логи записать, хотябы системные логи если в приложении нет или краш на старте. А уже про то чтобы собрать для него спец сборку с расширенными логами понятно не дойти.
А как мы будем тестировать если критический баг мешает продолжать?или вообще не можем запустить программу?
1:06:30 ну по правде сейчас уже на большинстве сайтов html генерится налету и часто уже на стороне клиента
54:48 описание нужно если из названия и шагов не всё понятно, обычно если ты норм всё написал то какие-то доп пояснения не нужны. Ну или я не понял что вы имеете в виду. Шаги и фр и ор это и есть описание
29:07 нужно выкатывать на каждую новую фичу свой стенд от мастера, чтоб они друг на друга не влияли, стейджинг это уже после тестов смотрим что на малом проценте юзеров ничего не отломалось, в стейдж уже вливают все фичи которые поедут в мастер и смотрим что они друг друга тоже не сломали случайно.
Венегрет в голове у парня, все в кучу
А я думал любое тестирование начинается с анализа требований и макета(
22:20 а для ios стату не над смотреть? Лучше конечно смотреть не мировую стату а стату своих пользователей
а что за вопрос про окружение для мобильного приложения, типа "Как ты будешь его выбирать?")) это типа тестировщику приходит таска протестить приложуху мобильную и он такой: "Так, мне предоставьте для тестов айfоны с 7-го по 15-ый, макбуки такие-то и 100500 версий андроидов"?)) или он работает с железом, которое есть?
Если у тебя один телефон - ты и тестируешь на одном? Нет
Это работа тестировщика оценить и понять какой нужен минимум телефонов с разным размером экрана, разных производителей и разных операционных систем. Компания обязана предоставить эти телефоны или предоставить лицензию на browserstack
Не 100500 твоя задача как раз оценить минимальный набор исходя из специфики самой фичи, что менялось в приложении и что могло задеть, какая вообще минимально поддерживаямая версия у вас на проекте, тут еще полезно знать какие изменения были в разных версиях ос и особенности всяких мобильных оболочек если говоритьь про андроид. Например если у тебя текст поменяли только то смысла смотреть все версии систем нет, а вот если добавили скажем векторную иконку то есть смысл проверить разные версии и разрешения, например у 6го андроида как раз часта бывают проблемы с векторами.
У сериала офис нет id
Реальные собеседования действительно такие сложные?
это собеседование детский сад, более реальные на других каналах
@@marl514 на каких? Поделись, интересно
а ты студент QA studio?@@user-xm4vc3rt2p
Тепленький парень, улыбается постоянно😂
Stars
Дима мочи их
Я бы не пригласил его тестировать свой сайт аптеки=)))
К сожалению с такими знаниями его даже на интерна не возьмут.
Почему ?
@@user-yi2zc9cy7iда пиздеж, все зависит от компании и того, кого они ищут, плюс от региона. Какого интерна? В какую компанию? Из какого региона? С какими перспективами? Пизданули без аргументов, умно