QA

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

Я не проводил аналитику курсов, не изучал детали обучения (хотя некоторые школы знаю изнутри довольно неплохо), но я проводил множество собеседований на позиции Junior QA в свою компанию и знания ребят, которые приходили после самых популярных курсов оставляли желать лучшего, поэтому в основе своей мой курс конечно же не является изобретением, но я постарался привнести в обучение свой взгляд и те вещи, которых не хватало тем ребятам, которым я отказывал в трудоустройстве.

В общем, курс курсу рознь и было неправильно грести все курсы под одну гребенку, поэтому сегодня я расскажу как выглядит обучение на Manual QA Engineer в моей школе / на моем курсе и мне было бы интересно узнать от тех, кто обучался в других школах используют ли они похожие подходы и/или инструменты.

Весь курс разбит на спринты по 1 неделе и мини-группы

Курс рассчитан на 4 месяца, поэтому всего представлено 16 спринтов (16 недель), в рамках которых обучаются ребята. Ребята занимаются в группах, и пока что у нас только одна группа, но в будущем группа будет содержать максимум 10 человек с персональным ментором. Пока что у всех ментором выступаю я :)

У каждого тестера есть свои раздражители, поэтому этот пост будет сугубо субъективным, основанном на наших реальных событиях  

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

🔴Бесит, когда говорят «быстренько протестируй, пожалуйста»

🔴Бесит, когда после тестирования задачи меняются требования к ней

🔴Бесит, когда разработчик не прописывает, что именно он сделал в задаче, а что нет и по какой причине

🔴Бесит, когда задают вопрос, не пользуяюсь правилом 15 минут

🔴Бесит, когда важные решения происходят в личных чатах, о которых ты узнаешь случайно 🔴Бесит, когда тебе нужен напарник, но «поиск нового тестера сейчас не в приоритете»

🔴Бесит, когда уходишь на обед и ты сразу становишься всем нужен

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

Один из самых критичных багов, который привел к непоправимым последствиям для компании, произошел с марсоходом NASA — Mars Climate Orbiter. В 1999 году он был потерян из-за ошибки в расчетах, вызванной использованием английских единиц измерения вместо метрической системы одним из подрядчиков NASA. Это привело к неправильному маневрированию аппарата, который в результате был утерян при входе в марсианскую атмосферу.

Заметный пример критической ошибки, которая привела к значительному ущербу для компании в сфере электронной коммерции, — это знаменитый сбой, который повлиял на онлайн-рынок eBay в 2014 году. Этот баг привел к крупному отключению, в течение нескольких часов пользователи не могли покупать и продавать товары. Точная природа ошибки не была обнародована, но последствия были значительными: сообщалось о потерянных продажах и падении цены акций компании после инцидента. Не было обнародовано конкретной информации о финансовых потерях eBay из-за сбоя в 2014 году. Однако, сбои в работе IT-систем могут стоить компаниям в среднем до $300,000 за час простоя веб-приложений.

Еще один известный случай связан с веб-основанным хранилищем Amazon S3 в 2017 году, которое вышло из строя из-за опечатки сотрудника Amazon во время выполнения команды, что привело к нескольким часам простоя для многих веб-сайтов и сервисов, зависящих от S3 для хостинга. Во время сбоя сервисов Amazon Web Services (AWS) в 2017 году, который длился около четырех часов, компании, входящие в индекс S&P 500, потеряли примерно 150 миллионов долларов. Кроме того, финансовые службы США потеряли около 160 миллионов долларов.