Quality Assurance, STUdying, GAmification, MAnagement and other: апреля 2014

воскресенье, 27 апреля 2014 г.

Тренинг Майкла Болтона "Критическое мышление для тестировщиков". Мой обзор.

На конференции SQA Days-15 в Москве было много классных докладчиков, но приглашение на юбилейную конференцию Майкла Болтона - это вишенка на вкусном торте. Полуторачасовой доклад собрал полную аудиторию: в конце второго дня Майкл дразнил пивом, троллил продукты Майкрософт, но главное - разбирался вместе со слушателями, в чем проблема?

А на следующий день, 20 апреля, Майкл Болтон проводил восьмичасовой тренинг "Критическое мышление для тестировщиков". Анонсы про тренинг были еще за 2 месяца до конференции, участникам SQA Days была скидка 10% на тренинг, но народу собралось непривычно мало: всего 15 человек (в том числе я с коллегами Игорем Бондаренко и Сергеем Остапенковым) приняло участие. Довольно неожиданно, ведь нечасто к нам приезжает звезда по тестированию такого уровня...

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

Мой нижеприведенный конспект не отразит все то множество мыслей и идей, затронутых на тренинге, но поможет вам (и мне) восстановить хронологию событий, как это было, и узнать что-то новое. За более подробной информацией обращайтесь к первоисточнику на последующих тренингах, или почитайте статьи Болтона на его сайте - http://developsense.com/

Слайды Майкла Болтона с конференции Eurostar по данной теме "Critical Thinking for testers" можно взять здесь - http://www.developsense.com/presentations/2012-11-EuroSTAR-CriticalThinkingForTesters.pdf

Начался тренинг с двух простых задачек: про биту и мяч и про Стива-библиотекаря-фермера. Затем мы поупражнялись в переводе с 10-ричной системы в 16-ричную, и заодно проверили наши предположения о том, сколько человек в аудитории знают этот алгоритм и сделали задачу правильно :)

Рефлекс важен, но критичное мышление - это рефлексия.

Что ты видишь - это все, что есть (c) Майкл Болтон ("What you see is all there is")

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

Тестировщик - тот, кто знает, что вещи могут быть разными.

Затем мы решали задачу: есть последовательность, есть программа, которая по введенной последовательности отвечает, удовлетворяет ли введенная последовательность некоторой закономерности или нет. Задача была - обнаружить данную закономерность за наименьшее число тестов. Вначале каждый работал сам, затем мы объединились все вместе (о минимальном количестве тестов речи уже не шло:) ), но даже все вместе мы не смогли полностью, на все 100% описать данную закономерность. И даже после знакомства с исходным кодом программы (буквально 4 строки исходного кода) мы выяснили, что не все нюансы программы были обнаружены.

Алгоритм поиска закономерности - creep and leap.

No experience about the past can logically be projected into the future, because we have no experience OF the future.

Passing tests cannot prove software is good.

Critical thinking is thinking about thinking with the aim of not getting fooled (c) Michael Bolton.

Затем Майкл говорил о тестировании и проверках (testing-vs-checking) - я публиковал в блоге перевод исходной статьи - http://qastugama.blogspot.com/2013/09/blog-post_6.html И немного о том, что все думают, что делают тестировщики (сравнивают продукт со спецификацией, круги described-actual), и что тестировщики делают на самом деле (круги imagined-described-actual) - вначале мы сами обсуждали данные круги, затем обсуждали свои результаты с Майклом. И на десерт данного блока - задача "сломанный калькулятор": я уронил калькулятор, возможно, он поврежден, как я должен проверить его работоспособность.

Следующая часть - блок про предпосылки, утверждения и выводы. И о том, что делает утверждения более опасными (безосновательными и ведущими к ложным выводам). О помогающих вопросах, чтобы не попасться в ловушки (Huh? Really? So?) - эти вопросы также позволяют восстановить контекст.

It is silly to say “don’t make assumptions.” Instead say “let’s be careful about risky assumptions.”

Book "Perfect Software and Other Illusions About Testing" by J. Weinberg

Следом - практическая задача-диаграмма с одним ветвлением: A < 70? Если да, то выполняем 1, если нет, то выполняем 2. И вопрос, сколько кейсов. Очевидный ответ 2 неправильный: каждый блок диаграммы может содержать несколько действий, каждое из которых тоже необходимо проверять:

Things that don't appear on diagram are easy to forget.

~~The feature worked.~~ -> I've not yet seen any failures in the feature.

Далее мы говорили о "безопасном языке" (в тестировании это оценка и использование безопасных формулировок с целью избежания ложной уверенности) и вербальных эвристиках (Unless, And also, Or Not, So far & Not Yet), разбирали статьи с безопасным языком.

The Regression Testing Fantasy “I rerun my old tests to ensure that nothing has broken.”

Books:
Gerome Groopman "How Doctors Think"

Gerd Gigerenzer "Gut Feelings: The Intelligence of the Unconscious"

И на десерт - логические задачи, головоломки, фокусы от Майкла, некоторые нам даже удалось раскусить :) И автографы для желающих и возможность сфотографироваться с самим Майклом Болтоном.

Восемь часов пролетело очень быстро, не хотелось расходиться, да и была еще возможность попить пива с Болтоном второй раз за два дня, но впереди ждали поезд и Минск :) Московские три дня пролетели очень быстро, продуктивно, насыщенно, много знакомств, общения со старыми знакомыми, новые идеи, мысли, пивное афтепати в Гамбринусе, критическое мышление Майкла Болтона... Вобщем, нужно встречаться, хотя бы раз в полгода. До встречи на следующей SQA Days!

четверг, 24 апреля 2014 г.

SQA Days-15 в Москве. День второй.

Продолжение. Обзор первого дня - http://qastugama.blogspot.com/2014/04/sqa-days-15-1st-day.html

После первого дня и афтепати пришел второй день, причем с не менее интересными докладами: Объяснение довольно простое - в субботу выступали Александров, Налютин, Руколь, Баранцев, Цепков и Болтон. Причем к докладу Майкла Болтона организаторы поставили в параллель Алексея Баранцева и Максима Цепкова с очень интересными темами, так что казавшийся еще до конференции очевидным выбор - "Ну конечно, Болтон!" - растерял былую уверенность и склонился к нашим гуру: все-таки у нашего трио с Intetics - меня, Сергея Остапенкова и Игоря Бондаренко - еще был впереди целый восьмичасовой тренинг от канадского гуру в мире тестирования. Но обо всем по порядку.

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

Цель тест-дизайнера - подготовить тест-кейсы, которые будут одновременно и для ручного прогона, и для написания на основе их автоматизированных тестовых скриптов. Без "фундамента" таких тест-кейсов вы не получите.

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

Далее от требований переходим к либо чек-листам, либо к непосредственному тестированию "прямо по требованиям", либо к тест-кейсам.

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

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

Григорий Сенин "Waterfall revisited: практические метрики тестирования"

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

Q = P3 * P2 * P1

P3 - коэффициент багов = количеству закрытых багов ко всем найденным (Closed / All Found). "Третий (красный) стакан" системы.
P2 - процент выполненных тестов из числа написанных (Test Executed / Tests Desinged). "Второй (синий) стакан" системы.
P1 - процент написанных тестов из числа всех тестов (Test Designed / Test Planned). "Первый (серый) стакан" системы.

Затем были рассмотрены примеры из цикла жизни продукта, как выглядят эти стаканы в данных случаях:

Разработка в разгаре (Р3 = 0, дефекты не исправляются)
Разработка на финише (Р1 = 1, кейсы написаны)
Шлифовка подсистем (Р2 = Р3, все найденные баги исправляются)
Разработчики задерживают тестирование (Р2 близко к нулю, Р3 равно нулю)
Требования задерживают разработку (Р1 = Р2 = Р3)

После этого докладчик на практических примерах показывал работу с показателями, взаимосвязь "стаканов" с burndown-chart'ом в Agile (прогноз скорости исправления, "зазор качества" и тем, откуда взять данные для подсчета коэффициентов-"стаканов".

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

Игорь Бондаренко "Crystal Agile, или как мы приспособили процесс разработки для обеспечения максимального качества".

Лучший "процессный" доклад конференции. Как мне кажется, он бы не затерялся и на менеджерской конференции, и на Agile-конференции. О том, как процесс из "классического" скрама из-за особенностей проекта и процесса (один тестировщик на проекте, и больше заказчик не хочет) превращается Crystal-процесс, при этом сохраняя требования к Crystal: ориетирован на людей, легкий и "stretch-to-fit". Процесс перехода занял 5 лет и все еще продолжается, поэтому не бойтесь экспериментов и работайте над качеством всей командой. И да, будьте человеком, который недоволен текущим процессом: кто как не мы должен быть рупором для улучшений. Авторские шаги получения данной методологии:

Отказываемся от TDD в пользу BDD;
Планирование - "метод взвешенных экспертных оценок";
Формируем резерв спринта: загружаем спринт на 9 из 10 дней. Если появляются "горящие задачи" - тратим время на них, либо по приоритету, на уменьшение технического долга;
Митинги - стэндапы не нужны
Автоматизация: "наличие некрасивого теста лучше, чем его полное отсутствие"
SOAP UI - для сервисов
Вовлечение разработчиков в автоматизацию

Александра Ковалева "Планирование трудозатрат на тестирование"

Отметил для себя хороший и доступный уровень подачи доклада Александры еще на конференции SQA Days-12 в Минске, затем у нее был доклад про тестирование локализаций, вошедший в десятку на SQA Days-13 в Питере. Да и тема была для меня актуальная, поэтому мой обед ушел ко второй смене, а внимание - к планированию трудозатрат от Александры.

Планирование тестирования состоит из следующих шагов:

Определение требований к тестам
Оценка рисков
Разработка стратегии тестирования
Оценка ресурсов
Разработка тест-плана
Создание графика работ

Все шаги были доступно и с долей юмора преподнесены, информация есть на слайдах, а видео я порекомендую ждать тем, кто хочет увидеть реальный пример составления графика работ по тестированию на MS Project. Баланс теории и практики на 40 минут, хотя изначально, как я понял, он был составлен на 1 час 30 минут. Но... время ограничено, а другие докладчики тоже постарались, поэтому на конференции было всего 2 полуторачасовых доклада: упомянутый в первом дне конференции доклад Катерины Овеченко и завершающий второй день и всю конференцию Майкл Болтон.

Андрей Ладутько "Организация времени в тестировании".
Мой доклад, засветившийся только в обзоре моего коллеги Игоря Бондаренко, поэтому моя оценки субъективны и могут не соответствовать реальности :) Первая версия этого доклада завоевала третье призовое место на ConfeT&QA в октябре 2013 года, а затем, анализируя отзывы по докладу, меня посетила идея попробовать хронометраж в своей работе и рассказать подробнее об этом мощном и недооцениваемом инструменте тайм-менеджмента. Отброшенной оказалась еще часть теории, я добавил обзор хронометража и его эволюцию, как для себя, так и для коллег с поправкой на специфику работы каждого тестировщика.

Ask 100 testers to describe their job and you'll get 100 different answers.
Lucas Dargis.

Таким образом, от первоначального доклада осталась лишь треть, в пожеланиях к докладу, прозвучавших на репетиции доклада в минском QA Club'е, были еще больше практики и личного примера. Надеюсь, мне удалось этого добиться в выступлении, а пока я поставлю в планах подготовить текстовую версию данного доклада в блоге, как я в свое время делал с докладом по организации времени в тестировании на SQA Days-13: первая и вторая части.

Станислав Башкирцев, Юлия Атлыгина "Тестирование в опенсорс" (блиц).

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

Дарья Костюк "Путь к трассировке требований: от идеи к инструменту" (блиц).

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

Алексей Баранцев "Тестирование на основе моделей: "ужас-ужас" или всё не так страшно?"

Сначала Алексей немного "потроллил" менеджерские доклады конференции и заявил техническую тему: Model Based Testing, или тестирование на основе моделей. С помощью Selenium Webdriver'a Алексей в прямом эфире закодировал простейший кейс с одним cостоянием системы и двумя возможными переходами "login-logout" и используя "магию" неизвестного фреймворка, генерирующего тесты на основе моделей (вместо традиционных линейных тестов). Но вот в "магии" вопрос остался открытым: то ли это бесплатная свободно распространяемая библиотека (что очень хотелось бы), либо новейшая закрытая разработка. Но подход интересный, а доклад оказался не таким уж сложным для понимания: я бы вместо трех заявленных звезд сложности оставил две. Но в целом, доклад и подход интересный, что тоже ожидалось, если вы были раньше или смотрели видео докладов Алексея.

Рина Ужевко, Андрей Мясников, Максим Цепков "Вы и Заказчик: решаем проблемы, а не отрабатываем требования".

Последний доклад московской конференции, партия, разыгранная на 3 докладчика, причем каких! Все имеют опыт выступления на конференциях, являются призерами конференций, и каждый со своей стороны - игры, продуктовая и заказная разработка - показывал на кейсах проактивно-сотрудническую работу с заказчиком. Итого, самая эмоциональная часть получилась у Рины (досталось же ленте малоизвестной соцсети Лицокнига), самая аналитическая - у Максима, а самая суровая и "мемистая" - у Андрея: мем про путиницу с большим отрывом занял второе место после боевого тестирования данных на проде работником Сбера, набравшего к моменту написания статьи 202 ретвита. Ну а суровость Андрею за правду жизни: "если в продукте есть косяки, которые появились из-за непонимания заказчиком и разработчиком друг друга, то не заказчик дурак, а ты виноват. Виноват всегда исполнитель." Так вот. Ну а вместе - отличный "тройной" доклад.

На этом я заканчиваю с докладами, в следующей статье я напишу о семинаре Майкла Болтона. Коллеги, было очень приятно завести новые знакомства, встретить старых знакомых, пообщаться в кулуарах и баре, побывать в Москве, обменяться идеями, послушать ваши интересные доклады, поделиться своим опытом. До встречи на следующей SQA Days!

вторник, 22 апреля 2014 г.

SQA Days-15 в Москве. День первый.

SQA Days-15 в Москве. И я там был, с докладом выступил, пиво пил, на Болтона ходил, знаний и знакомств новых получил.

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

На этот раз юбилейная, пятнадцатая конференция прошла в Москве, а козырной картой SQA Days был Майкл Болтон. Поэтому мы с коллегами-докладчиками Игорем Бондаренко и Сергеем Остапенковым (кто не знает, Игорь еще по совместительству входит в Программный комитет конференции) начали готовить не только доклады заранее, но и зондировать почву у начальства для посещения тренинга Болтона "Критическое мышление для тестировщиков". В итоге наша заявка на тренинг была одобрена, и мы задержались в Москве аж на 3 дня!

Организация, как всегда, на самом высшем уровне. Мы прибыли заранее, благополучно миновав утренние пробки, и понаблюдали за слаженной подготовкой команды к первому дню, за тем, как прибывают первые коллеги и докладчики. По традиции, конференция проходила в 3 потока: 2 сессионных (доклады на 40 минут) + 1 блиц. И как всегда, сколько ни дай места на блиц, все равно будет мало. Чтобы прослушать блицы, иногда приходилось либо занимать места у стенки, либо на корточках в "нулевом" ряду.

Кузьмичев Андрей: "Узнаю старый добрый #sqadays.
Ссылка - https://twitter.com/camelot_first/status/457063748415799296

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

А теперь о докладах, в хронологическом порядке.

Очир Абушинов "Особенности тестирования облачных сервисов". Хороший обзорный доклад об облаках из серии "Good to know" - продемонстрированы особенности тестирования облачных сервисов, грабли и уроки, которые получил докладчик. К сожалению, Очир половину доклада простоял спиной к слушателям и лицом к экрану, словно разговаривая с презентацией, чем смазал впечатление.

Наталья Брич "Невыносимая переносимость кроссплатформенных приложений на примере десктопных приложений". Красивая девушка рассказала о кроссплатформенности. Это как аксиома. Но вот по содержанию остались вопросы. С инсталляционным тестированием все понятно - прогоняем на всех платформах. А вот по тестированию функциональному - "На первой ОС проводится полное тестирование. Время экономится на второй и последующих ОС, где в первую очередь проверяются не прошедшие ранее тесты." (процитировано у Натальи Савастюк - ссылка). Это как? Что если найденные баги из первой версии некритичны? Как мы распределяем платформы (аналогия с браузерами, как в докладе у Дмитрия Штепуры, здесь не пройдет), какая будет первая, какая - вторая? Вобщем, надо пересмотреть видео доклада. Может, что-то прояснится.

Сергей Михалев "Подход доктора Хауса в тестировании оптимизации запросов (5 серия)".

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

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

Инна Смирнова "Исследование багов: учимся у Шерлока Холмса!" (блиц).
Еще один отличный доклад, "бронзовый" призер, будет очень полезен новичкам. Прекрасные красочные слайды, оформление и очень хорошая подача.
Сам подход:

генерируем гипотезы
сортируем их по степени вероятности
придумываем тесты для подтверждения гипотезы
придумываем тесты для опровержения гипотезы
возвращаемся к первому шагу.

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

Дмитрий Штепура "Кроссбраузерное тестирование с популяризацией HTML5 и CSS3. Internet Explorer, не такой как все".
Мегаполезный практический доклад - победитель конференции. Для тех, кто тестирует под IE, просто MUST HEAR. В докладе собраны атрибуты IE, которые будут работать не во всех версиях:

Placeholder - только с версии IE10. В IE8 и IE9 замена ему - Javascript. Возможны проблемы с цветом, шрифтом и размером текста, а также с тем, что текст может исчезать или, наоборот, исчезнуть;
Border-radius - только с версии IE9. В более ранних - картинки (могут выявиться при масштабировании)
Text-shadow - только с версии IE10.
Box-shadow - только с версии IE9
Text-overflow

Также Дмитрий не рекомендовал использовать эмуляторы, а если без них никак, то IE Collection Pack или XP Mode for Windows. И если вам нужно тестировать приложение в нескольких версиях IE, начинайте с наиболее старой (чаще всего это 8я, т.к. Microsoft уже официально прекратила поддержку 6-й, а пользователям 7-й версии предлагают проапдейтиться до 8-й).

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

Алексей Лянгузов "Успешный тестировщик. Путь профессионала".
Философский доклад на основе выборочного анкетирования участников конференции на тему "Кто такой профессионал и кто может считать себя профессионалом". Алексей довольно опытный, зрелый докладчик и тестировщик, это чувствовалось. Один из немногих докладов, который я тщательно конспектировал, записывал ссылки на интересные книги, и буду все равно ждать в записи - выступление того стоит. Ниже - мой конспект:
Успех - это

доход
интересные задачи
уважение
ценность (востребованность на рынке труда)

Профессионализм - это:

Опыт + Специализация (отлично подобранные открытки с atkrytka.com)

По аналогии с молотком, опыт = держало, специализация = ударяло. Но есть и незаметная часть молотка, без которой он не будет работать: клин. И "клином" выступает то, что профессионал должен вести себя соответствуя данному гордому званию.

Ссылка - книга "The clean coder", Robert C. Martin.

Качества, присущие профессионалу:

Преданность
Ошибкоустойчивость ("мне стыдно за мои ошибки, но мне не стыдно их исправлять" - в цитаты)
Ответственность (ДБЧО - давать больше чем ожидают)
Устремленность
Уверенность (я знаю, когда нужно сказать НЕТ)
Продуктивность

Профессионализм - это талант вкладывать душу в то, что ты делаешь здесь и сейчас.

Сергей Остапенков "Обеспечение качества: Практические советы".
О, про этот доклад могу рассказать много :) Сергей - мой коллега, и мне повезло прослушать три версии этого доклада. Последняя, третья, и была на конференции, и получилась самой короткой из-за лимита времени. Изначальный вариант в час-полтора был срезан до 30 чистых минут выступления (+10 минут на вопросы), и была проделана колоссальная работа, чтобы оставить в докладе только самое важное и не рассказанное ранее другими докладчиками. Сложно было "резать по живому" опыту Сергея на проекте - 8 лет, поэтому накопилось немало практических советов. Но даже в урезанном варианте получилось здорово, после доклада Сергея завалили вопросами и разобрали все визитки. Из плюсов доклада выделю нумерацию слайдов (для некоторых докладов она просто необходима, чтобы вложиться в лимит времени, когда каждая минута на счету) и "сквозная" нумерация всех советов в докладе - можно удобно отметить для себя номера полезных советов, а потом обратиться к слайдам.
По содержанию доклада я как-нибудь обязательно поговорю в одной из следующих статей, доклад того заслуживает. А пока презентация от Сергея.

Катерина Овеченко "Безопасность сессий в веб-приложениях: практическое применение".
Мастер-класс по тестированию безопасности на полтора часа. Но он того стоил! Немного теории про веб-сессии, затем - практическая часть с разбором того, что можно нехорошего с ними сделать:

Перехват сессии
Фиксирование сессии
Подделка межсайтовых запросов
Фишинг

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

Вот так насыщенно и информативно прошел первый день. На очереди репортаж со второго дня конференции. Посещайте SQA Days, делитесь докладами и отзывами, оставайтесь с Qastugama!

вторник, 1 апреля 2014 г.

Рубрика "ПочитайQA". Полезные ссылки за март-2014

Всем привет! Сегодня в номере очередная, на этот раз весенняя мартовская "ПочитайQA", или список ссылок, все самое интересное за прошедший месяц.

Март - очень насыщенный, плотно упакованный различными событиями. Обо всем по порядку:

работа с группой студентов по тестированию, 7 занятий по 3 часа - ровно половина из программных 14-ти: я работал в паре с другим преподавателем, и все занятия уместились в семь рабочих дней (обычно я работал с группами по 2 - 3 раза в неделю), поэтому получился ускоренный курс Тестирования веб-приложений и новый опыт работы интенсива с одной и той же группой каждый день :)
подготовка и репетиция доклада накануне апрельской поездки на SQA Days-15. Успешная репетиция в условиях, приближенных к реальным, "боевым", прошла благодаря минскому QA Club'у 22 марта. Так получилось, что я и мои коллеги Игорь Бондаренко и Сергей Остапенков, все выступали в один день в один поток, получился практически день Intetics в рамках QA Club'а. Приходите на наши доклады на SQA Days!
29 марта - сдавал ISTQB Advanced Level Technical Test Analyst: об экзамене - в ближайших выпусках, результаты будут позже.
На десерт - моя победа в номинации "Ambassador of QA" конкурса Belorussian IT Awards - "человек, несущий принципы QA в массы, и профессионал в области обеспечения качества"! Спасибо всем, кто за меня голосовал!

Апрель тоже будет "плотным":
- 18-19 апреля - уже упомянутая SQA Days-15, еду с докладом, выступаю во 2-й день в 15-20 по московскому времени в секции А.
- 20 апреля - тренинг Майкла Болтона "Критическое мышление для тестировщиков", на который я записался.
- с 21 апреля - мое обучение по программе BBST: Foundations.
В блоге за март я закрыл только "минимум" - подборку ссылок - поэтому в апреле планирую больше писать в блоге, о прошедших и предстоящих событиях.

Вернемся к ссылкам: разбиение на группы остается прежним:

QA - Quality Assurance, обеспечение качества, все грани со всего мира. Наиболее заинтересовавшие меня статьи по профильной теме за месяц.
STU - Studying, образование и самообразование, обучение.
GA - Gamification, или геймификация тестирования, обучения, управления - всех составляющих Qastugama.
MA - Management and leadership - управление командой, людьми, лидерство. Все составляющие Management.
+
Books - обзоры прочитанных и/или рекомендованных книг.
+
Other - "сборный раздел". То, что не относится к предыдущим четырем темам, но то, чем я хотел бы с вами поделиться.
+
Bonus.Fun. - (не)серьезно о тестировании и вообще об IT.