Home

Автор: Кейт Полк (Kate Paulk)
Оригинал статьи
Перевод: Ольга Алифанова

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

Ниже – десять распространенных и наиболее ошибочных причин не нанимать тестировщиков.

Автор: Елена Поплоухина, руководитель группы тестирования в Usetech (https://career.usetech.ru/)

Оригинальная публикация

Добрый день! Я – Елена Поплоухина, руководитель группы тестирования в компании Usetech. В предыдущей статье я рассказывала про опыт построения обучения в группе тестирования на основе практики квартальных целей. 3,5 года мы пользовались этим подходом, но в итоге решили всё переделать. Почему так получилось? Для этого было несколько причин, и о них я расскажу в этой статье.

Это следующие причины:

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

• Не всегда было очевидно, какие пробелы в знаниях и опыте есть у сотрудника.

• Периодически не устраивал период выполнения цели в 3 месяца. На квартал могли выпадать и новогодние праздники, и отпуск сотрудника. В таком случае времени на выполнение цели не хватало. Требовалось варьировать период выполнения целей с учётом как их сложности, так и других факторов.

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

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

Участники нашего форума организовали интересный опрос о размере зарплат в области тестирования!

Приглашаем принять участие всех коллег из России, Украины и Республики Беларусь.

После завершения опроса мы поделимся статистикой и проведем сравнительный анализ зарплат этого года по сравнению с прошлыми годами!

Россия - https://forms.gle/WSequDrysDk8q3zu7
Украина - https://forms.gle/48PVU4x5M11SnQg88
Беларусь - https://forms.gle/diYRFrQe9vSTWaLE8

Результаты опроса за 2019 год по ссылке: https://software-testing.ru/library/testing/general-testing/3314-salary-2019. 

Автор: Джонас Менесклу (Jonas Menesklou)
Оригинал статьи
Перевод: Ольга Алифанова

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

В этой статье я поделюсь своим опытом новичка в тест-сообществе и дам обзор лучших мест, где можно задавать вопросы и обмениваться идеями с единомышленниками. Я рассматриваю не информационные сайты и обучающие материалы, а социальные сети (Slack, Twitter, Facebook, LinkedIn, Reddit), которыми пользуется сообщество.

Автор: Долгополов Денис

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

Эта статья в основном для менеджеров компаний\руководителей стартапов, которым нужно решить — выделять ли отдельный бюджет на должность "тестировщик" или доплатить за часы разработчика?

Автор: Кристин Джеквони (Kristin Jackvony)
Оригинал статьи
Перевод: Ольга Алифанова

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

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

Авторы: Яна Мадзюк и Вячеслав Фоменко (компания “Лаборатория Качества”)

Еще недавно вы мечтали стать тестировщиком, приблизиться к миру IT, а вот уже новые сотрудники просят у вас совета. Вы передаете знания коллегам, замечаете везде, как можно было сделать лучше, и задумываетесь о новой ступени в карьере. Тестировщик, как и другие профессии в IT, может быть «джуном», «мидлом» и «синьором». Один из вариантов – искать развития в более крупных, известных компаниях с грандиозными проектами, переходя со ступени на ступень. Но есть и второй путь – стать наставником, менеджером тест-команды.

Автор: Эдуардо Фишер (Eduardo Fischer)
Оригинал статьи
Перевод: Ольга Алифанова

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

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

Автор: Маарет Пюхяярве (Maaret Pyhäjärvi)
Оригинал статьи
Перевод: Ольга Алифанова

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

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

Автор: Мария Кедемо (Maria Kedemo)
Оригинал статьи
Перевод: Ольга Алифанова

Много лет мы наблюдаем появление разнообразных коучей в индустрии разработки ПО. Больше и больше компаний стремятся к гибкости, и различные роли теряют актуальность или трансформируются во что-то другое. Самый распространенный тип коуча – это тренер Agile. В области тестирования это тест-коуч или коуч по качеству.

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