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

Подписаться

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

 Все онлайн-курсы

Конференции

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

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


Лучшие вакансии

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


Коммуникационные аспекты работы тестировщиков
17.11.2016 11:06

Выступление Сергея Атрощенкова на онлайн-конференции для специалистов по ручному тестированию Fun ConfeT&QA.

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

«Ах он нехороший!» – могут возникнуть мысли. Так ли это?
А если вспомнить, как именно мы просили?
Конечно – как положено!
Но так «положено» только в нашей картине мира. Так, как мы считаем правильным. Так, как нас научил наш опыт.

А когда мы общаемся с тестировщиком-коллегой – эффективно ли наше общение? Достигаем ли мы цели коммуникации? А ставим ли осознанно цель?

Подробнее...
 
Менеджмент отношений и отношения с менеджером
26.09.2016 10:39

Автор: Бен Келли (Ben Kelly)

Оригинал статьи: http://www.ministryoftesting.com/2016/05/managing-relationships-relationshipping-manager/

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

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

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

- Привет, Бен, как там тестирование?

- Все окей!

- (неловкое молчание)

- (менеджер уходит)

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

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

Подробнее...
 
SQA Days 19: 14 уроков успешного аутсорсинга тестирования
21.09.2016 10:45

В своем выступлении на конференции SQA Days 19 Луис Амарал представил 14 уроков успешной организации аутсорсинга тестирования.

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

14 lessons for successful testing outsourcing (синхронный перевод), Luis Amaral, Independent Consultant, Porto, Португалия

Напоминаем, что уже открыта регистрация на следующую конференцию для специалистов в области качества программного обеспечения - SQA Days-20, Минск, ноябрь.

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

Промокод для получения 10% скидки - s-t.ru

 
Как измерить эффективность тестировщика
17.08.2016 11:54

Автор: Роб Ламберт (Rob Lambert)

Оригинал статьи: http://thesocialtester.co.uk/how-do-you-measure-the-effectiveness-of-a-tester-the-only-calculation-you-need/

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

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

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

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

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

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

Во-вторых, они пытаются измерить, приносят ли тестировщик А и тестировщик Б вообще какую-то ценность (что произойдет, если мы от них избавимся?).

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

Звучит бредово, но встречается достаточно часто! Менеджеры любят простые метрики для принятия информированных решений.

Подробнее...
 
SQA Days 19: подборка докладов по работе в стартапах
11.08.2016 14:17

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

Чтобы понять, как грамотно организовать тестирование будучи стартапером, лучше всего прислушаться к опыту тех, кто знает об этом не понаслышке. На прошедшей в мае конференции SQA Days 19 некоторые докладчики делились своим опытом как раз на примерах стартапа.

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

Тестировщик в стартапе. Зачем и как , Сергей Кушнир, Cubehostel, Санкт-Петербург, Россия

Тестирование в условиях Lean: как приручить MVP?, Нина Белан, Tutu.ru, Москва, Россия

Как тестировщику выжить в стартапе и как тестировщик помогает стартапу выжить, Антон Киселев, Tester's Life, Москва, Россия

О том, как оптимизировать работу CI своими силами, Егор Васильев, Truckerpath, Москва, Россия

Уже открыта регистрация на следующую конференцию для специалистов в области качества программного обеспечения - SQA Days-20, Минск, ноябрь.

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

Промокод для получения 10% скидки - s-t.ru

 
Парное тестирование: эксперимент по распространению знаний среди Agile-команд
21.07.2016 10:40

Автор: Катрина Клоки

Оригинал статьи: http://katrinatester.blogspot.ru/2015/06/a-pairing-experiment-for-sharing.html

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

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

Структура эксперимента

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

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

Я решила, что эксперимент будет продолжаться три-четыре месяца, итеративно. В течение месяца каждая пара тестировщиков будет посвящать совместной работе один час в неделю, еженедельно меняя или проект, над которым они работают, или напарника. К примеру, Сэнди, работающая над проектом А, попала в пару к Дэнни (проект Б). В течение первой недели они тестируют проект А за столом Сэнди, затем тестируют проект Б за столом Дэнни, и так далее. В конце каждого месяца каждая пара проводит четыре сессии тестирования, работая дважды над каждым проектом.

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

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

Подробнее...
 
Александр Орлов: Как жить медленно и частями
20.07.2016 12:18

Выступление Александра Орлова на онлайн-конференции для специалистов по ручному тестированию Fun ConfeT&QA.

Из своих почти 9 лет тестирования 9 лет я проработал в распределенных проектах. Поначалу был тестировщиком, потом руководил командами и отделами тестирования. Проекты были разного размера – от 7 до 150 человек, с разными технологиями и количеством тестировщиков в них.

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

Оглянувшись назад и проанализировав свой опыт, удалось сделать несколько выводов о том, как команде тестирования работать в распределенных командах в условиях сверх-медленных коммуникаций. Этими выводами я и хотел бы поделиться.

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

 
Тестерская конфликтология или как вытаскивать «вбитые в голову гвозди»
13.07.2016 10:39

Выступление Сергея Атрощенкова на онлайн-конференции для тест-менеджеров Chief ConfeT&QA.

Давным-давно в нашей галактике шла война между Тестировщиками и Разработчиками.

Императорские офицеры то просили придержать коммит, то задавали провокационные вопросы вроде «А почему критический баг только сейчас завели?!»

Силы повстанцев были слишком малы, чтобы

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

Эмоции и неконструктивность мешали проводить дружеские беседы. Вместо того, чтобы решать проблему, стороны начинали решать человеков. Дипломаты затыкались, начинало говорить оружие: пиу, тыдыдыщь, ба-ах, вжжынннн!

Но однажды на далекой (и близкой) планете с одной луной родился человек, который знал, как можно уже вытащить посаженные «занозы» в общении между противоборствующими сторонами, и как постараться не засадить новые. Силу большую чуял он!

Давайте нарушим правило «сам козёл» в многолетней войне за производство качественного ПО.

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

 
Как превратить тест-менеджера в тест-лида
10.07.2016 16:08

Авторы: Пол Симан, Ли Хоукинс, Раджеш Матур (Paul Seaman, Lee Hawkins, Rajesh Mathur).

Оригинал статьи: https://beaglesays.wordpress.com/2016/07/03/transforming-a-test-manager-into-a-test-leader/

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

Ирония индустрии тестирования заключается в том, что люди, не включенные в тестирование (а также куча народу внутри нее) верят, что тестировать – это очень просто. Нет, некоторые продукты действительно просто тестировать. Они должны соответствовать следующим критериям, например:

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

Такие приложения обычно бесплатны, или основаны на открытом коде, или идут "в нагрузку" к другим продуктам. Например, возьмем Блокнот – его функциональность минимальна, и он бесплатно поставляется с другими продуктами Microsoft.

Подробнее...
 
SQA Days-19: подборка докладов по развитию команды
05.07.2016 13:47

В конце мая этого года в Санкт-Петербурге прошла конференция SQA Days 19. Записи некоторых выступлений с конференции уже появляются в открытом доступе.

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

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

Регулярные оценки в команде тестировщиков, Наталья Руколь, Quality Lab, Москва, Россия


Аудит команды тестирования в сложном проекте, Nikita Syskov, EPAM, Минск, Беларусь



Три инструмента тест-менеджера для работы с людьми, Сергей Атрощенков, EPAM, Санкт-Петербург, Россия



 



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