SQA Days-17. Обзор второго дня конференции

Был вечер первого дня, и было афтепати, и наступил второй день конференции SQA Days.

Как и в обзоре первого дня конференции, каждому докладу я поставил оценку за мастерство докладчика+презентацию и оценку за содержание доклада, принятой в шкале в  голосовании SQA Days: 1 балл - отлично, 0 баллов - хорошо. Минусы я не ставил. В обзор я дополнительно включаю доклады, которые я посмотрел на репетиции докладов SQA Days, состоявшейся благодаря встрече минского QA Club 23 мая.

Топ ожидаемых записей докладов, которые я пропустил (положительные отзывы коллег):

• Алексей Лянгузов "Беседа о тестовых данных"
• Алексей Петров "Организация эффективных процессов тестирования: Zephyr в шоколаде"

Никита Налютин "Миграция JIRA - безобразие или безрассудство"

(+1 докладчик и презентация, 0 содержание доклада)

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

• Переезд Джиры в маленькой и средней компании линейный (последовательно финансы и закупки, железо+софт, пользователи) и прогнозируемый
• В миграции участвует команда от администратора JIRA до отделов закупок и информационной безопасности

Алена Дашкевич "Улучшить KPI в два раза? Сделано!"

(+1 докладчик и презентация, +1 содержание доклада)

Доклад о тест-менеджменте и оптимизации процессов. Success story на проекте с командой в 150 человек, из них 50 тестировщиков. Целевой KPI для улучшения - часы тестирования на story points. При первом замере KPI =4.31 часа (тестирование - узкое место), после оптимизации - 1.29. Советы Алены - готовый чеклист для улучшений на проекте - анализируй для проекта и применяй:

• Метрики нужны не только для менеджеров, но и для себя, чтобы понимать проект мертв или жив
• Заказчик делает демо-сессии, которые выкладываются в базу знаний и помогает с расстановкой приоритетов
• Чеклисты вместо тест-кейсов (уточнить формат, степень детализации, содержание, цвета, специфические данные)
• Второй монитор: в одном смотрим приложение, во втором - пишем чек-лист
• CI и установка сборки
• Тестовые данные - автоматизированные скрипты для создания
• Работа с багами: общие правила создание, объединение по причинам, избегание дубликатов - проектный чат, в котором тестировщики обсуждают, заведен ли такой баг
• Анализ багов и ошибок пользователя, причин пропущенных багов
• Митинги - оптимизация, внедрение best practices, которые сработали у подкоманд, ретроспективы
• Полезные метрики для оптимизации: количество багов заказчика на 1 story point, количество раундов тестирования для фич (больше 2 - надо разбираться)

Александр Сербул "Тестирование высоконагруженных облачных веб-сервисов в Amazon - подводные камни и надводные скалы"

(+1 докладчик и презентация, 0 содержание доклада)

Докладчик сразу удивил страшной схемой (на фото) и образностью языка: "UML написан кровью" "менеджмЕнт" "менеджер - волшебник Изумрудного города". Докладчик и его стиль напомнили Евгения Гришковца. Слайды переполнены информацией, объем рассказа перекрывал вдвое время доклада. И Александру не хватило времени, чтобы все рассказать. Доклад получился несбалансированным: интересные "облачные" вещи смешались с очевидными процессными ходами и лирическими отступлениями. Улучшение доклада - оставить самое интересное о cloud и выкинуть известное, о чем говорили и написали. Похожий метод проходил с докладом моего коллеги Сергея Остапенкова "Обеспечение качества - практические советы" на SQA Days-15.

Александр Стельмах "Все твои ходы записаны"

(+1 докладчик и презентация, +1 содержание доклада)

Саша - мой коллега, эксперт в мобильном тестировании и организатор Mobile Testing Community в Минске. Саша рассказал о примерах из жизни, сборе аналитики в мобильных приложениях, ее типах, о причине паранойи пользователей и как учитывать в тестировании.

• "Гугл вы разрешили и попросили отслеживать вашу геолокацию. Недалеко ушел и Apple. Лучше проявил себя Windows Phone: он в Windows манере спрашивает: вы точно хотите, чтобы за вами следили?"
• Samsung и LG отсылают личную информацию и следят за вами в IPTV
• NSA взломало сим-карты Gemalto
• Virus Shield для Android - "пустышка"
• Сканер пальца взламывается по фото
• Определение пин-кода по взгляду

Сбор аналитики приносит пользу:

• Парк устройств из статистики пользования
• Тестовые сценарии навигации по экранам
• Сбои приложения

Екатерина Засухина "Маленькое кладбище багов"

(+1 докладчик и презентация, 0 содержание доклада)

Блиц доклад о четырех уроках из жизни Екатерины в тестировании. Познавательный доклад для новичков.

• "Если что-то ломалось дважды, то оно неотвратимо сломается в третий раз"
• "Самое эффективное средство как для мотивации, так и для демотивации – личный пример"
• "Тестовые площадки могут не соответствовать продакшну"
• "Все инциденты нужно рассматривать не только с точки зрения быстрого устранения проблемы, но и с позиции «как не позволить проблеме повториться»"

Александр Мартинович "Как методы естественных наук могут помочь в тестировании"

(+1 докладчик и презентация, +1 содержание доклада)

Заслуженный "бронзовый призер" конференции: за харизму и подачу доклада. Нестандартный подход к тестированию через эксперименты сэра Шерингтона с образом, который видит  сознание, получая разную информацию левого и правого глаза. Советы Александра:

• Не щадите черные ящики
• Мысленные эксперименты не стоят ничего: сначала представьте, как вы тестируете - потом тестируйте
• Инструменты важны - устройте свою лабораторию
• Провоцируйте коллег на критику - чтобы сделать работу лучше

Антон Капитаненко "ССР или Сколько Стоит Ретроспектива?"

(+1 докладчик и презентация, +1 содержание доклада)

Антон рассказал об оптимизации ретроспектив в распределенных командах из 15-20 человек. Оптимизации считались из баланса "стоимость возможных улучшений VS стоимость потерь" и применялись на этапах ретроспективы.

Александр Уланов ""Дедуктивный метод тестировщика". Ищем баги анализируя статистику"

(+1 докладчик и презентация, +1 содержание доклада)

На примере проекта - Музыка в Одноклассниках - Александр рассказал, как статистика помогла найти трудноуловимые баги. Александр отслеживает следующие показатели: клики по разделам, количество прослушиваний, музыкальных событий, жалоб, просмотров видео. Cобирается и сравнивается почасовая статистика в соседние дни и анализируются случаи, если аномальная разница в одни и те же часы соседних дней.

Иванна Мельник "Мотивация - 36.6° Или MTWH как термометр определения температуры мотивации"

(+1 докладчик и презентация, +1 содержание доклада)

Иванна рассказала об инструменте отслеживания мотивации MTWH (Mood Tools Work Horizon). Сначала менеджер анализирует сотрудника по 4 параметрам по пятибальной шкале:

• Mood - с каким настроением человек пришел на работу
• Tool - технический уровень знаний
• Work - насколько человеку нравится то, что он делает и хорошо ли он выполняет работу
• Horizon - перспективы, какой следующий шаг по карьерной лестнице

Затем собственные  оценки менеджер "сравнивает" (ВАЖНО - не рассказывает) свои субъективные оценки с ожиданиями сотрудника и делает выводы и следующие шаги.

Анна Винькова "Тестирование тестировщиков. Нейрофидбэк в QA"

(0 докладчик и презентация, +1 содержание доклада)

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

Андрей Ладутько "Как оценить процесс тестирования на проекте"

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

Спасибо аудитории за активное участие на исходе второго дня, за вопросы и положительные отзывы в блогах (Рома Шейко, Андрей Мясников)! Я рад, что доклад получился. Но далек от мысли, что доклад прошел идеально: жду видеозаписи и буду смотреть, над чем еще нужно работать.

На этом обзор двух дней докладов конференции заканчивается. В следующем посте я поделюсь общими мыслями и идеями по конференции. Лета, и оставайтесь с Qastugama!

SQA Days-17. Обзор первого дня конференции.

После дня тренингов Рекса Блэка ("Risk Based Testing") и Пола Геррарда наступил первый день конференции SQA Days.

Сегодня я расскажу только о докладах первого дня конференции. О докладах второго дня и об общем впечатлении о конференции я расскажу отдельными постами. В обзор я дополнительно включаю доклады, которые я посмотрел на репетиции докладов SQA Days, состоявшейся благодаря встрече минского QA Club 23 мая.

Мой топ-3 докладов первого дня конференции:

• Paul Gerrard "How to Test the Internet of Everything"
• Сергей Атрощенков "Моделирование угроз для приложений"
• Vojtech Barta "QA as responsibility of Whole Team"

Мой топ-3 ожидаемых записей докладов, которые я пропустил (положительные отзывы коллег):

• Александра Волкова "10 принципов автоматизации, которые я не предам" - первое место конференции.
• Катерина Овеченко "Fuzzing - автоматическое тестирование безопасности"  -  мастер-класс. Выступление Кати в Москве на SQA Days-15 мне понравилось и запомнилось (запись не сохранилась).
• Роман Шейко "Принятие решений в тестировании на примере тестовой стратегии" - близкая мне тема, и Рома растет как докладчик и организатор Weekend Testing.

Перехожу к докладам в хронологическом порядке. Каждому докладу я поставил оценку за мастерство докладчика+презентацию и оценку за содержание доклада, принятой в шкале в  голосовании SQA Days: 1 балл - отлично, 0 баллов - хорошо. Минусы я не ставил: докладчики готовились, старались.

Сергей Атрощенков "Моделирование угроз для приложений"

(+1 докладчик и презентация, +1 содержание доклада)

Первый доклад - и сразу сложный выбор между докладчиками: Рекс Блэк эстимировал в секции А, а Игорь Бондаренко рассказывал о безопасности мобильных приложений в секции С. Но в моем рейтинге победил Сергей Атрощенков, и вот почему:

• рекомендация Игоря Бондаренко, он член ПК и докладчик 8 конференций SQA Days, из них - 5 докладов по безопасности
• формат мастер-класса - взаимодействие со слушателями и запоминание лучше, чем в формате лекции
• близкая мне тема (работал над моделированием угроз за неделю до конференции)

Сергей рассказал об угрозах, проблемах с безопасностью, и моделировании угроз. Затем Сергей перешел к модели STRIDE и составляющим, построению диаграммы угрозы и применению к ней STRIDE, и об обработке угроз. И на десерт - рассказ о бесплатной Microsoft Threat Modelling Tool 2014 - она автоматически генерирует на основе построенной модели угрозы и отчеты по мненомонике STRIDE.

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

• Модель STRIDE в формате Mind Map - здесь

Paul Gerrard "How to Test the Internet of Everything"

(+1 докладчик и презентация, +1 содержание доклада)

Пол Геррард подготовил красочный футуристичный рассказ о будущем, которое ждет нас через 10-20 лет, - Internet of Everything, или Интернет Всего. Это тысячи взаимодействующих статических, мобильных устройств и приборов (сенсоры, автомобили, автобусы, электроинструменты в домах, больницах, на работе), взаимодействующих между собой и интегрированных в сотни сервисов и платежных систем. Возникают проблемы тестирования IoE, о которых говорил Пол Геррард и сделал прогнозы, как будут решать эти проблемы тестировщики через 20 лет:

• Области развития для тестировщика IoE: непрерывная доставка (Continuous Delivery), DevOps, автоматизация и компьютерная симуляция;
• Как эмулировать функциональное тестирование, интеграцию и взаимодействие тысяч приборов и сотен сервисов
• Тестирование производительности, нагрузочное и стресс-тестирование
• Тестирование сетей, тестирование безопасности на различных уровнях
• Тестирование Big Data: логистика, визуализация, backup / recovery
• Новая модель тестирования - описание здесь 
• "Automation will not make testing easy, it will make testing possible"

Тестовая стратегия IoE:

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

Rex Black "Case Studies in Success with Free Test Tool"

(+1 докладчик и презентация, 0 содержание доклада)

Рекс Блэк рассказал об успешном опыте внедрения бесплатных инструментов тестирования у заказчиков, с которыми он работает. Ключевая мысль доклада - "free tools are not free in terms of time", или на бесплатный инструмент мы тратим время, которое не бесплатно. Рекс Блэк рассмотрел бесплатные инструменты автоматизации пользовательского интерфейса, тестирования производительности, веб-сервисов, динамического и статического анализа, непрерывной интеграции, модульного тестирования, тест-дизайна, скриптовые инструменты.

Блэк не рассказал о бесплатных инструментах для управления тестированием, а на мой вопрос ответил, что "there is no data about test management tools". :(

Хотя новых инструментов и открытий по используемым тулам я не услышал, но доклад мне понравился. Если вас интересуют бесплатные инструменты  - посмотрите доклад.

• Для выбора инструмента GUI-автоматизации надо знать бизнес-контекст + посчитать ROI (разработка + сопровождение).
• Платная версия SoapUI содержит те же проблемы, что и бесплатная.
• Инструменты статического анализа показывают, что код написан синтаксически правильно, но не показывают, что код работает правильно.
• Скриптовые инструменты - слишком много инструментов и языков -> "Вавилонская башня".
• Лучше дописать готовый опенсорсный инструмент, чем писать самому инструмент с нуля.

Vojtech Barta "QA as responsibility of Whole Team"

(+1 докладчик и презентация, +1 содержание доклада)

Как метко заметила Рина Ужевко, "правильный доклад". Войцех рассказал как строить тестирование в Agile - "you cannot test quality in, you need to build it in". "Зубры" Геррард и Блэк задали высокую планку уровню докладов и ожиданиям слушателей от последующих докладчиков в секции А, но Войтех справился. Мне понравились и ответы на вопросы, они дали почувствовать практический, а не только теоретический опыт докладчика.

• All projects are based on Statement of Work (SOW), but it is hard to push to make the process real later in the project
• You need to have clear exit criteria
• There is no (dedicated) test phase in Agile
• Expectation agreements are important during
• Customer is ready to be involved whenever is needed
• Teach customers acceptance testing, but do not do instead of them

Юрий Малый "Monthly Operations Review"

(+1 докладчик и презентация, +1 содержание доклада)

Доклад о метриках и истории внедрения сначала на один проект, затем - на 4 других. Сборник универсальных метрик для проекта. Доклад легко воспринимается, на каждую метрику Юра приводит графики из рабочих проектов. Но чтобы собирать много метрик, вам нужно время и аппрув начальства. Если времени не хватает, собирайте там, где у вас "болит" (чтобы не тратить время и фокус) и подумайте об автоматизации сбора метрик.
Метрики, которые привел Юра, - burndown chart, velocity chart, hours of work, detailed activity trend (время на работы - development, testing, bugfix, meeting e t.c. - по спринтам), fault density (количество багов по компонентам), root cause category (причины багов), test case pass rate, test case quality coverage rate, automation efficiency, communication matrix.

Олег Коледа "Качественное тестовое задание? Без проблем!"

(+1 докладчик и презентация, +1 содержание доклада)

Блиц-доклад с примером технического тестового задания для миддлов и сеньоров. Задание - найти все ссылки на странице и составить список ссылок с ответами (HTTP response), которые они генерируют при нажатии. Тем, кто не видел доклад, рекомендую сначала скачать и попробовать пройти тестовое задание, которое составил Олег. (Спойлер) Чтобы найти все ссылки, вам понадобится знание html, firebug, обфускации, умение читать код и проверить ссылки в четырех браузерах.

Анастасия Симанович "Как повысить продуктивность команды тестирования: что говорят менеджеры, а что тестировщики "

(0 докладчик и презентация, +1 содержание доклада)

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

• Что нужно тестировщику (по убыванию важности): творчество - зарплата - отличная команда - перспективы роста;
• Идеальный тестировщик глазами руководителя (по убыванию): ответственный, коммуникабельный, самостоятельный, желает развиваться в профессии, талант к выявлению неисправностей, помимо своей работы помогает другим;
• Идеальный руководитель глазами тестировщика (по убыванию): грамотно руководит, вдохновляющий лидер, коммуникабельный и заинтересованный в своей команде, заботится о команде и развитии каждого, четко и понятно ставит задачи, выполняет организационные функции;

Наталья Руколь "Грабли тестировщика"

(+1 докладчик и презентация, 0 содержание доклада)

Доклад в формате "story telling" или 4 истории из жизни Натальи Руколь. Опыт и подача Наташи - на уровне "зубров". Главная идея доклада - "не бойтесь ошибаться, выходить из зоны комфорта - иначе не вырастете". Плюс начальное знакомство с алгоритмом и техниками решения проблем. В уровне сложности доклада я бы поставил одну звездочку, а не две.

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

Артём Рогудеев "О процессе интеграции на примере крупнейшего провайдера CAS в России"

(0 докладчик и презентация, 0 содержание доклада)

Сложный для восприятия доклад. Когда добавят запись - я пересмотрю доклад и возможно, поменяю оценку. Неконтрастные слайды в секции С едва читались, докладчик выступал первый раз на конференции, терминология (например, под интеграционным тестированием имелось ввиду системное интеграционное тестирование) - в итоге я понял процесс как тестируют CAS (Conditional Access System или система условного доступа), но итоговую картинку не сложил.

Екатерина Гайнутдинова "Делегирование. Повышаем шансы на исполнение."

(+1 докладчик и презентация, 0 содержание доклада)

Доклад Кати (как и доклад Наташи Руколь) по сложности не на две звездочки, а на одну. Катя рассказала о делегировании, сформулировала и объяснила с примерами 4 правила делегирования: сформулировать описание, указать принадлежность, выбрать страховку и установить точки контроля.

Роман Иовлев "Micro Model based testing"

(+1 докладчик и презентация, 0 содержание доклада)

О "тестирование на основе моделей, которое не так уж страшно", рассказывал и показывал пример Алексей Баранцев на конференции SQA Days-15. Роман рассказал об эволюции автоматизированного тестирования от автотестов и Page Object к BDD и тестированию состояний. Затем на примере Роман показал оптимизацию тест-кейса и перешел к генерации модели из тестов. Недостатки MBT - долгий первый результат и дополнительная поддержка модели - Роман предлагает решить с помощью перехода не к большим моделям, а к микромоделям, которые наглядны, понятны. Но есть две проблемы MBT:

• Нет Open-source инструментов, а платные - дорогие и сложные в освоении
• "Продать" заказчику MBT еще сложнее, чем продать BDD, ROI которого тоже еще надо обосновать в каждом конкретном проекте. Так что пока интерес к MBT чисто технический.

Первый день закончился, вечером ждало afterparty и второй день конференции, на который я шел с докладом. Но это уже другая, не менее интересная история. Продолжение следует. Лета, и оставайтесь с Qastugama!

>>продолжить чтение о докладах во второй день конференции

О джедайском тренинге Макса Дорофеева, пустом инбоксе, списке задач и высоких целях

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

Для меня Максим Дорофеев один из лучших докладчиков и тренеров. Почему?

• Мне близки темы личной эффективности, оценки проектов, которыми он занимается
• Доклады Макса содержат свои фишки: авторские рисованные слайды, яркие образы (например, "человек-снежинка"), чувство юмора и прямые формулировки
• Как Макс работает с аудиторией. Вопросы-ответы в зал, практические задания, работа в группах

Доклады Макса со многих конференций есть в свободном доступе - http://cartmendum.livejournal.com/164238.html. Для тестировщиков рекомендую серию докладов  "Обезьянки против роботов" про плюсы и минусы автоматизации.

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

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

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

• "Делать дела не сложно. Сложнее решить, что делать"
• 2 ситуации, когда люди хотят личной эффективности: кончилось время и кончился мозг. В первой помогает тайм-менеджмент, во второй ТМ не поможет, необходимо экономить патронорешения (медленное мышление)
• "Что не записано, то продолбано"
• Идеи записывать необходимо, чтобы освободить "помнилку" и чтобы не тратить время на идею каждый раз, когда она "путешествует из неосознанного в осознанное ("Мышление может запуститься само")
• Полный инбокс - это не список задач. Это может быть список проблем, проектов, заявок на прокрастинацию, узелков на память
• Первый парадокс личной эффективности: Для того, чтобы выправить баланс между работой и личной жизнью, надо не разделять их, а наоборот смешать на сколько это возможно. Все задачи по работе и для себя должны вестись в едином списке задач.
•  Если не знаешь, какой сделать первый шаг - реши, что бы ты сделал за 15 минут. Если не знаешь, что делать, - выдели 15 минут на обдумывание только этой задачи, не отвлекаясь на постороннее.
• 4 шага шаблона естественного планирования: мотиватор (для меня это важно, потому что) + видение результата (визуализация) + организация (например, карта памяти) + самый первый шаг
• Борьба с прокрастинацией, 2 вопроса: каков самый первый шаг и какой минимально приемлемый результат
• Соотнесение своих жизненных целей и задач из списка. Очень полезно смотреть в список задач и отмечать, запланированы ли задачи, которые данную цель продвигают. И в обратную сторону: какую цель помогает достичь данная задача? 

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

• Единый список задач - done
• Еженедельная задача на обзор списка задач (он же "гвоздодер") - done. Я пользуюсь "спусковыми крючками" Татьяны Беловой.
• Сортировка писем во входящих - done в рабочих, todo - в личных 
• Календарь - done
• Система для хранения информации - todo (на тренинге не было)
• Интернет-шабат на сутки - попробовать

Только практика и действия помогут вам стать джедаем. И да прибудет с вами сила! Ставьте высокие цели и их достигайте :)

Джош Кауфман "Первые 20 часов - как научиться чему-либо" - конспект и мысли

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

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

Ниже - конспект лекции, следом за ним - мои размышления и идеи на данную тему.

- распространенная фраза "10.000 часов, чтобы стать экспертом в чем-либо" превратилась в "10.000 часов, чтобы научиться чему-либо". Первое верно, второе - нет.
- Небольшая толика практики (сфокусированной, обдуманной) - и вы станете достаточно хороши и быстры в том, чему учитесь.
- 20 часов - это приблизительно 45 минут каждый день в течение месяца
- Самое главное препятствие при обретении навыка - не интеллектуальное, а эмоциональное

Необходимые условия:

1. Разберите навык на составные части. Решите, чему вы на самом деле хотите научиться.
2. Изучите достаточно материала для того, чтобы вы могли самостоятельно находить у себя ошибки). Вам потребуется 3-5 источников по заданной теме (книги, видео, форумы) - не 20 (прокрастинация).
3. Разрушаем барьеры практики, убираем отвлечения (поглотители времени)
4. И наконец, практика не менее 20 часов. 

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

• Необходимые условия, озвученные Кауфманом, - уже готовая программа для действий. Разбиваем навык -> собираем материал, лимит 3-5 источниками -> убираем поглотители -> практика 20 часов (минимум).
• Если достаточно точно определить, чего мы хотим (пункт 1), то и размытия цели, и количества источников не будет (пункт 2). Используем, к примеру, достаточно простой и распространненый SMART-критерий для постановки целей.
• Практика 20 часов (пункт 4) - это 45 минут каждый день в течение месяца. Очень похоже на программу "30 дней" 
• Сфокусированная обдуманная практика - выделяем обучению нашему навыку ровно 45 минут без отвлечений (пункт 3). В зависимости от вашего стиля работы, можно попробовать две помидорки (Pomodoro) по 25 минут с пятиминутным перерывом между подходами, либо "45-15" - одиночных подход с 15-минутным отдыхом после завершения.
• Почему 20 часов? Закон Парето в действии: 20 часов, чтобы изучить навык достаточно хорошо, но чтобы стать экспертом, понадобится значительно больше времени (скажем, 10.000 часов). Первые 20% работы дают 80% результата. Но чтобы достичь 100% результата (или близко к ста процентам), придется работать значительно больше.
  20 часов практики - лишь минимум для хорошего применения.
  
  
• Если вы сами хотите обучить кого-либо, убедитесь, что ваша программа соответствует предыдущим пунктам.
  Ключевое - практика: если вы обучаете, значит, необходимыми навыками обладаете и можете выделить именно то, что будет необходимо вашему падавану, чтобы получить хорошую практику за относительно небольшое время.
• Как обучающий, в добавление к модели обучения Кауфмана, можно добавить цикл Колба для продуманной вами практики.

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

Если у вас есть замечания, комментарии, предложения по лекции и статье - добро пожаловать в комментарии. На этом все, оставайтесь с Qastugama!

Самообразование. Done! Coursera - Grow to Greatness: Smart Growth for Private Businesses, Part II.

Очередной курс онлайн-обучения Coursera пройден. На этот раз - вторая часть курса Grow to Greatness. Еще один отличный курс, многое взял на заметку и добавил в конспект (карту памяти  см. внизу поста).

Ed Hess, преподаватель курса Grow to Greatness

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

• Представлены онлайн-курсы ведущих американских университетов по самой различной тематике и дисциплинам - https://www.coursera.org/courses. Онлайн-курса по тестированию, к сожалению нет, но довольно много курсов по Computer Science: от теории и искусственного интеллекта до программирования и безопасности. Да и по остальным темам есть интересные курсы, так что советую не ограничиваться только профильной тематикой.
• Язык преподавания - английский (есть курсы на французском и испанском, их пока мало), есть возможность смотреть видеолекции с субтитрами. Одновременно с обучением, можно "прокачивать" свой English. Уровень английского - где-то Intermediate (B1)- Upper Intermediate (B2), если смотреть с субтитрами, практически все понятно с первого раза.
• Хорошо выстроенный процесс обучения: кроме просмотра лекций, есть тесты (Quiz) как с единственным правильным, так и несколькими правильными вариантами ответов, эссе на заданную тему, оценка вашей работы коллегами (Peer Evaluation) - оценивают как вас, так и вы другие работы. И, наконец, во многих курсах есть финальный экзамен (Final Exam), ограниченный по времени и/или использованию сторонних материалов. Есть форум для обсуждения В перспективе появится работа в группах на форуме.
• Есть чему поучиться у преподавателей. Очень высокий уровень каждого (или мне так повезло, я прослушал полностью 5 курсов, у каждого из профессоров есть свои "фишки", что-то взял на заметку).
• Можно одновременно изучать несколько курсов. Но я бы, для лучшего усвоения, рекомендовал брать один. Количество курсов можно планировать по часам, которые даются в описании курса (например, "Workload: 4-6 hours/week" - эстимации для меня получились довольно точными, приблизительно так по времени и выходило). Можно записаться на несколько курсов, просмотреть первую неделю, оценить, насколько вам подходит тема данного курса и преподаватель, и решить, продолжать ли обучение).
• Онлайн-обучение бесплатно. Все видеолекции, материалы. Если есть желание и необходимость - можно официально, с подтверждением, получить сертификат об окончании выбранного вами курса за энную сумму. Например, https://www.coursera.org/signature/course/introfinance/970308 Но в любом случае, создатели говорят, что курсы будут бесплатными всегда (см. интервью с создателем Coursera, целях проекта, статистику об онлайн обучении, можно почитать здесь - ссылка)

Немного о содержании. Первая часть курса (Grow to Greatness - Part 1) была о построении команд, мифах и реальности. Очень интересный и полезный курс, который мне пригодился: я проанализировал свой опыт работы в различных командах, что получалось, а что нет, как бы я сейчас строил процесс построения команды тестирования, рассказал об этом на SQA Days - 12 в Санкт-Петербурге и использую сейчас на практике.

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

• Предприниматели тоже должны расти - первая неделя. Теория Дугласа МакГрегора (категории людей X и Y), 6 переходов в трех категориях, которые должен пройти предприниматель на пути к личностному росту, делегирование, лидерство, процессы, метрики;
• Секрет высокой производительности - высокая вовлеченность подчиненных в работу. Вторая неделя. Как достичь высокой вовлеченности, чего хотят подчиненные, 4 принципа лидерства, ответ "да и" вместо "да, но", самые важные слова лидера;
• Рост требует не только стратегии, но и системы - третья неделя. "Бизнес как мороженое", рост - органический процесс, как получить от подчиненных высокую вовлеченность, требования к системе организации, построение системы;
• Строим продвинутую управленческую команду - неделя четвертая. Интервью, процесс найма, конфликт "повышение подчиненного - лояльность", какого менеджера нанять первым;
• Самое главное - разбор кейсов, всего 4 кейса, по одному на каждую неделю. Теория и принципы разбираются на практических примерах уже успешных компаний. Must read! Интегрирующая все 4 недели часть курса, пожалуй, самая интересная и вдохновляющая.

Более подробно содержание курса вы можете посмотреть по моей составленной карте памяти:

Chief Confet&QA - 2013. Spring.

C 13 по 15 мая прошла онлайн-конференция для тестировщиков - ConfeT&QA. Каждый день было представлено три доклада по 20 минут + 15 минут на вопросы. Секция Chief - для тест-менеджеров и тест-лидов.

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

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

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

Вильсона как-то спросили, сколько времени ему требуется, чтобы подготовить слова. Он ответил: «Это зависит от многого. Если я буду говорить 10 минут, мне нужна неделя для подготовки. Если 15 минут, 3 дня. Если полчаса, то два дня. Если час, то я готов прямо сейчас.

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

А теперь о выступлениях.

Первой выступала Татьяна Зинченко с серьезным докладом о Синдроме Профессионального выгорания и о том, Как с ним бороться. Несмотря на серьезное начало со статистикой (потери компаний от СПВ сотрудников - 265 млн. евро) и тремя стадиями (недовольство - злость - равнодушие), доклад-то мотивационный: не ищите у себя степень выгорания, не ставьте себе диагноз - ведь если вы все-таки включили Конфетку, значит, вы в состоянии справиться сами и помочь другим. 

Надпись у входа в кабинет психоневролога: "Больных, ожидающих приема, просим не делиться друг с другом симптомами своих болезней - это затрудняет постановку диагноза".

Кстати, бонус от Тани - тест на выявление у себя стадии СПВ. Но, опять, и это не главное в докладе :) Ищите именно ту активность, которая вас "зажигает" и мотивирует. 

Продолжил Павел Новик, "Ретроспектива в QA". Превью к докладу замечательное, сам доклад, мое мнение, немного не структурированный, для конспектирования тяжеловат: тема-то очень конкретная, поэтому ожидаешь последовательности. Но ответил на вопросы Павел хорошо, практический опыт чувствуется. И за книжку отдельное спасибо, бесплатный бонус к докладу - "Agile Retrospectives: Making good teams great" - http://bit.ly/agileretro . В общем, читаем книжку, а если будет нужен совет - обращайтесь к Павлу.

Завершила первый день Елена Саламаха из Luxoft, "Концепция построения процесса тестирования в Agile проектах: 3+1". Великолепный доклад! Опыт Елены чувствуется, профессиональный спикер, авторские слайды, все по полочкам, без излишних пауз и затягиваний. Мой фаворит конференции и видео, которое must see.
В начале - очень кратко про 4 принципа Agile и про его влияние на процесс QA.
3 концепции тестирования в Agile:

• предотвращение (тестировщики принимают участие во всех митингах, приемочные критерии и тесты разрабатываются в сотрудничестве с BA и заказчиком). Инструменты: статический анализ кода, парное программирование, код-ревью.
• автоматизация (разработчики - модульное тестирование, TDD, интеграционное тестирование; тестировщики - функциональное (авто)тестирование, приемочное тестирование). Все тесты запускаются на сервере непрерывной интеграции.
• гибкость (пересматриваем, тестируем и меняем подходы; применяем внедрения поэтапно, в соответствии с приоритетами);
• BONUS-концепт - здравый смысл (начните пользоваться сейчас)

Второй день. Беспроигрышный вариант: первый докладчик - энерджайзер-мотиватор Андрей Мясников "Что нам стоит дом построить". Андрей очень доступно разложил процесс построения команды по 11-12 тезисам. Что-то покажется знакомым и известным, но респект докладчику за то, что собрал все пункты вместе и в довольно простой и доступной форме изложил. Интересно было сопоставить чек-лист Андрея со своим выступлением на SQA Days о росте команд.

• Узнайте, что от вас хотят (пример, "представьте карандаш")
• Уточните тайминг (due date)
• В каком состоянии находится проект?
• Какими ресурсами вы располагаете (треугольник качества и его деформации)
• Узнайте, сколько ресурсов вы можете стянуть на себя "на пике"
• подружитесь с HR
• планируйте и не грузитесь (ненужными мелочами)
• предоставьте планы руководству
• оборудуйте рабочее место + использование инструментов
• поднимайте багтрекер и хранилище тестов
• WORK!

За Андреем - Игорь Шаринский, "Подбор и адаптация тестировщиков". Информация по подбору и адаптации именно с позиции QA, не HRа. Что-то спорно (например, непрофильные специальности как минус-фактор негодуют), но в целом, есть очень полезные полезные замечания и идеи от докладчика:

• QA - "бесполое" (= важен склад ума) существо. Вспомнил про гендер от Сергея Атрощенкова
• 3 этапа отбора: представление требований HR'у (никаких прямых контактов на первом этапе), отбор по резюме, очное собеседование (не ходить одному - субъективно, не с кем обсудить. Желательно берем куратора. Нужен план собеседования)
• Испытательный срок и адаптация:
• "синдром первой недели"
• сажать рядом с куратором, новичками
• задачи на +1 день вперед (у новичка должны быть всегда)
• окончание испытательного срока: слово новичку, цели на полгода, клятва QA.

Следом - Галина Ковтонюк, "Виды Review. Их роль в работе тестировщика". Хороший доклад про:

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

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

Начала Наталья с любимого "неволешбного проектного треугольника", который ограничивает нас и заставляет играть по его правилам. Данность - нехватка времени.

Арсенал методик для борьбы с треугольником, наш "световой меч":

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

За Натальей - Анастасия Мусина, "«Тестировщики не винтики!» или «Не закручивайте гайки!»". Практический доклад с отличными слайдами йоги. Понравилось то, что тема структурирована, у автора хороший менеджерский опыт и success stories. Возможно, некоторые кейсы показались несложными и решения тривиальными, но, мне кажется, это потому что так рассказал докладчик :) Не склонен думать, что ошибок не было, и обычно "налет идеальности" доклада и автора следует разбавлять рассказом о собственных промахах и неудачах. Но заслуги очевидны, проекту пять лет, и он развивается. Поэтому, у Анастасии - только о том, что сработало.

Описанные проблемы и предложенных решений:

• тест-менеджера не хватает на все задачи. Решение - "1 задача - 1 гуру"
• распределение задач. Решения - выбираем задачи сами, доска, чаты на проектах (удобно включать-выключать систему оповещений)
• выпускаются бажные обновления. Решение - вики-статус "Тестирование завершено".
• вглубь или вширь изучать продукт. Решение - выделяем гуру, количество гуру - в зависимости от объема и текущей активности проекта.
• "Море работы, горы работы". Решение - исследование месяца, тестерские посиделки
• Личная жизнь VS работа. Решение - отмечаем планы. "дежурный по палате".
• Распределение отпусков, чтобы работа не встала ("Народ поуходил в отпуска, а тут еще больничные" - в яблочко). Решение - календарь отпусков.

И завершила третий день и весеннюю менеджерскую конфетку Юлия Абрамова, "Учимся тест-менеджменту у шахматистов". Серьезный блиц-доклад с дебютом-миттельшпилем-эндшпилем. О параллелях игры в шахматы и тестирования. Без углубления в детали и излишних мелочей (можно привязывать шахматные термины к тестированию, но ... 20 минут, надо выделить самое главное). Достаточно ровный, идея интересная: вспомнился доклад Ивана Селиховкина "Чему хороший ПМ может научиться у врача".

Много сладкого вредно, но это не про Конфетку :) Поэтому, если есть возможность - подключайтесь и смотрите. Скоро уже и авто-конфетка. Есть время уже попробовать применить то, что прозвучало на Chief ConfeT&QA.

SQA Days-13 в Санкт-Петербурге. День второй.

Продолжение. Начало - SQA Days-13 в Санкт-Петербурге. День первый.

День второй. Пока последний. На следующей конференции планируется проведение в три дня, с выделенным одним днем для иностранных спикеров. Будет еще интереснее и круче :)

Самое "тяжелое" время для доклада - начало второго дня. Первым докладчиком в секции А был Роман Шейко, "Как можно построить идеальную команду". Доклад хорошо структурирован, все логично, последовательно, но ... слишком правильно и положительно. Само название "идеальная команда" провоцировала на острые вопросы. Субъективно, Роман очень волновался и часто использовал фразу "мне кажется". Доклад получился методологической инструкцией. Правда, отмечу идею с выходом на одну минуту за слайд презентации, чтобы позволить слушателям поразмыслить над заданным аудитории вопросом. Плюс, в конце инструкции были реальные кейсы, но, на мой взгляд, довольные стандартные и очевидные.

Снова секция А, доклад Сергея Вербенко "Каждый тест-менеджер должен посадить дерево или как искать баги в процессе". Сергей уже не первый раз выступал на конференции, мне запомнился его доклад в записи SQA Days 11 про регрессионное тестирование методом свободного поиска.
Итак, наша задача - найти баги (кто-то сомневался?). Инструментарий:
- пять "почему" - выявляем корень проблемы, задавая 5 раз один и тот же вопрос, на 5й ответ обычно получаем суть проблемы
- рыбья кость Исикавы - диаграмма корневых причин
- дерево текущей реальности - диаграмма, где наглядно показаны причинно-следственные взаимосвязи, существующие между корневой (ключевой) проблемой и большинством нежелательных явлений.
ДТР связано с теорией ограничений и с парадоксом, что если сделать работу каждого подразделения максимально эффективной, то это приведет ... к банкротству. Поэтому путь к непрерывному улучшению лежит через ограничения.
Ограничения могут быть физические и организационные. Согласно теории ограничений:
- QA - ограничение
- ограничение - уникальный (и/или) дорогой ресурс
- если ресурс не ограничение, то должен быть резерв в мощности.
Пять шагов теории ограничений:

В докладе Сергей рассматривал только ДТР, которые отвечают на 1-й вопрос "Что менять?".

На второй вопрос "На что менять?" отвечает диаграмма разрешения конфликтов и дерево будущей реальности, а на третий вопрос "Как изменить?" - дерево переходов.

Далее, применительно к IT-отрасли, Сергей показал, как можно построить ДТР: для поиска конфликтов ("грозовых туч) и через последствия приходим к нежелательным явлениям, или наоборот, от нежелательных явлений - к конфликтам. Программно построить дерево у автора не получилось (Visio, плагин для вики, софт для деревьев). Успешное построение - на доске с листочками (опыт докладчика) и софт Flying Logic (опыт коллег докладчика).  И плюс примеры деревьев от докладчика в презентации.

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

За Сергеем Вербенко в секции А выступал Александр Яковлев с докладом-демонстрацией возможностей Microsoft Test Manager 2012 и ее интеграции с TFS 2012 - "Инструментарий ручного и автоматического тестирования интерфейсов". Доклад в первую очередь, интересен дотнетчикам и тем, кто работает с линейкой Microsoft Visual Studio и отслеживает прогресс продукта. Александр показал возможности TM2012: работа с требованиями, тест-кейсами, багами, запись видео для багов, генерация тест-кейсов из багов при исследовательском тестировании, генерация и хранение автотестов - и все это в рамках одной TM2012. Для тех, кто работает с продуктами Microsoft, - рекомендуется в качестве user guide'а по продукту.

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

Базовые принципы повышения эффективности (с проекцией на процесс тестирования) :

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

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

Продолжаем в С, Павел Смирнов "Простые инструменты для сохранения внимания на тестировании". Как меньше концентрироваться на второстепенных задачах и разгрузить мозг для главных - Павел предложил довольно простые инструменты с позиции Middle QA Engineer в небольшом проекте. Доклад очень логичный и последовательный, дебют получился. Почин есть, желаю Павлу совершенствоваться и развиваться в тестировании. Этот доклад можно рекомендовать новичкам, добавляю его в список рекомендуемых докладов для Junior'ов.

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

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

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

Три самых распространенных мифа роста:

- любой рост - это хорошо

- больше - значит, лучше

- или расти, или умри

Реальность же такова:

- рост ухудшает контроль качества и разрушает ценность для клиента

- рост не дает преимущества и требует усиления управления командой

- в случае "или-или" - "есть и другой выбор" (с)

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

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

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

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

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

- настройка Workflow и задач для тестирования

- создание новых полей (например, Тестировщик, Шаги воспроизведения, ожидаемый результат и т.д.)

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

- валидация и сохранение (required fields)

- фильтры и подписка на них

- интеграция

- плагины (Atlassian Bonfire, BugDigger, Zephyr, Misc Workflow Extensions, User Pickers)

Идем в секцию B, еще один доклад Алексея Яковлева про "Возможности модульного тестирования в среде Visual Studio 2012". В твиттере для тех, кто не был на докладе, Юрий Солдаткин скинул ссылку на msdn'овскую статью - http://msdn.microsoft.com/ru-ru/library/hh549175.aspx (можете поискать по хэштегу #sqadays за 27 апреля).

И закрывала докладную программу конференции гуру тестирования Наталья Руколь с рассказом про Тестирование Юзабилити. Отличный доклад про математические законы в юзабилити, которые реально работают, хоть мы об этом не знаем :)

К сожалению, я успел только на числовые подходы (законы GOMS'а, Фиттса, Хика) - поезд ждал меня на вокзале. Было очень сложно заставить себя уйти с середины очень интересного доклада. Но что же, буду ждать и его в записи. А пока - можно почитать конспект Максима Цепкова именно про выступление Натальи, и не только - http://softwarepeople.ru/blog/2013/04/30/sqadays-13/

Вот и сказке конец, а кто был там - молодец :) Большое, просто огромное, спасибо организаторам конференции, программному комитету и докладчикам! Так держать, и до новых встреч на SQA Days!

SQA Days-13 в Санкт-Петербурге. День первый.

Вот и очередная SQA Days-13, на этот раз в Санкт-Петербурге, завершилась. Как-то быстро привыкаешь к хорошему, а что может быть лучше двух дней непрерывного обучения, общения с коллегами, множества творческих идей и мыслей? Уже второй раз я был на этом празднике QA, и снова с докладом. Вопрос, ехать или не ехать в третий - закрыт, ищем возможности. И еще, такое ощущение, что после конференции легче написать еще один доклад, чем снова задумываться об этом непосредственно перед подачей заявок - столько новых идей, точек зрения, обсуждений, не соберешь ни на одном форуме. А для реализации некоторых идей нужно время, равное времени до следующей конференции :)

Обо всем по порядку. По организации, на мой взгляд, эта конференция лучшая из тех, которые я видел сам или в записях докладов, роликов, обзорах блогов. Огромная гостиница "Прибалтийская" с тремя отлично оснащенными залами. Люстра в аудитории А - объект съемок №1 всех посетителей :)

На этот раз было всего 2 потока секционных (по 40 или 80 минут) вместо 3х в предыдущие годы, и один поток блиц-докладов по 20 минут (на этот раз блицу отвели полноценную аудиторию, и, надо сказать, много блиц-докладов собирали сопоставимую с секционными аудиториями, так что ставка себя оправдала). Блиц - вообще интересная идея. Кто-то идет с докладом, чтобы "выжать" самое главное, кто-то - потому что тема небольшая и на доклад секционный "не тянет". Но главное - динамика, за 20 минут, без лишней раскачки нужно заинтересовать и изложить тему. Субъективно, после 20-минутки как докладчик устал не меньше, чем после 40-минутного секционного выступления на прошлой конференции. И еще: сколько ни дай места для зрителей на блице, все равно будет мало :)

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

Сравнивать, были ли доклады лучше чем на прошлой конференции, на мой взгляд, не имеет смысла. Потока 3, можно не угадать с выбором, да и по интересующей тебя тематике могут быть доклады лучше, а по другим, на которых ты не был, - хуже. Или наоборот. Это все равно, что сравнивать Пеле и Марадону - гениев футбола разных эпох. Можно лишь говорить о трендах.
Кстати, отличный обзор о трендах тринадцатой SQA Days (и не только) можно почитать у Максима Цепкова - http://softwarepeople.ru/blog/2013/04/30/sqadays-13/

Начинаем с секции А, доклад Ильи Кацова про Jagger. Проблема - протестировать высоконагруженный портал. Традиционная схема "Отчет <- Программа для тестирования производительности -> Система под нагрузкой" не работает. Определяемся, как НЕ нужно делать (антипаттерны):
- приемочное тестирование производительности (проблемы обнаруживаются слишком поздно);
- независимость функционального и тестирования производительности
- мало информации о результатах тестирования
- недостаточная интроспекция тестируемой системы;
- отказоустойчивость тестируется на продакшн-сервере
Далее Илья рассказал про построенную в компании систему, которая затем выросла в отдельный проект. Используем квадрат окружений: продакшн, разработка, нагрузка, тестирование. Определяем ответственностей ролей на этом квадрате. Схему самого Jagger'a можно посмотреть здесь - https://jagger.griddynamics.net/resources/jagger-2013-business_v_1.1.3.pptx, слайд 12. В целом, интересная схема, тул бесплатный, каждый может попробовать Jagger у себя  на проекте - https://jagger.griddynamics.net

Далее, идем в секцию С на доклад Сергея Атрощенкова про гендерные аспекты постановки задач. Блиц - никаких длинных вступлений, быстро "включаемся" в тему и работаем. И задаем вопросы. Конечно, есть очень простые доклады, которые или по сложности, или по объему, или по тому и другому, не "потянут" на 40 минут. Но есть и интересные блицы, которые "выжимают" самое главное.
Итак, о докладе Сергея. Эстетически выверенные слайды и открытые вопросы к аудитории - фирменные "фишки" докладчика. А еще - домашние задания. Сергей - один из самых имиджевых докладчиков конференции.

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

• мужская (маскулиная) культура. Престижная должность, высокий статус, видение в "крупном масштабе"...
• женская (феминная). важен личный рост и самосовершенствование, открытые отношения внутри, внимание к деталям и мелочам…

Если мы берем критерий постановки задачи SMART, то в соответствии с гендером, надо по-разному ставить задачи гендерам. Например, по Specific - пример от автора:
маскулиная - написать тесты для функционального тестирования модуля А
феминная - покрыть функциональными тестами модуль А.
Остальные примеры для МАРТ - на домашнее задание, лучшие ученики будут премированы. Сергей лишь поделился общими идеями. Отличный инструмент, довольно простой и понятный, из категории "можно сразу применять".

Продолжаем в секции С. Андрей Мясников, зажигавший на предыдущей SQA - 12 докладом про принципы юзабилити (слайд с Боярским и Моисеевыми - в избранное), на этот раз "зажигал" буквально, работая с огоньком. И снова Андрей в призах на конференции, 2-е место. Если поступательное движение сохранится, победитель следующей конференции SQA Days - 14 известен заранее :)

Рабочий день, работать лень.... Отпросился сегодня, не пошел на работу и завтра, нашел причину. И начал анализировать.
- Задачи бывают 4 типов - одноразовые, итерационные, внезапные и "волшебные". У каждого свой избранный тип задач - нужно определить свой тип, который вам подходит.
- Добавьте элемент игры (о, да, геймификация рулит, давно уже пора написать пост об этом...)
- на работе - работа, 8 часов отдыха от личных дел.
- пока кто-то ищет работу мечты всю жизнь, можно назначить работу любимой.
Профилактика:
- выгуляйте лень
- найдите общие хобби с коллегами
- раскрутите начальство на билет на SQA Days
Отдельный респект Андрею за ответы на вопросы. Вспоминаю SQA Days-12 в Минске, последний доклад первого дня Мясников+Руколь и "шестой последний вопрос". Думаете, это было все? Еще человек 10 после доклада в кулуарах спрашивали и спрашивали, а Андрей и Наташа терпеливо и обстоятельно на вопросы отвечали.

Следом - секция А, мастер-класс Алексея Кривицкого Перестаньте спрашивать «КОГДА?». Но не все то мастер-класс, что заявлено в программе :) Очень живые слайды, много задач, настоящий аджайл в действии. Если вы не были на скрам-аджайл докладах - рекомендую, минимум один раз сходить стоит. Если у вас есть конкретные вопросы или если вы хотите поучиться у опытных спикеров - тоже. В остальном - у вас всегда есть выбор из трех потоков :)
- стандартные примеры ошибки в оценках (аэропорт в Денвере, Оперный театр в Сиднее)
- порочный круг нереалистичных оценок и IT-рабство
- ошибки в восприятии, задачи "с подвохом"
- "заяц и черепаха" в восприятии: интуиция и логика. Заяц хорош в быстрых вычислениях, черепаха - в сложных.
- задержки накапливаются, ранние завершения - теряются
- намного проще опоздать, чем успеть
- выход: создать срочность, никогда не оценивать в одиночку, оценивать размерами, замерять скорость, вычислять оставшееся время.

Вторая часть дня прошла в кулуарах, общении с коллегами, обмене опытом, я пожертвовал докладами реальному общению. Полностью удалось посетить лишь большой доклад Евгения Чигиринского "Методология и практический опыт тестирования быстродействия приложений, сервисов и сайтов с высокой нагрузкой с помощью Visual Studio 2012"
Очень хороший доклад на реальных практических примерах. Мне запомнились два: добавили фичу - получили 100% загрузки CPU. Начали искать - раскрутка стека, Garbage Collector. Второе - метрики оценки производительности на клиенте (TTFB, TTFR, TAFR, TTO, TTLB).  Если вам интересна тема производительности - к докладу много полезных ссылок, поставил себе в ToRead лист.

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

Продолжение - SQA Days-13 в Санкт-Петербурге. День второй

фотографии:
- Сергей Ревко
- Интернациональный клуб тестировщиков: группа в ФБ http://www.facebook.com/media/set/?set=oa.462769597135875&type=1