QA is what I'm about

Футбол. Нет, разработка.

2011-05-01T09:24:00.000-07:00

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

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

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

Тогда вспоминаем, что это все-таки не футбол, три очка за такой счет нам не дадут, нам надо 4:0. Это сложнее.

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

В футбол играют командами, а не отдельными игроками. Выигрывает и проигрывает - команда, а не отдельная ее часть. И если качество - не пропускать голы, то не только вратари-тестировщики беспокоятся об этом.

Я вставила фото "Барселоны", чтобы всем немножко захотелось стать такой командой, и вы хоть что-нибудь для этого сделали ;)

Dnepr QA Community February Meeting

2011-02-17T12:17:00.000-08:00

24 февраля в 18:45 мы собираемся, чтобы обсудить очень интересные темы.

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

Вторую тему - Тестирование в Agile осветят Максим Кримцов и Антон Поляков.

Похоже будет много информации для практического применения.

Регистрируемся!

Читаем подробное описание.

Не опаздываем! :)

QA Dnepr Community Meeting #5

2011-01-21T00:46:00.002-08:00

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

Подробности в официальном анонсе.

Встреча Dnepr GTUG

2011-01-10T02:05:00.000-08:00

Группа пользователей технологий Google приглашает всех на нашу первую встречу в 2011 году, которая пройдет 14-го января.
Предварительные темы докладов:

Алексей Устенко (Ciklum) — программирование Android приложений для различных разрешений экранов
Антон Зимарёв (Ciklum) — Spring Roo Rocks! Ready-to-use web application out of the box (GWT, Spring, JPA)
Андрей Ясинецкий (со-координатор KievGTUG Center, Epam) — Chrome и HTML5 и рассказ про московский GDD2010
Антон Данильченко — GAE framework — простой путь к Google App Engine и Python

Ждем Ваших предложений по докладчикам и темам докладов.

Новогодние каникулы или как сломать руку и сохранить оптимизм

2011-01-07T07:39:00.000-08:00

В этот отпуск я получила много нового опыта.

До этого никогда не отдыхала зимой в горах, не каталась на сноуборде, и никогда ничего себе не ломала.

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

В этом конечно куча минусов:

1. Это больно.

2. Это ограничивает.

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

3. Хождение по врачам - не самое веселое занятие.

Но, похоже есть и плюсы:

1. Побывала в заграничной больнице.

Город Иннсбрук (в Австрии) совсем небольшой, чуть больше 100 тыс жителей, но больница у них прикольная :) Почему-то напомнила мне СТО и фильмы с секретными лабораториями. Толстые сдвижные металлические двери, никаких ручек, открываются кнопкой, ассоциируются с морозильниками. В зале ожидания розетки для подключения кислорода и всякое такое. Но главное система: регистрируешься, твои данные заносят в компьютер, тут же открывается "морозильник" и приглашают на прием, затем по громкоговорителю зовут на рентген, затем в перевязочную. Никаких бумажек, никаких задержек, все по сети, у каждого компьютера 2-3 больших монитора. В общем, скорость обслуживания и оборудование впечатлило, да и врачи очень приятные. Хочется, чтоб и у нас так было.

2. Sightseeing.

У меня появилось больше времени погулять по городу, музеям, магазинам.

3. Развитие способностей.

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

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

4. Посмотрела на мир с другой стороны.

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

5. Общение.

Еще один повод проводить время в компании для поддержки.

Хм, плюсов получилось больше :)

Встреча QA энтузиастов в Днепропетровске

2010-12-17T08:08:00.001-08:00

В следующую среду пройдет встеча Dnepr QA Community.

Будем делиться впечатлениями о посещенной SQA Days и просто общаться :)

Кто еще у нас не был, приходите - познакомимся ;)

Официальный анонс на сайте сообщества.

22 декабря

18:45

ул. Баррикадная 1, 4 эт

Real Tester Wanted

2010-10-08T01:39:00.000-07:00

Ищу тестировщика к себе в команду!

г. Днепропетровск, компания Archer Software.

Большая команда, стремительно развивающийся проект.

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

Кому интересно, отвечу на вопросы.

GTUG Campout в Днепропетровске

2010-08-16T12:50:00.000-07:00

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

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

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

Итак, результат стараний - драм машина для друзей Drumiko.

Спасибо всем участникам за отлично проведенное время :)

Отчет на Хабре

Фото на Facebook

Ищу тестировщиков в Днепропетровске

2010-07-27T00:21:00.000-07:00

Хороший долгосрочный web-проект ищет двух тестировщиков.

Работа напрямую с заказчиком, достойная оплата.

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

Технически грамотные заказчики, профессиональная команда.

Из требований - разговорный английский и основы SQL. Желательно один из языков программирования.

Первая тест-сессия QA Dnepr

2010-07-13T00:10:00.000-07:00

Вчера отлично провели вечер в компании тестировщиков. Вторая встреча QA Dnepr Community прошла в формате практического тестирования продукта студии "908".

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

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

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

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

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

*фотоотчет

Первая встреча сообщества состоялась :)

2010-06-27T09:46:00.000-07:00

Спасибо всем, кто присоединился к нам в прошлый вторник. Я была приятно удивлена количеством участников (>25), из-за этого формат встречи пришлось изменить на более формальный.

Среди присутствующих были тестировщики, тест-менеджеры, тех-лиды, HR-ы и даже разработчик :) 2,5 часа пролетели в коллективном обсуждении и дискуссии на тему требований и подбору тестировщиков.

Практически все полученные отзывы о встрече - положительные, значит мы не зря старались и создание сообщества себя оправдало. Сейчас занимаемся сбором тем на будущее. На следующей встрече (ориентировочно в середине июля) планируем провести настоящую live test-session, подробности в будущем анонсе.

Кто еще не успел, присоединяйтесь к группе в LinkedIn.

QA Dnepr Community is starting :)

2010-06-13T23:39:00.000-07:00

Это самый маленький, но самый радостный пост :)

Это свершилось :). Уже в следующий вторник состоится первая официальная встреча сообщества тестировщиков Днепропетровска.

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

Всем заинтересованным - welcome :) Подробности о встрече здесь.

SQA Days 7

2010-05-22T12:48:00.000-07:00

Наконец-то нашлось время написать про конференцию, которая прошла еще неделю назад, но впечатления еще свежие :)

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

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

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

Дальше "Быстрое расширение штата тестировщиков." Татьяны Голубевой. Во время доклада у меня возникали вопросы, ответы, идеи, а это самое ценное :)

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

На доклады Юли Нечаевой и Александра Александрова я изначально идти не собиралась, так как настроилась на получение практически применимой информации, но после обеда часто бывает сложно сконцентрироваться, поэтому решила совместить приятное с полезным и расширить кругозор с удовольствием, и не пожалела :)

Слушая "Секреты становления тестировщика" я мало что поняла, сложилось впечатление, что автор подогнал доклад под одну сомнительную идею, недостаточно ее обосновав.

А вот выступление Ивана Лысенко на тему "Локализация ПО и тестирование локализации" мне понравилось. Получилось очень живо, с конкретными примерами, практиками, тема оказалась близка всем, так что была и дискуссия и слушатели своим опытом делились очень охотно.

Второй день я полностью посвятила мастер-классам.

Орлов конечно зажег, как всегда, такое пропускать нельзя ;)

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

Больше всех меня порадовал Алексей Баранцев с практикумом разбиения на классы эквивалентности. То, чем занимается каждый тестировщик, часто подсознательно, разобрали на примере MS Paint, узнали кучу интересного о роли эвристики в таком казалось бы математическом деле как классы эквивалентности.

На мастер классе Ольги Горенко "UX-design" попробовали себя в новой роли веб-дизайнеров, учились понимать конечного пользователя и делать его счастливым :)

В итоге хочу сказать, что

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

Еще раз спасибо всем участникам за интересные знакомства и положительные эмоции :)

Тестировщики из Днепра, ау! Мы тут решительно настроены на объединение в сообщество. Первая встреча нашей кучки уже в ближайший четверг, пишите кому интересно ;)

Мастер-класс о Scrum

2010-03-27T14:03:00.000-07:00

20 марта была на Мастер-классе Тима Евграшина «Преодоление препятствий внедрения Scrum в играх и обсуждениях».

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

Тренинг действительно понравился, и мне - человеку активно изучающему Agile и ребятам из моей команды, которые о Scrum не слишком много знали.

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

За все время с 9:30 утра до 8 вечера я даже не устала.

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

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

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

IT Jam 2009

2009-12-08T08:28:00.000-08:00

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

Я поняла, что тяжело бывает не только спикерам, но и слушателям. Непрерывные доклады с 11 до 17 часов в 6 секциях - это не легко. Очень сложно решить, что же слушать. В первой половине дня все шло живенько. Мне понравились доклады Alexander Dymo "Ruby: Beauty or the Beast?" и Mikalay Alimenkou "Kanban vs Scrum", к сожалению не удалось послушать Тимофея Евграшина на тему Scrum. А вот после обеда... то ли я не те доклады выбирала, то ли просто устала, но иногда было сложно не то что вникнуть, но даже просто высидеть.

Из полезного вынесла для себя: Kanban, как оказалось мой проект ведется по похожей методологии, которую раньше мы никак не могли классифицировать, и знакомство с несколькоми интересными людьми, в частности Дмитрием Братиной из Infopulse и Сашей Орловым, который заглянул на огонек уже на after-party.

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

Право на ошибку

2009-11-23T23:55:00.000-08:00

Разработчикам свойственно ошибаться (в силу несовершенной человеческой природы и бла-бла-бла...). Для борьбы с этим было созданно тестирование как средство противодействия влиянию этих ошибок. А как на счет ошибок самих тестировщиков? Кто проследит за ними? Они же тоже люди... Имеют ли они право на ошибку?

Вот например:

Volvo отзывает почти 10 000 автомобилей XC60. Неисправность состоит в возможности "залипания" ремня безопасности к сидению. При этом XC60 является одной из самых безопасных машин на сегодняшний день.

Похожая, но более критическая, ошибка совсем недавно была обнаружена у Toyota - коврик под сидением водителя мог повлиять на ход педали газа. По этой причине отзываются около 4 млн машин, в том числе автомобили высокого ценового сегмента: Avalon, Lexus IS и ES.

Можно только представить во сколько обходятся эти мероприятия компаниям.

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

Из приведенных ситуаций видно, что проверяющие систем безопасности не достаточно внимания уделили влиянию внутреннего оформления салона. Пропустили какие-то из сценариев? Все комбинации различных отделок с различными аварийными ситуациями? Перемещение коврика происходит после 86 км езды по ухабистой дороге? хм.. вариантов как всегда множество...

Конечно нельзя перебрать все возможные и невозможные случаи, ничего не упустить и поручиться за протестированную систему на 100%, но все-таки мое мнение, что права на ошибку у тестировщиков нет (по крайней мере так должен считать сам тестировщик), иначе для чего они нужны? ;)

7 напастей тестирования

2009-11-03T00:38:00.000-08:00

На днях, благодаря Юлии Нечаевой, перечитала серию постов

The 7 Plagues of Software Testing By James A. Whittaker

Для себя и для тех, кому лень читать - основной смысл:

" 7 напастей тестирования "

1. Бесцельность (тестируем, потому что должны, автоматизируем, потому что умеем, - так принято, а не потому что это говорит нам разум)

2. Повторяемость (прогоняя старые тесты, не замечаем, что они больше не выявляют дефекты)

3. Амнезия (командная - повторяем старые ошибки, не делимся опытом; амнезия индустрии - изобретаем велосипеды)

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

5. Слепота (ПО - невидимо, нам не известно, где ошибка, каково покрытие тестами, какие части были затронуты изменениями)

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

7. и даже больше...

- метрики (искажают цели)

- семантика (часто и неправильно используем термины)

- бесконечность (набор тестов не перестает расти)

- недопонимание (с разработчиками)

- негибкость (привязанность к плану и устоявшимся процессам)

- Энтропия (хаос постоянно растет с нахождением новых ошибок и их исправлением)

С этим всем мы сталкиваемся каждый день, но редко осознаем, еще реже принимаем меры. Давайте объединять усилия в борьбе с заразой ;)