Собеседование ручного тестировщика
ฝัง
- เผยแพร่เมื่อ 27 ก.ค. 2024
- Каждый желающий может попробовать свои силы, попрактиковаться в собеседовании и получить от нас подробную обратную связь, чтобы улучшить свои ответы и уверенно пойти на собеседование в команду мечты.
Если хочешь принять участие, то присылай свою заявку в эту форму: airtable.com/appi4DQ6dUhWBuQS...
00:00:00 - Вступление
00:00:15 - Знакомство с участником
00:02:30 - Чем занимается тестировщик?
00:04:45 - Что будешь делать, если у тебя не воспроизводится баг
00:08:35 - Что будешь делать после релиза?
00:13:45 - Как будешь тестировать АПИшку?
00:17:50 - 10 инструментов которыми ты пользуешься
00:20:36 - Как ты будешь выбирать окружение для тестирования?
00:22:50 - Что такое JSON?
00:25:30 - Что такое CI/CD?
00:29:40 - Как будешь работать с 500?
00:37:40 - В какое тестирование ты бы хотел пойти?
00:39:50 - Какие бывают техники тест-дизайна?
00:41:15 - Что такое классы эквивалентности?
00:49:10 - Что такое XML?
00:53:05 - Структура баг-репорта
00:55:30 - Разница между нагрузочным и стресс тестированием?
00:57:00 - С чего ты начнёшь тестирование? Какой будет твой список проверок?
01:02:20 - Как ты будешь тестить авторизацию через Гугл?
01:04:20 - Как работает интернет?
01:06:10 - Резюмирование собеседования
Телеграм канал «Шаг за шагом к Junior QA»: t.me/qa_studio
Основной сайт школы ручных тестировщиков: qa.studio
Проводим стажировки: t.me/juniors_qa
Наши открытые уроки: qa.studio/open
Выбери своего наставника: t.me/qa_studio_kotik_bot
Чат-флудилка: t.me/qa_studio_chat
Инстаграм: / qa.studio
Все ссылки: taplink.cc/qa.studio
Оч круто, особенно практика! Спасибо, полезно.
Одни из лучших собесов, что я находила, а то вижу что оч многие видео пробных собесов исходят из серии прям каких-то базовых теоритических моментов из первых лекций любого курса, что кмк не оч актуально в нынешних реалиях требований к джунам😅🤣
Оч круто) спасибо!
P.s. Человек, который подбирает музыку отдельный респект!
3-я ошибка и
Спасибо за видео, поняла, что пока рано на собесы идти. Пойду еще поучу базу 🙃
крутой собес. щас еще ни разу не проходил, но если бы попались такие интервьюеры, было бы комфортно собесится
Герман огонь.... Ему нужно открывать HR компанию !!!
будто сама прошла это собеседование. В напряжении все видео)
9:33 по бошке дать тому кто сразу на 100 выкатывает, откатываем до 1% и дальше смотрим краши и прочую стату
По моему жестковато его Герман погонял) ну как для стажера
А так паренек воды налил знатно
8.00 ребут смартфона, Обнова илииреинстал аппки, Обнова ос.. Интересно, что будет)
А как мы будем тестировать если критический баг мешает продолжать?или вообще не можем запустить программу?
32:50 похаливарить можно, очевидно что 500 ошибка может зависеть и от браузера если в конкретном браузере отправляются не поддерживаемые какие-то данные, но скорее всего это маловероятно, да и можно глянуть по спекам если запрос валидный, а бэк его не обрабатывает то баг на бэк, если запрос не валидный то баг на фронт и разобраться ок ли что бэк возвращает 500 а не конкретную ошибку. Ну и по идее если такая специфика на проекте есть (что запрос от браузера зависит) то ты должен знать и так
XML последняя ошибка
13 строка буква S в слове Star(S)
7:08. Я бы, все же, право назначить приоритет, оставил для ПМ. Максимум тимлида. Severity, если есть, другое дело
кстати, то, что валидировали на джейсон (цифры, строки и нотацию массива 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
1:06:30 ну по правде сейчас уже на большинстве сайтов html генерится налету и часто уже на стороне клиента
54:48 описание нужно если из названия и шагов не всё понятно, обычно если ты норм всё написал то какие-то доп пояснения не нужны. Ну или я не понял что вы имеете в виду. Шаги и фр и ор это и есть описание
8:40 хз будут ли в конце правильные ответы, чел раширяй горизонты познания, есть крашлитиксы тот же firebase который автоматом соберет краши где можно по id юзера найти краш, также пользователь сам может логи записать, хотябы системные логи если в приложении нет или краш на старте. А уже про то чтобы собрать для него спец сборку с расширенными логами понятно не дойти.
А я думал любое тестирование начинается с анализа требований и макета(
Извините, но на мой душный взгляд, пример с домофоном прям неудачный. Зачастую, в реальности там по два проводка к квартире идет, которые подключены к соответствующим контактам (по цифрам квартиры). Таким образом, позвонить в соседний подъезд не получится физически, а вот перепутать два проводка при подключении и получить дозвон в кв12 только при наборе 21 - вполне. Зато интересно как обработается нажатие (и как вообще должно) 1, 01, 001 ? А не попадем ли в кв.1, при наборе 10, 11 и тд.? А если набрать 115 попадем в 11, в 15 или ошибку получим? Тут конечно надо бы знать подробнее как работает. Ну и классы эквивалентности здесь бы логично выделить как одно-, двух- и трех- значные набранные числа. Далее следующий момент: есть те, кто оплатил обслуживание и те, кто нет - также классы. При наборе первых должен быть дозвон, а для вторых - ошибка... Исходя из всего вышеперечисленного (ну и может еще что-то есть, что сразу и не вспомнилось), очень логично не выдумывать долго, а просто прозвонить ВСЕ квартиры и убедиться что попал (или не попал в случае неоплаты) по адресу, а также взять вне диапазона для получения ошибки - 0 и трехзначное для первого, однозначное и трёхзначное для остальных подъездов. В общем, классика с возрастом была бы более однозначна))
Там речь шла только о паре техник тест-дизайна, а ты накидал просто негативных тестов.
@@GlebEminov я о том, что техники надо применять с умом, учитывая контекст
Венегрет в голове у парня, все в кучу
29:07 нужно выкатывать на каждую новую фичу свой стенд от мастера, чтоб они друг на друга не влияли, стейджинг это уже после тестов смотрим что на малом проценте юзеров ничего не отломалось, в стейдж уже вливают все фичи которые поедут в мастер и смотрим что они друг друга тоже не сломали случайно.
22:20 а для ios стату не над смотреть? Лучше конечно смотреть не мировую стату а стату своих пользователей
а что за вопрос про окружение для мобильного приложения, типа "Как ты будешь его выбирать?")) это типа тестировщику приходит таска протестить приложуху мобильную и он такой: "Так, мне предоставьте для тестов айfоны с 7-го по 15-ый, макбуки такие-то и 100500 версий андроидов"?)) или он работает с железом, которое есть?
Если у тебя один телефон - ты и тестируешь на одном? Нет
Это работа тестировщика оценить и понять какой нужен минимум телефонов с разным размером экрана, разных производителей и разных операционных систем. Компания обязана предоставить эти телефоны или предоставить лицензию на browserstack
Не 100500 твоя задача как раз оценить минимальный набор исходя из специфики самой фичи, что менялось в приложении и что могло задеть, какая вообще минимально поддерживаямая версия у вас на проекте, тут еще полезно знать какие изменения были в разных версиях ос и особенности всяких мобильных оболочек если говоритьь про андроид. Например если у тебя текст поменяли только то смысла смотреть все версии систем нет, а вот если добавили скажем векторную иконку то есть смысл проверить разные версии и разрешения, например у 6го андроида как раз часта бывают проблемы с векторами.
У сериала офис нет id
Тепленький парень, улыбается постоянно😂
Stars
Реальные собеседования действительно такие сложные?
это собеседование детский сад, более реальные на других каналах
@@marl514 на каких? Поделись, интересно
а ты студент QA studio?@@user-xm4vc3rt2p
Дима мочи их
Я бы не пригласил его тестировать свой сайт аптеки=)))
К сожалению с такими знаниями его даже на интерна не возьмут.
Почему ?
@@user-yi2zc9cy7iда пиздеж, все зависит от компании и того, кого они ищут, плюс от региона. Какого интерна? В какую компанию? Из какого региона? С какими перспективами? Пизданули без аргументов, умно