Тестирование лифта на собеседовании

Преподаватели школы Mentorpiece - Сергей Герасимов - руководитель отдела тестирования - и Виталий Соколов - опытный QA и девопс - покажут, как выглядят типовые задачи на собеседовании с начинающим тестировщиком на примере известной задачки о лифте. Участники вебинара обсудят задачу и выскажут свои идеи.
Онлайн-школа Mentorpiece - это топовое обучение тестированию от топовых QA-менторов.
Только менторы с опытом 10+ лет в IT. Только живые качественные занятия с обратной связью - где учат именно тебя, а не поток в 100 человек. Только с проверкой себя в деле - интернатура на реальных проектах.
t.me/Mentorpiece - центральный канал школы
Mentorpiece.ru/%D0%BA%D1%83%D... - курс “Мануальное тестирование + Интернатура” для тестировщиков с нуля
t.me/to_be_qa - канал курса в телеграм
t.me/to_be_qa_chat - чат курса в телеграм
Хочешь принять взвешенное решение о своей карьере?
Напиши QA-ментору и получи бесплатную индивидуальную сессию:
t.me/MentorPiece_consult

[@viktoriia7173]

спасибо, ценная инфа!

[@WaaHish]

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

[@LiliaUrmazova]

@LiliaUrmazova 0 seconds ago Вебинар действительно был записан, так сказать, на заре развития компании, и сейчас я бы многое сделала по-другому. Но историю переписывать мы не будем :) Попробуйте посмотреть наши вебинары, записанные за последний год - возможно, впечатление будет лучше.

[@annavishnevskaya9627]

Эти кнопки помощи должны прописаны в требованиях

[@annavishnevskaya9627]

Можно рассказать как протестить квадрокоптер?

[@acidinmyhead]

Вставлю свои пять копеек, дослушав до 25 минут. ходили вокруг да около декомпозиции систем лифта и систематизации кейсов с точки зрения работы отдельных модулей, но не дошли) Мне кажется это привело бы к большему тестовому покрытию

[@LiliaUrmazova]

Да, но не каждый джун способен до такого додуматься. К сожалению.

[@annavishnevskaya9627]

Первый вопрос, какие требования заявлены? На основании чего тестировать? Мне вообще не ясно. Мне кажется надо тестировать каждый этаж, это лифт, а не сайтики тестировать

[@alycialanghans5255]

Теперь стало страшно ездить в лифте))))

[@edainterblog9492]

2) Как формулировать план регрессионного тестирования лифта?

[@MentorpieceRu]

Примерно так: 1) Изучаем функциональность лифта, читаем доки. 2) Если нет общей высокоуровневой схемы, рисуем ее 3) Определяем время, требуемое на формирование покрытия лифта регрессионными тестами. 4) Приоритезируем фукнциональность 5) Покрываем согласно приоритетам 6) Маркируем смоук-тесты в рамках каждой отдельной функциональности и присваиваем им наивысший приоритет в рамках функциональности 7) Тестируем в порядке приоритетов (функциональность по приоритетам, в рамках функциональности - тесты по приоритетем) 8) В процессе формируем тест-репорты, заносим баг-репорты. 9) Повторяем, пока не надоест, лифт не поломается окончательно, наконец не придет автоматизатор, проект/компания не закроется ;)

[@FantomJho]

Было бы неплохо ментору резюмировать и прикрепить скриншот...

[@LiliaUrmazova]

Спасибо! Учли в новейших вебинарах.

[@inna3710]

Как можно оптимизировать набор тестов? (езда со 2-го этажа до 9-го?) чтобы не проверять все подряд

[@evgeniy4303]

разбить по классам, выбрать представителей и границы.

[@iuliiash4141]

Что будет если 500 кг. начнут прыгать? (Землятрясение).

[@alinapodolska]

Что такое happy flow? Это тоже самое что Positive testing?

[@LiliaUrmazova]

Допустим, у пользователя есть задача прийти из точки А в точку Б (например, зайти в интернет-магазин - точка А - и оформить заказ - точка Б). Совокупность шагов, которые должен проделать пользователь, переходя из точки А в точку Б без ошибок и лишних действий - это happy flow. Positive testing все-таки несколько шире.

[@nzk7947]

@@LiliaUrmazova Получается что это аналог смоук теста? Или happy flow необязательно проводить в начале?

[@LiliaUrmazova]

@@nzk7947 Да, все так. Случаи бывают разные, иногда можно и не начинать с happy flow, но в большинстве случаев все-таки лучше делать в начале.

[@Levio777]

Я ещё не работаю джуном, но собес провален в самом начале, смок тестов не было, по каким либо тест кейсам готовым не прогоняли, лифт выдуманный, я живу у меня кнопки не горят может? ТЗ надо уточнять Но если тестировщик готов в лифте 10х10 см ездить, то добра ему)

[@LiliaUrmazova]

Здравствуйте! А сейчас работаете джуном? Может быть, уже даже миддл? Скажите, пожалуйста, в скольки компаниях удалось поработать и изменилось ли мнение?

[@evgeniy4303]

Какого Кукленда он почитал? чет не нашел такого, как правильно звучит автор?

[@qr-kot5984]

Lee Copeland "A Practitioner's Guide to Software Test Design"

[@user-cj4rz8gc7b]

Ментором не дана структура правильного ответа. Зачем-то стали собирать как можно больше тест-кейсов по тому как должен работать лифт. А с чего решили, что кандидат-тестировщик что-то знает о том как должен работать лифт ? Все предположения стали строить на основе пользовательского опыта. А кто сказал, что это пользовательский опыт правильный ? Почему тестировщик не изучил теорию как должны работать лифты, документацию на конкретный лифт и на проект, где этот лифт используется ? Хочется от образовательного проекта получить методику, которую можно применять в дальнейшей работе, а не набор кейсов к конкретному случаю.

[@LiliaUrmazova]

Добрый день, коллега. Видео - полушуточный вебинар для начинающих. Методику даем, но уже в рамках курса. А что конкретно хотелось бы узнать? Сейчас проводим более академические вебинары, в ближайшее время сюда зальем. Спасибо за отзыв.

[@evgeniy4303]

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

[@LiliaUrmazova]

@@evgeniy4303 Добрый день! Нет, технологию производства карандашей изучать не обязательно (хотя, если компания занимается канцелярией, возможно, и стоит). Но подобные задачки на собеседовании могут встретиться, если цель - не найти человека, который умеет работать с конкретными тулами и просто будет "брать больше, кидать дальше, пока летит - отдыхать" наравне с еще сотней таких же тестеров (это не хорошо и не плохо, просто текущая цель компании может состоять в затыкании дыр), а нанять кого-то соображающего на абстрактном уровне, даже если он не работал с тулом Х. Т.е. подход на собеседовании может быть разным и зависит от цели найма.

[@Kalitzbur]

kzbin.info/www/bejne/mGTImZKuaKlgqZY - мой вариант тестирования лифта