среда, 23 апреля 2014 г.

Тестеренок на SQA Days-15


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

Очень классным решением было выводить на большом экране в центре холла твиты участников конференции. В комнате игр можно было испытать на собственной шкуре шлем виртуальной реальности Oculus (надеюсь,не перепутала название), прокатившись на американских горках, находясь в нем. Я не решилась, но наблюдать за ребятами и девчатами в этом шлеме доставляло не меньшее удовольствие. Они отклонялись назад, вперед, почти падали, кричали, вопили, а зрители видели на экранах то, что видит человек в шлеме. Вобщем, всем было очень весело и смешно. Особенно докладчикам секции Б, когда во время докладов из соседней комнаты игр доносились крики девушек. Хм, тяжело им было сосредоточиться)) "Тяжелее" пришлось только нескольким докладчикам первого дня, когда во время их доклада в течение полминуты был саундчек у групп, которые выступали на афтепати (кстати, группы отличные). Приятным сюрпризом были большие и вкусные торты по случаю юбилея конференции. Ням-ням. Приятнее было смотреть только на Майкла Болтона, стоящего у столика за ноутбуком в своей фирменной шляпе :) Это же сам... Майкл!)
Что касается докладов. Я не побывала ни на одном бесполезном или плохом докладе. Некоторые были из разряда "повторенье - мать ученья", другие дали действительно полезную для меня информацию. В каждом докладе можно было узнать что-то новое, пусть даже мелочь. Я считаю, что программный комитет и докладчики выполнили свою работу на отлично. Самая главная цель для меня -  дать направление развития, подсказать какие-то решения и новые идеи для улучшения свой работы - была достигнута.
Если выделять доклады среди тех, на которых я побывала, то я бы отметила следующие:
1. Все доклады про A/B и мультивариантное тестирование. Мне пока не приходилось применять этот вид тестирования на практике, но для более глубокого ознакомления, чем определение, очень полезные доклады.
2. Дмитрий Штепура - Кроссбраузерное тестирование с популяризацией HTML5 и CSS3. Internet Explorer, не такой как все. Очень хорошая подача материала. Но даже больше позитива от того, что ооочень обаятельный и смешной докладчик. Думаю, не в последнюю очередь из-за этого взял одно из призовых мест.
3. Sergey Ostapenkov - Обеспечение качества: Практические советы. На предыдущей работе мы прошли практически по всем шагам его презентации. Могу сказать, что это действительно приносит результат. Отличная систематизация информации.
4. Андрей Морозовский - Полная автоматизация развертываний ПО: общие концепции, пример реализации, сравнение подходов. Я же фанатка TFS, ALM в частности, так что не могу не отметить этот доклад :) Continious Deployment - это супер, Continious Delivery - вообще мечта, насколько я поняла, для докладчика пока недостижимая тоже. Надеюсь, на следующей конференции расскажут, что они ее достигли, и покажут, как.
5. Igor Khrol - Автоматизация тестирования: отбрасываем лишнее и проверяем суть. На мой взгляд лучший доклад конференции. Игорь уже не первый раз выступает с подобным докладом, активно продвигает эту тему. Он молодец, потому что именно такой должна быть автоматизация тестирования. Сколько было к Игорю вопросов после доклада, наверное, час точно его не отпускали! А теперь небольшая, но интересная история для тех, кто все-таки дочитал до этого места))
                                             Об особенностях восприятия изменений
На второй день конференции первым шел доклад про тест-дизайн. Я привычно заняла свое место около прохода, рядом со мной сел какой-то парень и пара девушек. Я послушала доклад про тест-дизайн, который был ну ооочень интересным, и пошла вместе с другими тестерятами общаться с докладчиком в кулуарах. Естественно, на следующий доклад про метрики тестирования опоздала чуть-чуть. Хорошо, мое место не заняли, потому что я предусмотрительно положила на стул блокнот (а что, так все делали). Доклад был еще интереснее предыдущего, я смотрела на экраны, все внимательно записывала. В конце, когда докладчику стали задавать вопросы, парень справа от меня что-то комментирует, я поворачиваю голову, и вижу, что это Игорь Хролл) И тут я думаю, как долго он тут сидит, уже 2 доклада, или только 1, а я его не замечаю?))) Оказалось 1. Но я же тестировщик, я должна быть внимательной, как же я этого не заметила? А все из-за особенности восприятия изменений. Когда ты сосредоточен на чем-то одном, ты можешь не заметить оооочень много. По этому поводу я недавно читала очень занятную статью, и волею судьбы довольно быстро испытала это на себе. Если лень читать, можете сразу посмотреть это видео про слепоту невнимания. Посмотрите, не пожалеете! 
-----------------------------Конец истории-------------------------------.

6. Александр Александров  - Тест-дизайн: проще читать или проще писать. Нет циклам в тестах. Нет слову "любой".
7. Григорий Сенин - Waterfall revisited: практические метрики тестирования. Ну очень круто! Уже хочу применить у себя на работе.
8. Игорь Бондаренко - Crystal Agile, или как мы приспособили процесс разработки для обеспечения максимального качества. Самая полезная информация - про метод экспертных оценок, мы так и не дошли до ее применения. Докладчику могу посоветовать посмотреть в сторону канбан, учитывая, что у них часто возникают новые задачи посреди спринта.
9. Александра Ковалева - Планирование трудозатрат на тестирование. Отличный доклад, тоже хочу попробовать применить. Девушка профессиональная и очень обаятельная. Когда она говорила слово "джунирята", я думала - "родственная душа". Мы на работе говорим "тестерята" :)
10. Natalya Rukol - Миссия тест-менеджера. Без комментариев. Просто супер. Казалось, даже на полу нет свободных мест.

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

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

Разработка через шантаж

"Разработка через шантаж". Такое вот смешное понятие процесса разработки родилось у нас в ходе ежедневного митинга, когда архитектор сказал, что они втроем (он подразумевал трех программистов) выкатят релиз через неделю. Эй-эй, полегче, а ничего, что мы команда)) В итоге я, как тестировщик, пообещала найти какой-нибудь зловредный баг, а наш аналитик/product owner повысить ему приоритет. Если не вспомнит, что мы команда. Такие дела :)

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

Test impact в TFS

Есть в TFS такая замечательная штука, как test impact. Не буду рассказывать подробно, по ссылке все замечательно описано. Если кратко, то вам предоставляется возможность получить набор тестов (как unit, так и UI, что для нас самое важное), которые нужно выполнить, чтобы проверить последние изменения кода. Получается, вам не нужно выполнять все тесты. Система сама подскажет вам, какие части тестируемого приложения изменились, а какие остались нетронутыми.
Принцип работы очень прост - вы привязываете тест-план из Microsoft Test Manager в какому-то билду тестируемого приложения из TFS. Затем вы выполняете эти тесты, используя опцию "Run" из MTM и отмечаете результат прохождения каждого теста. Предварительно нужно настроить запуск тестов на сбор "test impact" информации. Все! Теперь, выбрав новый билд и билд для сравнения (для которого мы собирали информацию) вы можете получить список тестов, которые рекомендуются к выполнению.
Очень полезная вещь!

пятница, 28 февраля 2014 г.

Как тестируют в Гугл. Впечатления от прочтения и краткий обзор.

"Качество родится только тогда, когда разработка и тестирование начнут жить вместе" - эта мысль красной строкой проходит сквозь всю книгу Джеймса Уиттакера "Как тестируют в Гугл". Эта книга просто перевернула мой мир. Как будто кусочки пазла собрались наконец в одну картину. Теперь я знаю, к чему стремиться. В каком направлении развиваться, как специалист. И какую организацию процесса разработки ПО считать идеальной.

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

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

четверг, 6 февраля 2014 г.

Defect-Driven Development

Ребятки, всем привет!
Я сейчас читаю очень замечательную книжку "Как тестируют в Гугл". Вот здесь ее анонс, для тех, кто еще не видел. Электронная версия стоит всего 100 рублей, за такое содержание это просто копейки, друзья мои, очень советую. Позже я обязательно напишу ее краткий обзор. Но даже сейчас могу сказать, что она О-ФИ-ГЕН-НАЯ!!! =)
Так вот, встретилось мне в этой книге такое понятие, как DDD, которое расшифровывается не как "Domain-driven design", и даже не как "Deadline-driven development", а как "Defect-driven development".
Так что же это такое?

Defect-Driven Development — разработка через дефекты. Принцип следующий. Мы выпускаем продукт и объявляем его бездефектным. Когда пользователь находит баг, мы исправляем его и снова объявляем продукт бездефектным. Таким образом, исправляются только по-настоящему значимые баги для пользователей. Этот процесс идеален для доработки существующего продукта. Вы исправляете только важные баги, а не возитесь с дефектами, до которых никому нет дела.

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

пятница, 24 января 2014 г.

Redmine. Отображение подзадач под родительской задачей.

    К чему я привыкла в TFS и чего никак не могла найти в Redmine, так это отображения подзадач под родительской задачей в списке задач. А оказалось все очень просто.
    Итак, по умолчанию задачи у нас отсортированы по номеру по убыванию.


Наши простые шаги.
1. Добавляем в нашу таблицу еще один столбец "Родительская задача". Применяем.


2. Сортируем таблицу по столбцу "Родительская задача".

3. Аналогичным п.1 способом удаляем столбец "Родительская задача" из нашей таблицы за ненадобностью.
И получаем такую картину: