Home

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

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

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

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

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

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

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

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

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

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

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

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

В конце ноября состоялся первый релиз нашей платформы для подготовки к собеседованиям IT Resume. И знаете с чего он начался? Правильно — нас сразу купил Гугл на нас сошла лавина баг-репортов. Если точно — почти несколько сотен за неполных 2 дня! Но это было лучшее, что с нами произошло за долгое время! :)

Однако обо всем по порядку.

Пролог

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

1. Мы начали пилить платформу для подготовки к собеседованиям в апреле. В ноябре состоялся релиз. За это время были разработаны дизайны, написан фронт, развернуто полноценное API и создан обработчик кода со всеми наворотами типа лексических анализаторов. 

Уточнение: Фронт был сначала написан, а потом еще раз переписан на другом фреймворке. Классика.

2. Все это делалось силами нескольких программистов. Команда была небольшая: бекендер на фултайм + фронтендер и дизайнер на парт-тайм. 

3. 200+ задач и тестов разрабатывались силой все той же команды. Для каждой задачи нужно было прописать формулировку, подсказки, решения и оформить юнит-тесты. 

Лирическое отступление: сначала казалось, что работы по созданию задач будет немного. Оказалось много. 

4. Мы решили не тратиться на рекламу. Собирались привлекать пользователей на платформу из своих социальных сетей (кстати, будем рады вас видеть: ВКонтакте Телеграм Инстаграм).

Итак, хватит контекста. Перейдем к сути дела. 

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

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

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

Россия - 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)
Оригинал статьи
Перевод: Ольга Алифанова

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

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