Обновить
8
Евгения@JaneGame

QA engineer (web)

7
Подписчики
Отправить сообщение

Тут уже вопрос к работодателю - почему он платит 30%=) В большинстве случаев на такую зп пойдет работник или с уровнем сильно ниже, или человек, которому надо где-то перекантоваться и не загнуться с голода. Глупо рассчитывать на долговременное сотрудничество при таком раскладе - один уйдет набравшись опыта, второй - как только подвернется вариант получше.

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

Ну до текущей работы, до ИТ я работала как раз за 40к. Переработки околонулевые (в основном по моей вине), коллектив почти идеальный, процессы отлажены, дмс тоже был после испытательного срока. В общем не работа, а отдых по сравнению с тем, где я ещё раньше работала (ну тут вы правы, только дмс у меня не было). Ради похожей работы на ту я спокойно бы пожертвовала какой-то частью ибо нервы дороже)

Ну как сказать... Рыба ищет где глубже, а человек где лучше. Я, например, оцениваю работу по нескольким критериям и зарплата - один из них. С ростом опыта я ожидаю, что и зарплата повысится (и не забываем про инфояцию). Если меня все остальное в компании устраивает, то я не побегу к конкурентам ради пары тысяч сверху, но и сидеть на зарплате джуна с навыками мидла или на зп сильно ниже рынка мне не хочется.

Т.е. если другие компании при зп в 100к (например) предлагают 102к, то для меня это не повод, если 110-115к - это повод задуматься, если зп для моего уровня становится 150к, то это однозначно повод для поиска места получше.

Больше-меньше - это уже отдельная тема для дискуссии) Можно пойти на 40к в компанию, где уважают сотрудников, нет переработок и пр. дмс, а можно на 200к, где тебя будут гонять в хвост и гриву, работа по 12+ часов и со склочным коллективом. Каждый выберет то, что ему ближе (или попробует найти что-то посередине).

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

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

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

Это во всех специальностях так устроено. Без знакомств ты никто.

А как запихнуть в такой документ такие жизненно необходимые навыки как логика и здравый смысл?

Ну хз. Похоже, некоторые HR сами не прочь себе премию заработать таким образом. Схантила меня девушка - сказала придумать что-нибудь на полгода-год опыта и подготовиться по методичке. Не стала ничего придумывать - мб глупо, но репутация дороже. Устроилась честным путем)

Можно попробовать через смежные специальности зайти, тот же саппорт. Если интересно у меня в профиле есть статья на эту тему)

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

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

Могу сказать как человек, который прошел курс, где все это было (Привет, Нетология!) и могу сказать, что от изучения того, чем явно не собираешься заниматься в ближайшее время больше вреда чем пользы. Например, я совсем не помню как проводится нагрузочное тестирование, которому был посвящен целый модуль. Я помню основные принципы, немного знаю JMeter, но более глубокими познаниями не владею. Но время я на этот модуль потратила довольно много и, честно, уже 100 раз пожалела, что взяла именно большой курс.

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

В целом статья неплохая, но есть недочёты с моей т.з.:

1)Мне кажется, для новичка нагрузочное тестирование уже излишне. Обычно новички начинают с функционаьного. тестирования

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

3) Язык программирования хороший навык, но далеко не везде будет нужен глубинный анализ кода. Чаще речь идёт о черно-сером ящике.

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

Но у меня тут возник вопрос, что какая религия помешает с помощью такой штуки скопировать не только свои ключи? Это и смутило.

Помню, когда искала свою первую работу, на меня вышел представитель компании, которая ими занимается. Как мне объяснили, флиппер как раз и используется, чтобы скопировать все электронные ключи и карточки, чтобы не носить связку. Выглядело не очень законным, поэтому если бы даже пригласили, то я бы дважды подумала, прежде чем туда идти.

Тогда стоит уточнить что от вас хочет ваш работодатель ибо "всё и сразу" будет приравнено к "очень поверхностно".

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

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

Отвратительное место (( Я так понимаю, первое место работы? Бежать оттуда надо при первой возможности.

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

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

Информация

В рейтинге
7 308-я
Откуда
Россия
Дата рождения
Зарегистрирована
Активность

Специализация

Инженер по ручному тестированию
Средний
Функциональное тестирование
Тестирование API
Разработка тест-кейсов
Jira
Jenkins
Баг-трекинг