Русский
Русский
English
Статистика
Реклама

Тестировщики

Почему тестировщиков джун, мидл и сеньор не существует. Или как мы уже 10 лет работаем без грейдов

03.09.2020 20:17:52 | Автор: admin


Привет, Хабр! Меня зовут Женя. Десять лет назад я стартанул агентство аутсорс-тестирования Кавычки. У нас в компании нет и никогда не было деления тестировщиков на джунов, мидлов и сеньоров. Хотя были попытки. Расскажу, почему так получилось и как можно жить без грейдов.

Спойлер: жить не тужить

Disclaimer


Многие IT-компании используют грейды (они же градации, ранги, классификации и т. д.) такой способ поиска, оценки и мотивации людей. Окей, система выглядит вполне логичной. Если ты мидл ты должен знать вот это, уметь вот это, а твоя зарплатная вилка вот такая. И было бы всем счастье, если бы это действительно работало.

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

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

Откуда ноги грейды растут или немного лирики


К 20 веку корпорации стали больше интересоваться методами эффективного управления командой. Тогда не существовало единой и понятной схемы, как определить взаимосвязь между ценностью, которую сотрудник приносит в компанию, и его зарплатой. Был такой психолог и владелец консалтинговой компании Эдвард Хэй. Когда он в очередной раз оценивал сотрудников клиента, его светлую голову посетила идея разработать методику, позволяющую рассчитывать эти показатели.

image
Непонятная схема или пример подстановочных таблиц (по Hay Job Evaluation and Profile Method)

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

В IT система грейдов по классике состоит из трехуровневой модели джун, мидл и сеньор. Правда, встречаются и более замороченные варианты: джуниор+, мидл+, мидл++ для знатных приверженцев грейдов. Часто компании формируют необходимый перечень навыков и подстраивают грейды под себя. Как итог на рынке много джунов, мидлов и сеньоров, но все они разные. И из-за этого и появляются запросы на грейд уровня + или ++. Потому что хрен ты сможешь оценить специалиста точно в указанные рамки. И вот здесь начинается Адъ и Израиль.

Что не так с грейдами


Первое, чо я понял их не существует

Когда я начал нанимать ребят в штат, то все чаще сталкивался с одной и той же ситуацией. На собеседование приходит человек с большим опытом на прошлом месте он был на позиции сеньор. Он хочет за свою работу высокую з/п, ведь он сеньор. Тогда я прошу его рассказать, за что он хочет такие деньги, что он умеет? В итоге понимаю, что знаю гораздо больше, но работаю за меньшие деньги. И опыт на тот момент у меня был небольшой около 5 лет. Тогда кто я, если обладаю большим объемом знаний, чем сеньор в тестировании? Может быть, дурак, который дёшево себя продает? Или, получается, что объективных градацией для меня просто не существует. Возможно, уровень сеньор должен определяться тем, что человек может решить любую задачу, потому что он не только имеет опыт, но и склад ума к solving problems. Посмотрим на это ниже.

Но я же мидлили нет?

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



Что мы получаем:

  • Система грейдов негибкая и необъективная

В некоторых компаниях формируют свои требования для каждой ступени грейдов. Но эта система работает только в рамках этой компании и для определенного продукта. И кроме того, согласитесь, что требование solving problems очень размытое.

  • Грейд ничего не говорит о настоящем уровне знаний

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

  • Грейды ограничивают

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

  • Грейды всех путают

При поиске работы многие люди осознанно выбирают вакансии не по уровню знаний и навыков, а по размеру зарплаты, которая как бы соответствуют их грейду. Итог: разочаровываются обе стороны.



Окей, тогда как оценивать работу


Ну отказались мы от грейдов, чо дальше? Если работать по модели предоставления аутсорс-услуг, то нет смысла привязывать з/п к званию и стажу. Потому что в компанию приходят проекты с разным уровнем сложности, и работа над ними требует постоянного апгрейда навыков. Здесь логичнее смотреть на то, какие задачи может взять сотрудник, и сколько денег он принесет в компанию.

По каким параметрам оценивать сотрудника:

  • количество задач, которые он может взять;
  • уровень сложности, неопределенности и стоимость этих задач;
  • востребованность навыков, которыми он владеет;
  • общая прибыль компании.

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

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

А что с мотивацией и ростом


Компания, которая не привязывает з/п к должности и стажу, дает большое пространство для развития. Хочешь расти и больше зарабатывать все в твоих руках: учись, бери новые проекты, работай над сложными задачами. Например, если наши тестировщики хотят поднять з/п, то мы с каждым обсуждаем: на какой проект для этого нужно пойти, какие задачи взять, чему научиться.

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

  • Чтобы увеличить з/п, нужно постоянно учиться, прокачивать навыки.

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

  • Чтобы увеличить з/п, должна быть возможность взять новый проект или более сложный.

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

Человек учится, переходит на другой проект или берет еще проект, потому что на прошлом наладил все настолько хорошо, что его присутствие там требуется в меньшем объеме, и вместе с ним растет его з/п. Это же гораздо лучше и интереснее, чем сидеть, считать стаж, сдавать тесты на профпригодность и знания, которые ты потом никогда не будешь использовать. Или вовсе потерять интерес к профессии, упоровшись на одном проекте. А упарываясь на одном проекте, упираясь в потолок, люди будут покидать компанию.

Как-то все слишком красиво, где боль


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



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

Что еще важно или история про понты


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

Сказал а, говори б. Окей, вот история из жизни:

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

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


Занавес.

Ну вот как работать с человеком, который будет делать только то, что ему нравится? Как он будет развиваться и узнавать что-то новое? Какая мне разница сеньор он или не сеньор, если он не может сделать то, что нужно проекту?

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

Как стать тестировщиком плюсыминусы, интернатура, опыт

22.09.2020 16:11:47 | Автор: admin

Привет, Habr! Меня зовут Екатерина, и я руковожу тестированием и непрерывно ищу новых специалистов в свою команду. По опыту работы в трех компаниях могу сказать: только 13% поиска превращается в реальных сотрудников. Не буду разбирать, как работает воронка подбора квалифицированных кадров в IT это задача HRов здесь мне хотелось бы рассказать о том, как крупные компании расширяют воронку за счет корпоративной интернатуры и постараться вдохновить тех, кто только планирует попробовать себя в этой профессии.

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

Готовность учиться




Исключительный профессионал и новичок развиваются по одной схеме, в так называемом цикле развития компетентности:

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

В сухом остатке гуру от новичка отличает количество завершенных циклов.

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

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

Нет лишнего опыта




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

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

Не накопилось вредных предустановок


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

Традиционно тестировщики объясняют свою профессиональную деятельность так: тесты должны быть написаны в TestLink, в формате тест-кейсов и специальный человек должен распределять, кто какие тесты будет выполнять, традиционные чек-листы в excel это неправильно, а на этапе MVP-продукта во главе угла стоят простота и минимальные затраты.

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

Как стать тестировщиком


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

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

  • Что значит провести функциональное тестирование черным ящиком?
  • Чем руководствоваться при выборе тестов, если время сильно ограничено и все протестировать не получится?
  • Какую информацию следует приложить к дефекту, чтобы его воспроизвел кто угодно?
  • Откуда, кроме требований к продукту, можно узнать ожидаемый результат поведения системы?
  • Какой дефект вы посчитаете блокирующим?
  • Какая информация и в какой форме должна запомниться после тестирования, что и в каких условиях бы вы протестировали, а что нет?

Перед прочтением заварите чашку чая, расслабьтесь, поразмышляйте, как звучат ответы. Осмыслили? Приступайте!

Если вы предпочитаете легкое чтиво, в качестве первой книги я рекомендую бестселлер Р. Савина "Тестирование DOT com". Если же вам проще разобраться в информации, когда она структурирована по полочкам, почитайте "Тестирование программного обеспечения. Базовый курс" С. Куликова.

Техническая часть


По крайней мере раз в месяц у меня случается диалог:

Q: Что нужно, чтобы стать тестировщиком?
I: Нужно знать теорию тестирования, обладать некоторыми навыками разработчика и администратора тоже, и еще многое другое.
Q: Что же тут сложного?
I: <длинная и вдохновенная тирада>.

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

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

Практическая часть


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

Для этой задачи наилучшим образом подойдет краудсорсинговая платформа например TestBirds (доступна на русском языке) или uTest (только на английском). Все что вам нужно - это заполнить профиль, пройти несколько тестов и дождаться своего задания по тестированию.

В качестве альтернативного варианта предлагаю протестировать любимый сайт, игру или приложение на смартфоне: исследуйте продукт, определите, какую ценность представляет объект, какие задачи с его помощью можно решать. В качестве требований возьмите Соглашение/Инструкцию пользователя/FAQ: вам подойдет любая описательная информация о продукте. Более того, личный пользовательский опыт тоже подходит.

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

Заключение


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

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

Если вы полностью определились, рекомендую два варианта поиска:

  • Пассивный поиск: разместите свое резюме на всех известных работных сайтах
  • Активный поиск: в большинстве ИТ-компаний есть портал, на котором подробно представлены проекты, и, конечно, вакансии. Исследуйте, что предлагают потенциальные работодатели и отправляйте свое резюме напрямую так оно быстрее дойдет до адресата

Самым заинтересованным желаю удачи в самоопределении, и добро пожаловать в профессию!
Подробнее..

Топ-11 лучших систем управления тестированием 2020

07.10.2020 20:16:52 | Автор: admin
Каждый проект уникален и у каждой команды свои запросы. Однако всех нас объединяет желание работать с качественными инструментами, которые экономят время и позволяют QA-специалистам тестировать качественнее и быстрее, в идеале чтобы TMS могла в автотесты.

Мы вновь проанализировали проверенные временем и новые системы управления тестированием, которые сейчас популярны на рынке. Выбрали функции, которые должны быть в Test Management System нашей мечты, сравнили возможности продуктов и изучили отзывы пользователей. Делимся списком инструментов, один из которых точно подойдёт вашей команде.

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

image

Что мы хотим от удобной Test Management System?


Пользователь TMS ожидает увидеть следующее:

  • Удобная установка и поддержка.
  • Удобный и понятный интерфейс.
  • Создание и управление проектами.
  • Создание пользователей и проектных ролей для пользователей.
  • Удобная интеграция с автоматическими тестами.
  • Создание тест-плана.
  • Создание тест-кейса.
  • Создание чек-листа.
  • Создание общего шага
  • Версионирование тест-кейса/чек-листа.
  • Создание пользовательских атрибутов/конфигураций.
  • Прогон тест-кейса/чек-листа.
  • Понятная система отчётности.
  • Встроенная система баг-трекинга.
  • Возможность оповещения коллег внутри и вне системы.
  • Возможность интеграции с другими инструментами.

Зачем нужна TMS?


Решить задачу создания единой TMS для работы со всей документацией проекта можно несколькими способами:

  1. Самый дешёвый способ не заморачиваться и выбрать Google Docs для матрицы трассируемости, а дефекты вести в open-source баг-трекере.
  2. Другой способ использовать одну из популярных TMS-ок, интегрированную с баг-трекером компании.
  3. Next-level способ выбрать Test Management System, исходя из специфики проектов, объемов задач, типов документации и используемых видов тестирования.

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

Популярные системы управления тестированием на 2020 г


  • ALM Octane
  • Test IT
  • TestRail
  • Zephyr
  • TM4J
  • Qase
  • PractiTest
  • Testuff
  • Azure
  • MTM TFS
  • Kualitee

Рассмотрим выбранные инструменты подробнее:

1. ALM Octane


ALM Octane долгожитель среди систем управления и жизненным циклом продукта, и его тестировании. Инструмент позволяет осуществлять планирование, создание, тестирование и контроль на всех этапах разработки. Сложен в первоначальном освоении, но незаменим для компании крупной руки, где особое внимание уделяется деталям производства. Поддержана функциональность общих шагов. Работа с автоматизированными тестами. Фактические время прохождения для каждого тестового сценария. Реализована функциональность вебхуков.
Присутствует внутренний баг-трекер. Удобная система конструирования отчетов.

Именно потому, что продукт уже обкатан, в интернете есть великое множество мануалов и видеогайдов по настройке и использованию.

image

Возможности:

  • Общий доступ к библиотекам требований и ресурсов
  • Подробные сведения о коде, тестировании, управлении рисками и их оценке, а также о соответствии требованиям
  • Быстрый доступ к показателям, например к данным о не устранённых дефектах
  • Быстрая настройка лабораторной среды для устранения ошибок конфигурации в средах Agile
  • Работа с автоматизированными тестами
  • Вебхуки
  • Удобная система отчетов
  • Создание требований и отслеживание их выполнения на всех этапах жизненного цикла приложения
  • Аналитика на любой вкус и цвет: гибко настраиваемые отчёты
  • Интеграция с 50+ инструментами

Бесплатная пробная версия: 30 дней
Ссылка на скачивание

2. Test IT


Test IT TMS, которую создают тестировщики для тестировщиков. Этот инструмент отличает продуманный и понятный интерфейс. Внутри системы можно создавать проекты и вести для каждого структурированную библиотеку тестовых случаев и чек-листов, часто повторяющиеся операции выделяются в общие шаги. Инструмент гибкий в каждом проекте создаются дополнительные пользовательские атрибуты/конфигурации, распределяются проектные роли и права, что упрощает настройку TMS под процессы компании. Test IT помогает руководителям групп тестирования равномерно распределять нагрузку между тестировщиками и контролировать исполнение работ с помощью пользовательских запросов и отчётов. Также в рамках самой системы есть возможность общаться с коллегами, не используя сторонние мессенджеры.

Разработчики приложения уделяют большое внимание автоматизированному тестированию, каждый тестовый случай в библиотеке тестов можно линковать с автотестами по API. Правильно настроенная интеграция с автотестами позволяет следить за прогонами и их результатами прямо из TMS в режиме реального времени. Вы сможете видеть, какие автоматические тесты в процессе выполнения, анализировать их результаты и просматривать исходный код прямо из Test IT. При необходимости можно создать тест-ран вне системы и заполнить его своими автотестами без линка с тестовыми сценариями.

image

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

Возможности:

  • Управление тест-планами, тест-кейсами и чек-листами
  • Общие шаги для повторяющихся действий
  • Создание пользовательских атрибутов/конфигураций
  • Автоматическое распределение тестов на QA инженеров
  • Интеграция автоматических тестов с помощью API
  • Создание тест-ранов вне системы с дальнейшим управлением состояния
  • Аналитика как по автоматическим, так и по ручным тестам
  • Внутренний чат и вебхуки во внешние системы
  • Ролевая модель и персонализация
  • Геймификация
  • Двусторонняя интеграция с JIRA
  • Расширенная функциональность API
  • Импорт из других систем управления тестированием

Бесплатная пробная версия: Открытая демо-версия на сайте
Ссылка на скачивание

3. TestRail


Это программное обеспечение удобно как для команд QA, так и для разработки. План тестирования можно выстроить как по сценарию гибкой методологии, так и для более традиционного подхода. Инструмент позволяет получить представление о ходе тестирования в реальном времени. Вы можете строить конфигурированные отчеты по необходимым вам метрикам. В новых версиях появилась интеграция с Assembla. Так же была поддержана функциональность внутреннего чата и оповещений во внешнюю систему.

image

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

Можно настроить типизации проекта для ведения в нем тестовой документации.

Возможности:

  • Отслеживание состояния и результатов отдельного теста
  • Сравнение результатов нескольких тестов, конфигураций и этапов
  • Типизация проектов для ведения тестовой документации
  • Внутренний чат и оповещения во внешнюю систему
  • Отслеживание рабочей нагрузки команды для корректировки задач и ресурсов
  • Развёрнутые отчёты и метрики
  • Широкие возможности настройки, облачные или локальные варианты установки
  • Интеграция с JIRA, Redmine, YouTrack, GitHub, Jenkins, Selenium и Visual Studio
  • Удобный REST API

Бесплатная пробная версия: 30 дней
Ссылка на скачивание

4. Zephyr


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

image

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

Возможности:

  • Ссылка на user-stories, задачи, требования, дефекты
  • Конфигурации деплоя: в облаке, на сервере, в дата-центре
  • Расширенная информация на дашбордах аналитики и DevOps
  • Интеграция с JIRA, Confluence, Selenium, Jenkins и Bamboo
  • Автоматизированные тесты
  • Создание пользовательских атрибутов
  • Понятная система отчетов.

Бесплатная пробная версия: 30 дней
Ссылка на скачивание

5. TM4J


TM4J он же Adaptavist это приложение для управления тестированием в JIRA, позволяет вести тестовую документацию в JIRA. Линкование тестовых сценариев и issue непосредственно в JIRA. Поддержана работа с автоматизированными тестами. Возможность объединения повторяющихся шагов в общий шаг.

image

Возможности:

  • Линкование тестовых сценариев и issue не выходя из JIRA
  • Работа с автоматизированными тестами
  • Внутренний багтрекер
  • Понятная система отчетов
  • Использование общего шага
  • Фактическое время прохождения теста
  • Экспорт данных в Excel

Бесплатная пробная версия: 30 дней
Ссылка на скачивание

6. Qase


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

image

Возможности:

  • Тестовый репозиторий: выстраивание тестов в логические группы
  • Составление шагов для кейсов, установка приоритета и серьёзности
  • Запуск тестовых прогонов с трекингом времени по каждому тест
  • Хранение документации по проекту
  • Автоматическое заведение дефектов в интегрированные трекеры
  • Интеграция с JIRA, Redmine, YouTrack и Slack
  • Объединение результатов автотестов с REST API

Бесплатно для небольших компаний
Ссылка на скачивание

7. PractiTest


PractiTest это комплексное средство управления тестами. Оно дает полную картину процесса тестирования и более глубокое понимание результатов тестирования. Этот инструмент поможет организовать тест-сьюты в соответствии с вашими циклами и спринтами. Тестовые наборы можно формировать по различным критериям, таким как компоненты, версии или типы. Тул заточен на Agile-тестирование, регрессионное тестирование, тестирование микросервисов и DevOps.

image

В новых версиях была доработана функциональность работы с автоматизированными тестами.

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

Возможности:

  • Лёгкое добавление тестов новых фич в регрессионное тестирование
  • Группировка тестов на основе микросервисов, которые они охватывают, даже кросс-сервисные
  • Различное отображение информации для разных групп пользователей
  • Дашборды в реальном времени показывают состояние тестов, прогонов на этапах разработки и при деплое на прод
  • Интеграция с JIRA, Redmine, Jenkins, GitLab и Slack

Бесплатная пробная версия: 14 дней
Ссылка на скачивание

8. Testuff


Команда Testuff делает действительно удобный инструмент, данная TMS старается объединить в себе все методы тестирования, начиная от waterfall model и заканчивая black box testing.
Разработчики Testuff отдельно выделили свой продукт как единственную TMS, которую можно использовать на любом девайсе: смартфоны, планшеты и т.д

image

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

Возможности:

  • Планирование тестов
  • Интуитивный drag-n-drop интерфейс
  • Наглядные отчёты с подробными графиками
  • Два способа интеграции со сторонними инструментами баг-трекинга
  • Возможность тестировать с любого девайса

Бесплатная пробная версия: 30 дней
Ссылка на скачивание

9. Azure DevOps Server


Это мощный инструмент работы с тестами и автотестами, за счет своей комплексности вы можете настроить своё рабочее пространство, как вам необходимо. Работайте напрямую со своими CI/CD сервисами, интегрируйте свои репозитории прямиком в Azure, ведите тестовую документацию по спринтам, которые будете раскладывать по бордам, делайте максимально детальные отчеты по вашей тестовой документации и результатам её прохождения.

image

Отдельно стоит упомянуть возможность интеграции с IDE от компании Microsoft, вы можете редактировать и настраивать свой код прямиком через Azure и интегрироваться со всевозможными системами от компании Microsoft.

Возможности:

  • Интеграция с любым продуктом компании Microsoft
  • Нативный интерфейс
  • Интеграция с любым CI/CD
  • Ведение удобных Dashboards
  • Работа с автотестами
  • Пользовательские атрибуты

Бесплатная пробная версия: 30 дней
Ссылка на скачивание

10. MTM TFS


Team Foundation Server (TFS) комплексное решение от Microsoft, которое включает в себя систему управления версиями, сбор данных, построение отчетов, отслеживание статусов и изменений по проекту.

Microsoft Test Manager часть этого продукта и требует установки Visual Studio. Такое сочетание дает возможность связать задачи, которые поставлены перед тестировщиком, с заведенными дефектами и отчетами о затраченном на работу времени.

image

Планы и результаты тестирования сохраняются на сервере Team Foundation Server.
МТМ включает в себя тест-план, тест-кейс и конфигурации.

Сам TFS является проприетарным ПО, лицензия коммерческая. Работает на трех уровнях: клиентский уровень, прикладной уровень и уровень данных, в зависимости от чего возможна работа или через web, или через десктоп-приложение. МТМ работает только на прикладном уровне, поэтому требуется установка на сервер (если сервер удаленный, работа проводится через VPN).

Возможности:

  • Исследовательское тестирование
  • Планирование и выполнение ручных тестов
  • Кроссплатформенные конфигурации тестов (разные версии одного теста для разных платформ/релизов)
  • Диагностика прохождения теста (логи, видео и т. п.)
  • Импорт-экспорт тестов
  • Межпроектный импорт-экспорт тестов
  • Запись и воспроизведение ручных тестов (рекордер)
  • Автоматизация тестов

Бесплатная пробная версия: 30 дней
Ссылка на скачивание

11. Kualitee


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

image

Kualitee предлагает функции управления проектами, управления тестированием, управления дефектами с интеграцией с баг-трекерами. Гибкая система пользовательских атрибутов позволяет очень точно настроить необходимое рабочее пространство. Дополнительно есть возможность глубокой настройки профилей пользователя и его прав доступа.

Возможности:

  • Управление проектами
  • Управление дефектами
  • Управление тестовой документацией
  • Персональная панель инструментов
  • Продуманная настройка пользователей

Бесплатная пробная версия: 30 дней
Ссылка на скачивание

Понравился пост? Не забудьте поделиться им!
И помните, только тестировщик стоит между багами и клиентом! :)
Подробнее..

Как я перешла в тестирование

10.06.2021 14:04:32 | Автор: admin

10 лет назад далеко не все ВУЗы готовили разработчиков для рынка. Я училась как раз там, где было все хорошо с базой, но плохо с современными технологиями, и по окончании не смогла найти себя в ИТ. Почти 10 лет меня мучил вопрос - а не вернуться ли? Не выйдет ли из меня хорошего тестировщика?

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

ИТ-шник вне ИТ

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

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

Подобранные мной тендеры уходили в соответствующий отдел для проработки. Это и было самым неприятным моментом. Я старалась, но подаст ли компания заявку на подобранные тендеры, зависело уже не от меня. Фактически, я не видела никаких результатов своей работы. Один раз выученных компетенций - общего представления об ИТ - для этой работы было достаточно. Мне не хватало развития.

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

Смена профиля требует времени и усилий. С годами мое отставание от реальной отрасли все увеличивалось. В то же время мне скоро предстояло идти в декрет. Менять работу, а через полгода уходить в отпуск, так и не выйдя за рамки джуна, не было смысла... Так я проработала с тендерами 6 лет.

Дообучение на тестировщика

Все изменилось, когда я действительно ушла в декрет. У меня появилось время, чтобы изучать новое - я обложилась книгами Савина, Куликова и других, начала проходить бесплатные курсы, смотреть отдельные лекции на YouTube. Пробовала даже читать исследовательские туры Уиттакера в оригинале (у книги нет русского перевода) и Как тестируют в Google. Мне понравилось.

К началу 2020 года, когда ребенок уже подрос, я начала искать работу в тестировании.

Кто знает, как бы все сложилось, если бы не коронавирус. Планируя выйти на работу, я рассчитывала, что с маленьким ребенком будут сидеть мои родители. Но из-за COVID-19 не рискнула перевозить их из деревни в город. Так что выйти на полный день даже на удаленку я уже не могла.

Чтобы не сидеть просто так, пошла уже на платные курсы по тестированию. Хотя у меня уже были знания, решила закрепить их и систематизировать в голове, поэтому начала с курса Ольги Назиной - Школы начинающих тестировщиков. Изначально я смотрела на них очень скептически, но там дали много полезной информации - разложили по полочкам. Бесплатные курсы в этом смысле слишком фрагментарны. А здесь было очень много практики, учили работать с разными системами, жестко проверяли домашние задания, которые приходилось по нескольку раз пересдавать. По итогам мне кажется, что надо было с них и начинать, а не терять время на самостоятельные поиски кусков информации.

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

Первые собеседования в новом статусе

Честно скажу, до последнего меня преследовал синдром самозванца. Несмотря на базу в ИТ из ВУЗа, мне все казалось, что я знаю недостаточно, чтобы претендовать даже на позицию джуна. Ну и возраст уже не тот, чтобы кардинально менять работу. Когда джун приходит после ВУЗа, все на это нормально смотрят. А когда тетя за 30 после декрета? Не поздновато-ли?

Но тут помогло сообщество. Я пообщалась в чатах с теми, кто успешно проходит собеседования, и поняла, что по многим вопросам знаю даже больше. И среди новичков в тестировании полно людей старше меня. Зачем к себе придираться? Найти свое призвание никогда не поздно! Если другие устраиваются на работу, то почему я не могу?

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

Период пандемии дал мне время на то, чтобы лучше присмотреться к собеседованиям. Еще до COVID-19 я успела пройти несколько собеседований, но не получила оффера. Проанализировав свои неудачи, я поняла несколько моментов.

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

Во-вторых, на паре первых собеседований я очень сильно волновалась. Фидбек по ним был, конечно, плохой - из-за стресса я не могла нормально отвечать на вопросы. Это научило меня тому, что надо брать себя в руки. Как только я начала разговаривать с рекрутерами, как будто на дружеском созвоне, фидбек улучшился и я довольно быстро нашла хорошее место.

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

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

Автор: Наталья Шилова, Максилект.

P.S. Мы публикуем наши статьи на нескольких площадках Рунета. Подписывайтесь на наши страницы в VK, FB, Instagram или Telegram-канал, чтобы узнавать обо всех наших публикациях и других новостях компании Maxilect.

Подробнее..

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru