Home

Автор: Ирина Спиридонова, QA lead и Quality Architect, EPAM
Оригинальная публикация

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

Работая руководителем и координатором тестирования на проектах для крупных компаний и решая все эти вопросы на протяжении трёх лет, я поняла, что важно всё-таки привлекать отдельного человека, который будет отвечать на главный вопрос: «Как проводить тестирование?».
Я провела небольшое расследование и обнаружила, что такая роль уже существует, и называется она Quality Architect, но об этом мало кто знает. А описание вакансий Quality Architect на сайтах работодателей поражают своим перечнем обязанностей и навыков, но я думаю, что это скорее от непонимания того, кто такой Quality Architect.

Основываясь на своем опыте в этом направлении, я решила показать на примере одного из реальных проектов, кто же такой Quality Architect и когда он нужен.

Любой заинтересованный в деньгах тестировщик иногда задаёт вопросы: 
* Сколько я стою как специалист?
* Какие навыки нужно развивать, чтобы повысить свою ценность для работодателя? 
*Не стану ли я получать больше, сменив офисную работу в Барнауле на удалёнку в Москве?

Уровень дохода – это своеобразный универсальный эквивалент успешности специалиста на своём профессиональном поприще. И если о своём уровне дохода мы знаем всё, то в каком направлении развиваться, чтобы этот доход увеличить, мы можем только догадываться. Согласно принципу Парето 80% средств работодатель/заказчик готов платить за 20% наших умений и навыков. Вопрос лишь в том, какие навыки в современных реалиях входят в эти 20%. И сегодня мы попробуем подобрать тот самый ключик к успеху.

В своём исследовании мы решили пойти, так сказать, «от человека», и потому проводим опрос не на уровне CIO и кадровых служб, а на уровне лиц, «кровно» заинтересованных в результатах опроса: вас, уважаемые QA специалисты.

По итогам этого опроса мы опубликуем аналитическую статью, из которой вы узнаете: 
* Как зарплаты QA специалистов зависят от стран, должностей и типов занятости.
* Какие навыки тестировщика ценятся на рынке труда больше всего.

* Как суммарный опыт работы в сфере QA влияет на итоговую ЗП тестировщиков.

Пожалуйста, будьте объективны и реалистичны, отвечая на вопросы. Это многократно повысит достоверность и ценность проводимого исследования!

Ссылка на форму опроса: http://goo.gl/forms/B6Q0NZqOHpnEj4L82
Сроки проведения опроса: 13-28 декабря
Организатор опроса: «Лаборатория качества».
Место публикации результата опроса: http://software-testing.ru

Обсудить в форуме

Две недели назад на нашем форуме Василий Касимов инициировал опрос про зарплаты в области тестирования.

Всего суммарно в опросе участвовали более двух тысяч человек.

Ниже вы найдете зарплатные диаграммы по городам за 2018 и 2017 годы (обзор 2017 года можно посмотреть по ссылке). По горизонтали шкала зарплат, по вертикали количество проголосовавших, получающих зарплату в этом диапазоне. Цветом выделен опыт работы (расшифровка справа на картинке).

Мы отдельно собрали результаты по трем странам: Россия, Украина, Беларусь.

В отчете по России мы выделили отдельно статистику по Москве, Санкт-Петербургу и остальной части России.

В Украине отдельно выделили Киев, в Беларуси - Минск.

Автор: Катрина Клоки (Katrina Clokie)

Оригинал статьи: http://katrinatester.blogspot.ru/2017/09/how-to-start-test-coach-role.html

Перевод: Ольга Алифанова

Сегодня утром я получила письмо, которое, в частности, гласило:

У меня появилась возможность попробовать себя в роли тест-тренера на моем нынешнем рабочем месте (6-7 команд из 4-5 разработчиков).

У меня состоялась встреча с руководителем разработки, и она хочет, чтобы я стала практически тест-консультантом. Она ожидает от меня создания системы, в которой я задаю командам вопросы, вскрывающие ключевые проблемы тестирования. Она также хочет иметь ключевые метрики, которыми можно измерять успех.

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

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

«Лаборатория Касперского» ищет крутого инженера для тестирования высоконагруженной распределённой отказоустойчивой высокодоступной системы, основной функцией которой является предоставление пользователям возможности активировать продукты Лаборатории Касперского (KAV, KIS, KES, etc) в режиме 24/7/365.

Сервис ежедневно обслуживает миллионы пользовательских запросов и интегрируется с десятками сервисов внутри сервисной экосистемы Компании. Для обеспечения доступности и устойчивости к разделению (в соответствии с теоремой CAP) используется модель согласованности данных eventual consistency.

Обязанности:

• Подготовка тестовых планов и сценариев
• Организация сложных видов тестов (нагрузочное, стрессовое, объемное)
• Тестирование web-сервисов
• Проектирование тестовых сред
• Оценка тестопригодности
• Подготовка приемочных тестов
• Проведение интеграционного тестирования
• Курирование младших тестировщиков

Необходимый опыт:

• Уверенный опыт написания автотестов на C# или java
• Знание теории тестирования
• Опыт тестирования web-сервисов
• Разработки набора автоматизированных тестовых сценариев
• Навыки систематизации и выявления корневой причины дефектов
• Опыт самостоятельного и командного планирования, детализирования задач
• Опыт администрирования Windows Server
• Желательно иметь опыт работы с платформой mstest, знание других платформ является плюсом
• Высшее техническое образование
• Технический английский

Будет преимуществом:

• Хорошее знание c#
• Знание PowerShell

Бонусы

• В нашем московском офисе — он же штаб квартира «Лаборатории Касперского» — нет ничего особенного: обедаем в своём ресторане, загораем на собственном пляже, паримся в сауне после спортзала
• Заставляют всё время бесплатно учиться: по своей теме, иностранным языкам и прочей ерунде
• Лечат, как могут — по огромнейшему социальнейшему пакетищу (ДМС с зубами)
• Корпоративы приходится делать самим: летом поём вместе с Земфирой, а зимой — с группировкой «Ленинград»

Хочешь терпеть всё это вместе с нами? Скорее откликайся на вакансию — поплачем на твоём собеседовании!

Резюме и вопросы можно отправлять:

Кириллу Шугурову, менеджеру по персоналу

тел: +79690124643

e-mail:  Этот e-mail адрес защищен от спам-ботов, для его просмотра у Вас должен быть включен Javascript

Обсудить в форуме

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

«Лаборатория качества» ищет талантливого руководителя направления тестирования / аккаунт-менеджера (АМ). Что это значит? Если ты давно работаешь в тестировании, за твоими плечами опыт построения процессов, управления командой и налаживания связей с заказчиком, но ты хочешь большего, то мы готовы предложить тебе работу с разными проектами и множество нестандартных задач.

Какие задачи предполагаются?

Работа с заказчиками:

• Налаживание контакта (заказчик не должен быть для вас простой аватаркой в скайпе; вы должны понять, что это за человек и как с ним работать).
• Выявление потребностей (не только то, что написано в ТЗ, но и понимание текущих проблем; в идеале – взгляд на готовый продукт глазами заказчика).
• Счастье клиентов (решать проблему не тогда, когда уже все горит, и все в огне, а увидеть первые искорки пламени и потушить их, не дожидаясь пожара).

Работа с командой:

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

Автор: Alan Page

Оригинальная статья: http://angryweasel.com/blog/the-lure-of-testing/

Перевод: Анна Радионова

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

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

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

Автор: Алессандра Морейра (Alessandra Moreira)

Оригинал статьи: https://roadlesstested.com/2017/08/15/low-barrier-to-entry/

Перевод: Ольга Алифанова

На днях Алан Пейдж задал в Твиттере этот вопрос:

"Думают ли люди, что экспертом в тестировании можно стать быстрее, чем в других профессиях? Другими словами, воспринимается ли барьер входа в тестировании ниже, чем в других областях?"

Как менеджер по найму, я много думаю о том, что такое "хороший тестировщик". Как тестировщик, я трачу много времени на профессиональное развитие.

Низкий порог вхождения

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

Оригинальная публикация: https://habrahabr.ru/company/agima/blog/337818/

Как нанять тестировщика, если вы — разработчик приложений? Как получить достойную работу, если вы — тестировщик? Сегодня обсуждаем рынок тестирования — зарплаты, вакансии, собеседования, соискателей… И конечно — есть ли жизнь после найма на работу и сколько она продолжается. Сформулировать задачу найма специалистов проще простого — работодателю надо найти достойных кандидатов, а претенденту —лучшее место работы. Почему же на практике это так сложно?

Не будет нам обоим накладно

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

Автор: Виктор Славчев (Victor Slavchev)

Оригинал статьи: http://mrslavchev.com/2017/08/28/learning-testing-teaching-others-one-year-lessons/

Перевод: Ольга Алифанова

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

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

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

Добавлю контекст вопроса: обычно я читаю лекции на такие темы, как:

• Исследовательское тестирование: в большой степени недооценено, поэтому страдает от массы стереотипов, от которых надо избавляться.
• Парафункциональное тестирование.
• Мобильное тестирование.
• Тестирование производительности.

Обычно я преподаю группам в 25-30 человек, взрослым людям, изредка – студентам или выпускникам университетов. В норме они хотят перейти в тестирование из другой области, или работают джуниор-тестировщиками и хотят получить базовое понимание профессии. Изредка попадаются и сениор-тестировщики, иногда с опытом, превышающим лично мой.

Итак, вот чему я научился за этот год.