Сообщество - Лига тестировщиков
Лига тестировщиков
31 пост 791 подписчик
6

Как я QA стал

Пост первый, прошу судить строго.


Сразу оговорюсь я живу не в Москве/Питере. Название фирмы предпочитаю не раскрывать. На остальные вопросы постараюсь ответить в комментариях. А теперь к сути.


Работал я в одном гипермаркете, чтобы оплачивать учебу. Учился я на переводчика. По окончании института начал я искать работу по специальности, и охватила меня печаль при просмотре вакансий. Везде предлагали мизерную зарплату, а обязанностей непомерно много. В общем требовался в основном секретарь со знанием английского, чем переводчик как таковой.


И когда я уже отчаялся найти работу хотя бы в смежной области я услышал от коллеги что её дочь устроилась в крупную IT компанию на позицию QA. Тут то я и понял, что искал не там. Ведь в IT требуются специалисты с хорошим знанием английского. Тут ещё стоит добавить что попасть в IT я хотел всегда, но мечта казалась недостижимой, так как думал что там нужны только программисты. А с программированием у меня как-то особо не складывалось и попытки изучить какой-нибудь язык программирования бросались после написания "Hello World!" программ (кто хоть раз учил - поймёт).


После недельных изысканий я уже был поверхностно знаком с тем что такое QA и с чем его едят.


Резюме было написано и отправлено. А я продолжил изыскания по теме. Прошерстил Хабр, посмотрел всевозможные видео лекции от Яндекс и Mail Ru (да-да, у них есть годные записи лекций по QA).


Спустя примерно 2 недели получил приглашение на собеседование с HR, это было первое собеседование из как потом оказалось 3-х. Вопросы были разные могу выделить несколько:

- Почему вы хотите работать у нас, как узнали про вакансию, (тут ответил честно что услышал от знакомых)

- Почему именно QA а не учитель/репетитор английского учитывая моё образование (тут моим ответом было, что попасть в IT это моя мечта, английский я учил потому что информацию на английском найти проще (тут я конечно слукавил немного))

- Почему вы не учились на IT специальность (Тут я ответил честно, что учебная программа устаревает намного быстрее чем идёт развитие индустрии)

- командный ли вы игрок, (Ответил - да, потому что в требованиях к претенденту было указано что требуется командный игрок)

- после были поверхностные вопросы имею ли я представление что же такое QA.

Так же я честно сказал что про QA узнал не давно, в следствие чего получил рекомендации почитать доп. Литературу (да-да того самого Савина "Тестирование дот ком") и научиться строить простые SQL запросы, т.е. знать операторы SELECT, UPDATE, знать JOIN, и уметь использовать условия AND и OR в запросах.


Тем не менее мне сказали что я их устраиваю, и через 3 недели меня ждёт техническое собеседование. Воспользовался я этими тремя неделями по максимуму.


На втором собеседовании вопросы уже были только по теме QA, проверяли английский, попросили написать SQL запрос.


По итогам второго собеседования мне предложили две опции:

- мне дают месяц, и я самостоятельно подтягиваю знания, и прихожу ещё раз на собеседование.

- бесплатное обучение в их учебном центре, с возможным трудоустройством.


Специалист проводивший собеседование подчеркнула, что второй вариант предпочтительный и вероятность получить работу выше.


Ну а дальше всё просто. Я окончил курсы, было ещё одно собеседование, а затем оффер (приглашение на работу).


Ожидая вопросов в духе как тебя взяли с гуманитарным образованием на техническую должность, отвечаю: меня взяли с условием, что я в ближайшее время поступлю в магистратуру на IT специальность.


Трудоустройство в итоге заняло чуть больше полугода.


Рекомендации:

Резюме. Как бы это банально не звучало, но от него многое зависит. Например пригласят ли вас на собеседование.


Изучите тему QA прежде чем идти на собеседования, вот парочка полезных ресурсов:

Ютуб каналы

https://www.youtube.com/channel/UC9VeXtf7fcCJUfmZ_cyweXA

https://www.youtube.com/user/TPMGTU


SQL учил на этом сайте (естественно английский)

https://www.w3schools.com/sql/default.asp


Итоги:

Если постараться, то нет ничего невозможного.

Надеюсь мой рассказ будет полезным, для тех кто задаётся вопросом, как попасть в QA.

Показать полностью
5

Помогите с QA (Стать им)

Добрый день, уважаемые Пикабушники. Не так давно я поставил себе цель - сменить профессию, хочу попробовать стать QA (тестировщиком в IT сфере).

Короткая предыстория: мальчику (мне) 31 годик, закончил техникум, есть неоконченное высшее образование. Лет с 16 работаю на кровле, в строительстве, монтаже оптики, много работал с компьютерным железом. За это время угробил спину и получил несколько травм суставов и решил перейти на интеллектуальный труд.

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

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

30

Как стать тестировщиком или каких знаний мы ждём от джуниора

Пара вводных слов

Всем доброго времени суток, меня зовут Туманов Дима. Сейчас я работаю в компании Rambler&Co и отвечаю за тестирование на проектах Афиши. В рамках данной статьи я развею несколько мифов об IT и тестировании в частности. Кроме того, приведу примеры из жизни как “не зная ничего” стать Junior QA Engineer в крупной компании.



Начало пути


Проработав почти два года в одной “мирной” госкорпорации в должности “ненастоящего инженера”, я осознал, что развитие остановилось. Я мог сидеть на одном месте и почти ничего не делать. В конечном итоге мои знания бы совсем отстали от реальной действительности и я бы стал невостребованным на рынке. В этот момент я принял решение о смене места и сути своей работы.



Вопрос №1 — “Какую область для работы выбрать”


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



Вопрос №2 — “Какую профессию выбрать”


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



Вопрос №3 — “Какую компанию выбрать”


По сути все компании можно классифицировать несколькими способами. Во-первых по отношению заказчик-разработчик. Есть принципиальная разница между компаниями аутсорсерами и продуктовыми компаниями. Для первых самым важным является продажа продукта. Да, есть имя компании, отзывы клиентов, но так или иначе заработок идёт от прямых продаж. Для вторых важным является иметь качественный и популярный продукт. На таком продукте можно разместить дорогую рекламу и заработать много денег. Поэтому с точки зрения тестирования сильная команда будет сформирована именно в продуктовой компании. Во-вторых компании стоит разделять на русские и импортные. На текущий момент тестирование остаётся слабо развитым направлением в России. Это даёт свои плюсы и оставляет возможность занять своё место под солнцем без сильных проблем. Но, с другой стороны, сужает выбор достойных мест для работы. Благо в крупных интернет компаниях рунета уже “пройден этап варварства и созданы первые государства”. Для меня было важно работать именно в русской компании. Это что-то вроде “странного” патриотизма, если хотите. Исходя из всего этого мой выбор пал на крупные продуктовые интернет компании России. Таких кстати совсем немного и вы легко можете найти их рейтинг в Forbes (2014, 2015, 2016).



Вопрос №4 — “Как решить проблему отсутствия опыта”


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



Вопрос №5 — “Какие знания нужно получить и как это сделать”



Погружение в теорию тестирования. В первую очередь нужно научиться говорить на языке IT и тестирования в частности. Для этого необходимо разобраться с тем, что такое обеспечение качества и с основными понятиями из тестирования ПО. Данные материалы можно раскопать почти в любой книге по тестированию, но я ярый противник “технических” талмудов и считаю их медленным источником информации. Намного проще и быстрее это сделать из отдельных статей:


Что такое обеспечение качества


Что такое тестирование


Какие виды тестирования бывают


Какие уровни тестирования бывают


Какие тестовые артефакты есть и зачем их используют


Что такое тест дизайн


Как должен выглядеть процесс тестирования в вакууме


Что такое автоматизация тестирования и её основные виды


Какие метрики тестирования бывают и зачем они используются


Изучение Bug Tracking систем. Ключевым навыком инженера по тестированию является поиск, локализация и качественное заведение дефекта. Баг не существует в вакууме, он чётко связан с разделом программы, воспроизводится на списке конфигураций (операционная система и её версия, браузер и его версия), имеет свой приоритет. Более того работу над исправлением дефекта проводят несколько разных специалистов. Для того чтобы сделать процесс управления починки дефекта управляемым используют специальные системы. Здесь есть иллюзия выбора. Есть широко распространённый Redmine. Но если вы нацелены на работу в компании, указанного выше класса, то вам стоит изучать Jira. Для этого рекомендую сделать следующее:


Поставить себе пробную версию продукта и пройти эти ролики


Поставить себе и изучить базовые гаджеты: 1, 2, 3


Изучение Test Management систем. Любой софт — это по сути набор возможностей, то есть так или иначе конечное множество. При этом логика работы каждой из них не является идеальной моделью, а значит количество багов в системе всегда бесконечно. Вопрос в том что мы считаем багом, а что нет. Тут на помощь нам приходят требования от заказчика, описывающие то каким должен быть наш продукт. В качестве требований не обязательно должно быть техническое задание на тысячу страниц. Это также может быть прототип или постоянное живое обсуждение, если ваш продукт это просто новая доработка. Для перевода требований в набор проверок существуют методы из теории тестирования, которые вы уже должны были изучить выше. Но тесты, как и дефекты не существуют в вакууме и над одним функционалом может одновременно работать несколько специалистов по тестированию. По аналогии для управления процессом написания и применения тестов используют специальные системы. Лихие 90-е ушли и работа в “эксельках”, “блокнотиках” и “тестлинках” уже не является нормальным явлением. Недавно я проводил аудит по поиску подходящей системы. В основном они либо ничего не делают, либо стоят как космолёт. Золотой серединой является TestRail. Для его изучения нужно сделать следующее:


Поставить себе пробную версию и пройти эти ролики


Поднятие технического бэкграунда. Мы занимаемся web и mobile приложениями, поэтому рассуждение пойдёт в этом ключе. Настоящий тестировщик обязан понимать “начинку” того, что он проверяет. Это экономит время команды, так как специалист по тестированию сам может определить истинную причину дефекта и описать её правильно. Да и тестировать то, о чём ты ничего не знаешь как минимум странно. Плюс глубокое понимание улучшает ваши коммуникации с другими техническими специалистами. Для старта хватит этих общих знаний:


Как устроен интернет


Что такое backend и frontend


Что такое http запрос


Как работать с консолью браузера


Изучение программирования. Извечный вопрос нужно ли уметь программировать тестировщику имеет очень простой ответ. Нужно. Связано это с тем самым техническим бэкграундом во-первых и с развитием аналитичности вашего мышления во-вторых. На начальном этапе достаточно иметь базовые представления о программировании, в будущем для качественного роста вам потребуется изучить один из популярных языков. Например, Python или Java. На старте стоит изучить следующее:


Самые базовые знания по программированию


Основные языки программирования


Основные термины в программировании


Преодоление преграды отсутствия опыта. В IT-отрасли сейчас сильная нехватка кадров, в частности тестировщиков, поэтому часто берут перспективных кандидатов без опыта. Действительно, проще научить с нуля, чем переучивать. Для того, чтобы стать более востребованным по сравнению с другими стоит пройти специализированные курсы по тестированию. На них можно получить структурированные знания и самое главное опыт реального тестирования. Я рекомендую пройти курс “Школа успешных тестировщиков, v 2.0)” с этого портала


Поиск работы. Дальше остаётся только составить резюме, учитывая обновлённые знания и навыки, и научиться грамотно использовать hh



Перспективы развития


Работа занимает треть нашей жизни. Если отбросить сон, то это вообще половина нашего времени. Единственно правильным считаю работать там и делать то, что действительно нравится. Помимо морального удовлетворения есть и материальные блага. Уровень зарплат по официальным источникам даже на старте превышает среднюю температуру по больнице. Наличие ДМС, скидки на фитнес или наличие зала внутри компании, бесплатные билеты на различные мероприятия и прочие бонусы конечно же присутствуют. К тому же работа оценивается по количеству сделанной работы, а никак не по проведённому на ней времени. В IT всегда гибкий график и “опоздание на 15 минут” никак не будет наказываться. Более того, на это даже никто не обратит внимание, потому что это действительно нормально. Роль тестировщика — это не окончание вашего движения, это лишь точка входа. После пары лет хорошей практики в тестировании вы сможете выбрать любой путь развития в компании.



Почему я уверен в вашем успехе


Как когда-то сказал Стив Джобс: “Нельзя соединить точки жизненного пути, смотря вперёд. Их можно соединить, только оглядываясь в прошлое”. Именно этот принцип и даёт мне уверенность в том, что стать тестировщиком и начать получать удовлетворение от работы может абсолютно каждый. Есть и другие примеры за последние несколько лет, которые только подтверждают доступность данной профессии. У меня был некий Challenge Accepted. В какой-то момент ко мне почти одновременно обратилось два человека, которых я очень хорошо знал. Один из них на тот момент работал в правоохранительных органах, другой был профессиональный военным. Схожесть ситуации была на лицо. Они большие молодцы и с большой настойчивостью проходили примерно описанный выше план. Такое самообучение и поиск самой работы у них заняло порядка трёх-четырёх месяцев. Сейчас они работают тестировщиками, имеют перспективы для развития, гибкий график и думаю много чего в их жизнях ещё изменилось.



Post Scriptum


Ещё раз подчеркну. Войти в данную профессию не сложно. Это сможет каждый. Дальнейшее развитие в IT зависит уже только от вас.



скопипащено отсюдо: https://habrahabr.ru/company/rambler-co/blog/303254/

Показать полностью
52

Все поздравляют дизайнеров, а про QA забыли

Все поздравляют дизайнеров, а про QA забыли Qa, Тестировщики, День тестировщика

День тестировщика — профессиональный день тестировщиков, отмечаемый 9 сентября.


9 сентября 1947 года[1][2] учёные Гарвардского университета, тестировавшие вычислительную машину Mark II Aiken Relay Calculator, нашли мотылька, застрявшего между контактами электромеханического реле, и Грейс Хоппер произнесла слово «bug» (англ. «жук»), ставшее позднее термином, обозначающим компьютерную ошибку. Извлечённое насекомое было вклеено в технический дневник с сопроводительной надписью: «First actual case of bug being found» (англ. «первый случай в практике, когда был обнаружен жучок»). Этот забавный факт положил начало использованию слова «баг» в значении «ошибка». В итоге процесс выявления и устранения причин сбоя в работе компьютера получил название debugging (дебаггинг, «отладка», дословно: избавление от жуков). А само название профессии возникло от английского слова test, то есть испытание.

61

Пол года в тестировании или взгляд с колоколенки

Почти год назад я спрашивал мнения у вас, ребята, по поводу профессии тестировщика. Было много дельных советов, и не очень, но все они были полезны в коей-то мере. И вот, я уже ровно 7 месяцев как тестировщик. Возможно, что кому-то будет полезен пост. Вероятно, что именно ты задумываешься о том, чтобы начать строить карьеру в тестировании, но пока обременён другими заботами. Я постараюсь максимально простым языком поделиться своим скромным опытом, и возможно, повлиять на твоё решение в вопросе "хочу ли я быть тестировщиком?".В общем, заваривай чайку, хватай печенюги и усаживайся поудобнее. А я беру бокал креплёного и начинаю.

Преамбула.

Войти в Ай-Ти или хлопоты "входа"

Немного цифр. После окончания универа по профилю "Энергетика" я уже окончательно для себя решил, что хочу быть тестировщиком. У меня всегда была тяга к тому, чтобы всё, чем я пользуюсь было идеальным + большое увлечение компами и еже с ними. Небольшой опыт кодинга (говно-кодинга) в конце 10-11 класса школы и первых курсов универа, но со временем всё забылось. После получения заветной корочки и месяца беспросветных кутежей, я составил резюме и начал шерстить вакансии на хх. И вот, первый отклик. Мне выслали тестовое задание, с ним я к сожалению не справился. Как говорится, первый блин комом. Затем почти один за одним были еще 3 ответа к моим откликам. Каждая компания высылала тестовое задание, которые я уже успешно выполнил и впереди у меня состоялись 3 первых в моей жизни собеседования. Первые два я успешно провалил, а на третьем, уже имея некоторый опыт в общении с HR и тестировщиками, успешно его прошел. Спустя приблизительно неделю в один жаркий летний день мне позвонили и сообщили, что с 1 сентября я выхожу на работу. Это была моя маленькая победа. К слову, я даже рад, что в предыдущие места меня не взяли, но об этом дальше.

Ах да, цифры, подытожим - 4 отклика, 4 тестовых задания, 3 собеседования, 1 успешное, затраченное время около 3 недель.

Испытательный срок или оклад за обучение

После оффера (успешного прохождения собеседования и приглашения на работу) я начал усиленно готовиться, читал блоги, смотрел видео, впитывал и вкушал опыт других, бывалых тестировщиков. Первые два месяца я приходил на работу и изучал документацию по продукту, который мне предстояло тестировать, смотрел видео-уроки (записывали их тестировщики из компании). Очень круто, что для лёгкого входа новичков был весь необходимый материал, это очень помогло. В течение месяца я каждый день изучал новое, а два раза в неделю общался с менеджером разработки (член команды, который ставит задачи, общается с заказчиками и вообще, занимается многими организационными вопросами + защищает нас от других команд, которые хотят скинуть свои косяки на нас), рассказывал ему, что нового узнал, отвечал на его вопросы. Честно, я ощущал себя идиотом, который нифига не понимал, но очень хотел и старался вникнуть в процесс. Какие-то непонятные названия, странные слова Agile, Scrum, МР, ПМ, Тим-лид и прочие, уже кажутся такими простыми и примитивными, но тогда, будучи совсем зелёным, я их до конца не мог сложить воедино. Первые три месяца пролетели быстро, но их я запомню на всю жизнь - это самое болезненное время, когда много, просто невероятно МНОГО информации, которую нужно усвоить и научиться использовать.

И вот, наступил декабрь. К этому моменту я успешно прошёл испытательный срок. У нас была даже некая балльная система, по которой по всем критериям у меня было 5/5, что не могло не радовать + положительный отзыв МРа. И в декабре, когда я уже неплохо освоился, состоялась ретроспектива. Ретроспектива - это некое собрание, когда команда обсуждает предыдущий квартал, какие были проблемы, находит пути их решения, подводит итоги и строит планы на следующий квартал. Цель - стать лучше. Одна из задач - разрешить предыдущие проблемы. И на этой ретроспективе я понял, что эта команда та самая, с которой можно свернуть горы и сделать наш продукт очень крутым. Я много читал историй, когда коллектив, мягко говоря - хрень, но в моём случае все более, чем круто сложилось. Ребята, зная, что я совсем зеленый, легко отвечали на все мои самые глупые вопросы, чем я старался не злоупотреблять.

Пошло-поехало

Прошло ровно пол года, как почувствовал, понял, осознал (как это не назови), что тестирование - это моё. Именно спустя пол года я понял, что то, чем я занимаюсь - это призвание. Естественно, что бывают косяки, не тестируемые задачи и прочие грустны вещи, но целая картинка позитивна!

Результат работы

Спустя 7 месяцев я научился и освоил некоторые инструменты и приобрёл скиллы, а именно:

PostgreSQL (СУБД) на уровне, который нужен тестировщику (анализ связей в БД, типов данных, запросы для тестирования и выборки данных);

Консольку Linux для просмотра логов, кода на тестовых стендах, правки "на горячую", всякие curl и прочие мелочи;

Различные техники тест-дизайна;

Буквально в последний месяц начал писать автотесты в связке Ruby+Selenium Webdriver+(всякие гемы аля Browsermob-proxy);

Написание документации (тест-планы, тест-кейсы, чек-листы и пр.);

Ну и всякие мелочи из разряда "деплоить ветку на тестовый стенд", "проверить наличие задач в ветке".

Вывод и скромный совет

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

Задавай свои вопросы в комментарии и я с удовольствием отвечу на них.


P.S: Под понятием "тестировщик" я объединил и, непосредственно тестировщиков, и QA, и QC, не будите занудство и не проявляйте проф. деформации :) peace.

Показать полностью
22

Как перейти в IT индустрию (Часть 1)

Как перейти в IT индустрию (Часть 1) IT, Python, Тестирование, Программирование, Работа, Собеседование, Опыт, Длиннопост

Всем привет! Решил я написать о своем опыте смены профессии. Может кого-то подтолкну на решение о смене профессии.


Предисловие:


На данный момент я работаю в государственном учреждении, по специальности, но со школьных времен меня интересовало программирование в виде хобби (может кто помнит Python Symbian). Не предав этому внимания, я неудачно поступил вместо программирования на «свою специальность» (пока называть её не вижу резона). В данный момент я пишу на PHP различные недосайты и недоскрипты, но ни один до конца, я так и не дописал. Тяжесть ошибки выбора идет за мной по пятам вот уже 8 лет... И я решил! Стоп! Не хочу прожить жизнь вместе с грузом ошибки выбора и прочим нытьем. Ну и если быть до конца честным, то после 5 месяца работы в госслужбе, я полностью разочаровался в ней. Да и зарплаты отличаются в 3-5 раз. Итак решено! Меняю профиль работы, а если все потеряю, то так тому и быть!


I. Разведка поля боя:


Дано:


1. PHP — начальные знания синтаксиса и немного ООП

2. Python — начальные знания синтаксиса и тоже немного ООП

3. HTML и CSS — на уровне блочной верстки и немного Bootstrap

4. SQL запросы select, insert, drop table =)

5. Прочитал книгу SWIFT для детей (кстати очень понравилась) =)


Не дано:


1. Знание PHP, Python фрэймворков

2. HTML5

3. CSS анимации, препроцессоров LESS и SASS

4. Javascript и фрэймворков (JQUERY и прч)

5. Опыт


Из всех представленных направлений на рынке труда, нам подойдут с минимальными требованиями и отсутствием опыта. Если кто-то думает, что в рамках программирования я отличаюсь от обычного обывателя, Вы сильно ошибаетесь. Все кто хоть раз пробовал писать на Pascal или делал HTML сайты, практически находятся на моем уровне. Самой подходящей специальностью оказалась профессия тестировщика. Я создал резюме на HH.ru и начал кидать отклики на вакансии.


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

II. Подготовка к бою


Просмотрев тематические видео на Youtube, я узнал что такое тестирование и чем люди там занимаются. Понял, что это не просто тыкание приложения или программы в поисках ошибок, а целая наука со своей теорией. Прочитал книгу «Тестирование Дот Ком» Р. Савина по диагонали, которую рекомендовала к прочтению одна из блогерш по совместительству QA. Тестирование показалось мне рутинным и скучным занятием, которое в корне отличается от моего характера. Но выбирать не приходится, ибо главное туда попасть.


Вакансий компаний готовых принять меня без опыта на «дармоедство», оказалось чуть больше 3-х. Но я узнал, что некоторым фирмам требуются тестировщики для написания авто-тестов. Тестирование мне не нравится, а вот писать код я люблю! Соответственно позиция тестировщика-программиста мне была по душе.


III. Первый бой


1 вакансия (тестировщик программист Python):


требования — Начальные знания одного из языков программирования (базовые типы и умение работать с ними, циклы, функции)


будет плюсом — Знание Python, Selenium Webdriver, опыт разработки автотестов, понимание принципов разработки и тестирования ПО, знания веб-технологий (html, css, js, http)


процесс — собеседование по скайпу (я больше не смеюсь над видео, где эксперты дают интервью по скайпу, а потом встают в трусах), тестовое задание написать простой тест на Pyhon для тестирования 2 функций поисковика. Переделать тест с использованием фрэймворка (я выбрал unittest) и использовать PageObject патерн (простыми словами это концепция разделения одного скрипта на несколько, в одном адреса элементов HTML страницы, в другом сам код тестирования).


итог — все понравилось но выбрали другого кандидата (я немного расстроился), но! Я узнал что такое Selenium Webdriver и PageObject и получил опыт их использования.


2 вакансия (тестировщик):


требования — аналитическое мышление


Поступил звонок из компании:


HR — вы хотите быть именно тестировщиком или у вас в планах перейти на другую специальность?


Я — начать хотел бы в тестировании и со временем перейти на позицию программиста в вашей фирме.


HR — Жаль, нам нужны люди которые видят себя только в тестировании.


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

3 вакансия (программист тестировщик Python):


требования — умение написать тестовую документацию, ориентироваться в видах и уровнях тестирования, уметь применять основные методы тест-дизайна


будет плюсом — разрабатывали автотесты на Python, использовали паттерны PageObject + Components, работали с Jenkins или TeamCity.


Данная вакансия в той же компании, что и вакансия №2. Почему-то я сразу её и не заметил. Пока отправил отклик и меня одолевают думки... Не откажут ли они мне, из-за событий 2 вакансии. В этом отклике я уже добавил, небольшой опыт написание авто-тестов на Python + Unittest + Selenium + PageObject. Не соврал же. =)


IV . Послесловие:


Решил посмотреть видео курс по Python-у, повторить виды, методы и уровни тестирования, посмотреть что-такое Jenkins и ждать ответа от 3-ей вакансии. Ничего не бойтесь и идите к своей мечте! Даже если она находится на 25 этаже ;)


p.s.: Буду рад замечаниям по орфографии, пунктуации и в целом по повествованию. Принимаются советы, мудрость и критика. Если кому-то будет интересно, продолжу писать.

Показать полностью
9

Курсы "Тестирование ПО"

Уважаемые Пикабушники! Нужна ваша помощь. А именно: совет.

Есть желание обучиться на тестировщика, живу в СПб. Школ полно, как онлайн и оффлайн. Отзывы на просторах читал, однако хорошим верить сомнительно, а плохие не все адекватны. Поэтому возник вопрос: где порекомендуете пройти курсы по специальности "Тестирование ПО"? Прежде всего, рассматриваю оффлайн, но если есть хорошие онлайн-курсы, то готов рассматривать и их.

P.S. Р.Савина читал, хабр смотрел. Книгу от EPAM прочитать в планах. С теорией более-менее, нужна практика и направление, поэтому и задался вопросом о курсах.

9

Солидность QA

Работаю тестировщиком. Недавно прислали вакансию с необычной интерпретацией нашей профессии, где в названии указано "Инженер-испытатель программного обеспечения".


Как это видит работодатель (или рекрутер):

Солидность QA Тестирование, Вакансии, Солидность

Как это представляю я:

Солидность QA Тестирование, Вакансии, Солидность

Картинки с гугла)

10

Почему я не люблю HR

В сфере IT становится все более повсеместна нелюбовь к HR. Многих они просто преследуют - пишут во все соцсети и даже вылавливают в Tinder.

Но моя к ним нелюбовь появилась по другому поводу.

На данный момент на известном сайте для работников и работодателей у меня открыто резюме.

В нем описано, какую работу я ищу. Одно условие, которое я продублировала везде - я рассматриваю только удаленную работу. Удаленную! В названии резюме, в графике работы, в поле о себе.

Угадайте, какую работу мне предлагают больше половины HR?

Конечно в офисе!

А иногда и не в моем городе.

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

После очередного письма на почту мне хочется кричать и плакать. Для кого я пишу резюме???

На некоторые неподходящие предложения я отвечаю и описываю почему обратились не туда. Сама не понимаю почему, ибо от таких писем обычно горит.

На самые несуразные предложения я не отвечаю. Когда предложение по работе не отвечает вообще всему, что написано в резюме. Будто одно слово из заголовка резюме увидели и написали. Так эти HR начинают написывать мне повсюду и названивать.

Неужели на это требуется меньше времени, чем на прочтение резюме?

Недавно у меня бомбануло окончательно.

Появилась вакансия, которая полностью мне подходит, кроме одного пункта.

В отклике требовалось сопроводительное письмо. Я откликнулась и конечно написала почему мы друг другу так идеально подходим. Там же я написала что этот пунктик не подходит моим возможностям. Уточнила, что если вы передумаете по поводу обязательности этого пункта, я буду рада продолжить общение.

Далее со мной связываются, высылают тестовое задание, я воспринимаю это как готовность отказать от этого пункта в поиске подходящего сотрудника.

ТЗ отнимает хоть и немного, но все же пару часов моего времени.

После успешного прохождения тестового HR интересуется - а вы же видели такой то пунктик?

ЧТО????

Я писала о невозможности выполнения этого пункта в сопроводительном (а сопроводительное они сами выставили обязательным)

То есть ребята требуют сопроводительное и не читают его вообще. От такого я уже загорелась как следует.

В общем выговорилась.

К счастью, встречала в своей жизни и адекватных HR. Слава им

Чем глубже изучаешь мозг, тем больше возникает вопросов. Истории успеха, достойные «Горячего» на Пикабу #3

Чем глубже изучаешь мозг, тем больше возникает вопросов. Истории успеха, достойные «Горячего» на Пикабу #3

Вячеслав Лебедев – сотрудник и аспирант МГУ им. М.В. Ломоносова. При знакомстве с трудами нейроученых понял, что мозг – целая вселенная внутри человека, и при более глубоком его изучении возникает еще больше вопросов. Вячеслав создал центр нейрофизиологической немедикаментозной помощи детям NeuroFuture, где уже несколько лет занимается развитием внимания и концентрации у детей.


Такие истории успеха вдохновляют, заставляют искать профессию мечты и посвящать свою жизнь тому, что любишь.

Отличная работа, все прочитано!