Что пишут в блогах

Подписаться

Онлайн-тренинги

Очные тренинги

Конференции

Что пишут в блогах (EN)

Разделы портала

Про инструменты

.
Управление людьми и проектами
Управление людьми и проектами, планирование, управление рисками


Качество — ответственность команды. Наш QA опыт
04.07.2019 00:00

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

Я работаю QA-инженером в Miro. Расскажу о нашем эксперименте по передаче разработчикам части задач по тестированию и трансформации роли тестера в роль QA (Quality assurance).

Сначала коротко о нашем процессе разработки. У нас ежедневные клиентские релизы и от 3 до 5 серверных релизов в неделю. В команде разработки 60+ человек, которые поделены на 10 функциональных scrum-команд.

Я работаю в команде Integration, задача которой — интеграция нашего сервиса во внешние продукты и интеграция внешних продуктов в наш сервис. Например, мы интегрировали таск-трекер Jira. Jira Cards — визуальное отображение задач, с которыми можно удобно работать на доске, не заходя в Jira.

Подробнее...
 
Монолит для сотен версий клиентов: как мы пишем и поддерживаем тесты
11.06.2019 00:00

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

Автор: Владимир Янц

Всем привет!

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

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

Подробнее...
 
Как организовать работу QA. Один практически примененный способ
13.03.2019 00:00

Автор: Ирина Соколова, Senior QA Engineer, qualsolife.ru

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

Предыстория

Недавно одна моя знакомая QA Engineer, которая долгое время работала в вялотекущем проекте, где круг ее обязанностей был строго очерчен, сменила работу и устроилась в свежезапущенный проект. Просидев пару дней без обозначенных сверху заданий, и откровенно заскучав, она пошла к руководству с вопросом «Что мне делать?» на что получила многозначительный ответ «Организуй свою работу». И тут она впала в ступор «А это как?». И правда, как?

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

В первые же дни знакомства с новой командой, я услышала честный недоумевающий вопрос одного из разработчиков Лондонского офиса «А что ты будешь здесь делать?»

Подробнее...
 
Как инвестировать в тестирование
07.03.2019 00:00

Автор: Алан Ричардсон (Alan Richardson)
Оригинал статьи
Перевод
: Ольга Алифанова.

Считаете, что тестирование – это слишком дорогое удовольствие?

Пытаетесь заменить тестировщиков автоматизацией?

Вы все делаете неправильно.

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

Подробнее...
 
SQA Days-24: психология и обучение
01.02.2019 00:00

Публикуем подборку докладов с конференции SQA Days 24, посвященную коммуникациям, мотивации и обучению команды.

  1. 15-минут для обучения команды любой теме – Наталья Савастюк, BP Mobile (Минск).
  2. Этические аспекты общения с китайскими тестировщиками – Marcin Sikorski, Tieto (Вроцлав).
  3. Запустить ракету и не сгореть в атмосфере: не забываем о мотивации лидов – Галина Вострикова, CorePartners (Воронеж).
  4. Комплексы: как с ними жить и распознавать в себе – Юлия Абрамова, Murano Software (Воронеж).
Подробнее...
 
Видеозапись доклада Виктории Юркевич "Джедайские техники в управлении командой"
29.11.2018 11:18

Публикуем запись доклада Виктории Юркевич (Лаборатория качества) "Джедайские техники в управлении командой" с прошедшей конференции HighLoad++ Moscow 2018

Большинство руководителей в IT-сфере выросли из технарей. Нам комфортнее работать с программами, чем с людьми, а слово “сервер” нам ближе и понятнее, чем слово “мотивация”. Чтобы решить эту проблему, биг-боссы компаний приглашают сторонних коучей и экспертов по мотивации, а IT-менеджеры пытаются ломать себя и следовать правилам с тренингов: хвалить, давать обратную связь, мотивировать и стимулировать. Такие натянутые действия тоже не приводят ни к чему хорошему!

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

В своём докладе Виктория расскажет о том, как решили эту задачу в Лаборатории качества, внедрив новую парадигму Менеджеров Счастья. В числе тех инструментов, которые помогли им, и которыми автор поделится с вами:


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

Не нужно создавать созданное, нужно научиться применять имеющееся. Все проще, чем кажется.

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

 
Видеозапись доклада Анастасии Асеевой-Нгуен "Вам не нужны разработчики автотестов"
20.11.2018 13:07

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

Давайте рассмотрим традиционное положение вещей. Если у вас не agile, то у вас скорее всего есть:

-отдел разработки;

-отдел аналитиков;

-отдел тестирования

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

-Забивать на качество продукта?

-Ждать когда он вернется?

-И нести финансовые потери от несвоевременного запуска продукта или же наоборот, от того что продукт выпустили в «забагованном» состоянии.

Если же у вас agile, то проблемы остаются те же. Только тут, как правило 1 тестировщик и 1 разработчик автотестов на команду, как минимум. И тут помимо озвученных вопросов, возникает еще вопрос:

-Что делать, если этих двух людей на один проект? Проект не генерирует такую нагрузку для двоих?

-Что делать, если разработчик автотестов отказывается заниматься функциональным тестрованием, если вы оставляете его одного в команде?

-Или же, если тестировщик не настолько компетентен, чтобы писать автотесты самостоятельно?

В своем докладе автор расскажет о том, что такое кроссфункциональная команда. Расскажет, как на своем примере «затащили» роль тестировщика в каждого члена команды, а также от безвыходности и необходимости автоматизации тестирования научили разработчиков писать и помогать поддерживать автотесты тестировщикам.

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

 
Образ современного тестировщика. Что нужно знать и уметь
22.10.2018 19:43

Автор: Алексей Петров, директор по качеству в компании FunCorp

Оригинальная публикация: http://habr.com/company/funcorp/blog/426759/

Бытует мнение, что простейший путь к IT лежит через тестирование. Мол, знать ничего не нужно, уметь и подавно, достаточно желания и готовности не сильно щуриться от боли и слёз, когда тебе прилетает очередной набор тест-кейсов для регрессионного тестирования.

Отчасти это даже правда, но, скорее, для ситуации, которая была на рынке лет 10 назад. Сейчас же всё обстоит несколько иначе. Причин для этого масса, и они самые разные. Если отметить ключевые, то, пожалуй, это:

Возросшие требования к тестировщикам, их знаниям и квалификации, так как всё чаще решаются задачи чуть сложнее, чем «клик-клик — и в продакшен». Работа тестировщиков становится всё более «инженерной», требует технической подкованности, специфических знаний, навыков и компетенций. Тестировщики всё чаще становится QA-инженерами (кто в теме, тот понимает разницу).

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

Подробнее...
 
Как дать добро на релиз
22.10.2018 14:59

Автор: Майкл Болтон (Michael Bolton).

Оригинал статьи

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

Вопрос от тестировщиков: "Зачастую мне дают продукт на тестирование, но не выделяют достаточно времени. Как мне одобрить релиз, если я недостаточно протестировал?"

Вот мой ответ.

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

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

Подробнее...
 
Как быстро и эффективно погрузить новичка в проект?
15.08.2018 00:00

Автор: Елена Шамхалова

Оригинальная публикация: http://quality-lab.ru/how_to_quickly_and_effectively_immerse_newcomers_to_the_project/

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

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

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

Именно поэтому мы так много времени и сил уделяем обучению и погружению наших сотрудников.

Подробнее...
 



Страница 1 из 8