*Сдувая пыль с блога*

Иногда нужна пауза.
Чтобы просто всё осмыслить.

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

Но я вернулась, вроде бы.

И начала с RadioQA

Болтаю вот тут

Всем привет

Обещанное с дня тестировщика

Всем привет!

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

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

Рассказывала я об особенностях и сложностях тестированиях, эмуляторах и нагрузочном тестировании Android-приложений. Почему Android? Да потому что я чукча именно с ним происходит моё плотное погружение в мобильные тестировщики

Хотя, собственно, что говорить. Если кому интересно, то вот само выступление



А ещё было много вопросов. И так как я обещала, что в конце недели на них отвечу, то приходится выполнять :)

Точное следование требованиям. Или кэповские напоминалки.

-Зачем ты это завела?

-Потому что это баг.

-А разве в требованиях указано это?

За последние 4 рабочих дня я услышала несколько раз: "Мы не будем это править, потому что поведение, описанное в баге, не указано в требованиях".

К поведению относилось:

1. Поехавшая кодировка, если нет данных

2. Английские названия столбцов в формируемых таблицах данных

3. Возможность создать два одинаковых элемента

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

Знаете, для меня это очень хороший показатель - с кодером я работаю или с программистом. 

Поясню:

1. Кодер делает всё, как в требованиях. Шаг вправо - шаг влево: расстрел на месте. С ним невозможно договориться практически ни о чём, не гаркнув или не подняв проблему на уровень выше.

2. Программист анализирует и может вносить какие-то такие мелкие правки. И многие вещи для него очевидны. Большинство спорных моментов будет устранено ещё на этапе разработки. 

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

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

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

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

Какими вы способами решаете проблемы с кодерами?

Fork и самое западное ИТ-сообщество

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

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

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

К чему это я? Ах, вот о чём: для меня стало приятной неожиданностью узнать, что в Калининграде существует ИТ-сообщество Fork. А ещё сильнее я удивилась, когда внезапно у них появилось желание сделать встречу, посвящённую тестированию. Представляете? Два года назад я не могла собрать тестировщиков за исключением собственной команды, а теперь разработчики сами начинают обсуждать тестирование. Это же круто :)

И естественно, я не могла пройти мимо. Да и не только я. Чтобы встреча удалась к нам в Калининград прилетела Таня Зинченко.

В помощь маленьким

Когда я только уходила на фриланс одним из самых больших кайфов в начале работе было то, что ТЕПЕРЬ Я ОТВЕЧАЮ ТОЛЬКО ЗА СЕБЯ. Видимо, слишком рано мне дали создавать отдел и руководить людьми. Не была я к этому готова тогда.

Но время идёт и меняется. И сейчас у меня снова появился джуниор, которого я учу плохому потихоньку воспитываю. Конечно, на данный момент это всё происходит совсем не так, как это было 2,5 года назад, когда мне подсунули первого человека, не знающего ничего о тестировании. И это - о, Боги! - мне начинает нравиться. Хотя до этого я плевалась.

Так о чём это я? Ах, да.

Все мы знаем, что над любым элементом можно производить 4 действия:

1. Создание
2. Просмотр
3. Редактирование
4. Удаление

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

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

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

Первый пост 2014. Немного о прошлом и планах на будущее лето.

Вот я и появилась опять здесь)
Во-первых, хочу всех поздравить с наступившим 2014. Надеюсь, что многим он принесёт

только положительные эмоции, кучу счастья, проф. роста и кучу-кучу тепла. Как внешнего, так и внутреннего.

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

Только вот погода в месте, где я живу, не располагает пока к тому, что активно планировать :)

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

Я же предлагаю вам ещё подумать о предстоящем лете 2014. И о таком событии, как Летняя школа тестировщиков в Крыму.

Что такое летняя школа? Это прекрасное мероприятие, которое помогает совместить отдых и обучение. Вы только представьте: вы возвращаетесь с отпуска не только загорелым и полным сил, но и ещё с огромным мешком знаний и идей, как улучшить тот процесс тестирования, который имеется сейчас в фирме.

Формат обучения летней школы не загружает полностью: обучение разделено на два этапа. Первый – проходит с утра после завтрака. И ведёт его Алексей Баранцев.

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

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

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

Где проходит школа? Школа проходит в замечательном пансионате «Крымское чудо» под Феодосией с приветливыми хозяевами и очень милой кошкой. В распоряжении гостей милые номера, еда на территории пансионата, а также довольно шустрый интернет.

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

Радостный и позитивный пост Тани Зинченко «Летняя Школа тестировщиков – счастье есть!!»

Отзыв «Балтийской женщины» Иры Винокуровой «По горячим следам Летней школы»

Отзыв Анны Таламановой, опубликованный в блоге Иры Винокуровой «Летняя школа не отпускает»

Итоговый отзыв Оли Киселёвой «Летняя школа 2013», в котором можно найти ссылки на репортаж с места событий

Отзыв Екатерины Михеевой «Летняя школа – Екатерина Михеева» и Марии Шах «Летняя школа 2013 со слов Марии Шах», опубликованные в блоге Оли Киселёвой

Загорелись? Захотели поучаствовать? Тогда вам сюда и сюда. Поверьте, летняя школа меняет очень сильно и жизнь, и взгляд на работу :)

Всем привет)

Раздражения псто

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

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

Второй же дев. лид каждые два-три часа вещает в чат, что проект очень важен, что надо напрячься, что в конце нас ждёт бонус и прочие бла-бла-блашки.

Как вы думаете, на чьём проекте я работаю охотней?

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

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

SQADays 14, Львов, радости и приятности

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

Интереснейшие доклады, которые помогают разъяснить для себя какие-то вопросы.
Встреча с ребятами, которые уже стали родными.
Знакомство с новыми чудесными людьми.
Angry Birds в живую, xbox, kinekt, прекрасное after-paty... Завидуйте те, кто не был :)

Я вот даже сейчас сижу и понимаю, что я не могу сказать ничего плохого. Проблемы с wi-fi? Оперативно добавили ещё одну сетку. Холодно? В аудиториях, где шли доклады, поставили тепло-пушки. Коллапс на выдаче обедов в первый день? На второй всё чётко и слаженно. Надо распечатать билеты? Да пожалуйста. Надо тестировщикам отдохнуть (а некоторым и стресс снять после выступления)? Да вот же - прекраснейшее афте-пати после первого дня конференции. Не устану повторять, что Орликовым надо ставить памятник за то, что они делают.

Спасибо хочется сказать Алексею Лупану и Олегу Колька, Алексею Баранцеву, Максу Цепкову, Наташе Руколь, Артему Чаплыгину, Глебу Криштову, Вячеславу Лукьяненко, Андрею Реброву за доклады, которые заставляют задуматься и принимать шаги к смене некоторых вещей.

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

Также, огромное спасибо Рине Ужевко, которая помогала мне с моим собственным докладом. Которая успокаивала меня и подбадривала (а у меня это в первый раз). Я надеюсь, что я несильно налажала. Но выступать мне понравилось (это ща, Рин, тонкий намёк на весну, ога)

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

В общем, я теперь знаю даты возвращения с зимовки. Это 18 апреля, когда в Москве будет проходить 15ая конференция. Такие вещи нельзя никак пропускать)))

Очередной пост приятностей

Честно-честно, я не пропала. И про блог не забыла. Просто как-то всё руки не доходили писать. Но я буду исправляться, т.к. очень много что есть, о чём хочется записать и запомнить.

А пока о радостях - когда устаёшь от работы, очень важно, чтобы кто-нибудь прислал вот такое:

[22.10.2013 12:34:10] Разработчик: Ира, ты у нас  самый лучший тестер!)

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

А как часто вам ваши разработчики говорят, что вы молодцы? И говорят ли?

Мой первый раз

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

Это я всё к чему? А к тому, что 7 сентября в славном городе Одесса тестировщики решили собраться в третий раз, чтобы поделиться опытом. И - через Таню Зинченко - предложили мне выступить у них на встрече. "А почему бы и нет?" - подумала я и через 10 минут уже покупала билеты на самолёт. Ну а что делать, если хочется ещё  немного лета?) Только ехать в него. Попутно, прокачивая скиллы)

Всё мероприятие проходило в офисе dataart.ru. Если честно, это был второй офис после aviasales.ru, после которого я захотела вернуться в офис. Чисто из-за вида из окна:)  Мне кажется, это всё же очень круто - работать, изредка бросая взгляд на море. А уж наблюдать закаты и рассветы... А так как у них ещё и кофе-машина есть, то это вообще рай для меня :)

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

Но я была - имхо - эдакой разгоревкой перед выступлением Тани Зинченко. Уж тут было
полное погружение в мастер-класс. И это неудивительно - ведь на мастер-классе предлагалось поучаствовать в двух ролевых играх, на примере которых Таня показывала типичные ошибки при работе и в команде, и по гибким методологиям)


После того, как все доклады отзвучали, обсуждение и общение плавно переместилось на улицы Одессы .Спасибо ребятам, которые погуляли нас по центру города, завели в прекраснейшую хипстерскую кафешку, помогли добраться до гостиницы. Особое спасибо Илье и Косте, которые на следующий день отвезли на экскурсию в Белгородскую крепость. Заодно на обратном пути побывали в Молдове. Это было моё самое короткое путешествие по чужой стране :)

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

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

Test it! Тестируем, играя. Или играем, тестируя)

 Привет-привет! Календарь опять показывает пятницу, а значит настало время для рубрики Test It! В которой можно найти ответы даже на те вопросы, которые ведущие не знают :) И сегодня опять с вами я - Ира Винокурова.

К чему я сказала про то, что не знаем ответы, но публикуемся? Ах, да. Дело в том, что ни я, ни Оля Киселева, ни Таня Зинченко не являются тестировщиками игр. Вот вообще. Но что делать, если на почту пришёл вот такой вот вопрос от Сергея:

"Добрый день!
В этом году я поступил на последний курс физфака. Я бы хотел связать свою будущую деятельность с индустрией видеоигр. И я решил для начала попробовать себя тестером компьютерных/видеоигр, чтобы получше узнать, что происходит внутри индустрии.   Я понимаю, что скорее  это не Ваша специализация, но буду очень благодарен за помощь.
Насколько я понимаю обязанности тестера видеоигр точно такие же как и у тестера  ПО.  Или я ошибаюсь? Это поиск ошибок, их воспроизведение и следить за тем, чтобы они были исправлены. Но у тестировщика игр это все происходит в пределах игрового мира и ему уже необходимо смотреть за тем как работают навыки персонажей, корректно ли выполняются квесты и т.п.  Если Вы знакомы с процессом тестирования игр, можете рассказать как он происходит?
Вопрос:  если компания готова обучать, то меня могут взять без опыта? У меня за плечами только 15-и летний игровой опыт.
И существует ли какая-либо литература по тестированию видеоигр?
Заранее спасибо!"

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

Научи меня Scrum

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

Зачем? Ну, гибкие методологии всё же потихоньку захватывают мир. И если хочешь качественно сделать программу, то надо хоть попробовать поработать. И если с программированием всё по методологиям понятно, то где же там тестирование? Что делать тестировщику в таких командах? Как работать? Когда работать? Обо всём этом рассказывает Таня в своём курсе.

Не, на самом деле, моя команда сейчас примерно работает по Agile. У нас даже доска есть :)
Но при этом, мы не проводили ни ретроспектив, ни обсуждений того, что и надо делать.
А про покер вообще никто не слышал. Т.е. такой Agile. Больше для виду, что надо сделать.

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

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

Ну и Таня :) Её ведение лекций - завораживает. Оно живое, интересное, весёлое и заразительное. Позитив от её занятий остаётся ещё надолго.

В общем, курс обязателен к прослушиванию)

Test it! И снова про фриланс. Уточнения.

Привет-привет!

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

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

Антон спрашивает:
"Вопрос Ирине.

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

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

Буду очень благодарен!"

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

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

Во-вторых, поиск заказов, да. Опять же - я где-то уже писала: заказов на тестировании маловато. Проще и эффективней прибиться к команде разработчиков. Так получилось у меня. Если искать отдельные заказы - то это (банально, но так) - free-lance.ru, linkedin.com, да тот же hh.ru. Просто в поиске ставить фильтр "удалённая работа". Ну и никто не отменяет поиск через знакомых. Иногда на поиск может уходить достаточно большое количество времени.

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

Что важно знать начинающему фрилансеру? Фриланс - это не только интересно, но и круглосуточно :). Особенно, в первое время. Твое резюме и портфолио - твоё лицо. Важно, чтобы оно было привлекательным для заказчика. Наличие сертификатов - это, наверное, единственный способ как-то подтвердить свои знания. Придется развиваться намного быстрее, чем на работе.

Не надо думать, что фриланс это так прикольно и весело. Куда бы ты не ехал, тебе придётся работать. При этом, действительно выкладываться, а не филонить, как у всех бывало в офисах. 

Если брать саму работу - она ничем не отличается от того, что делаешь в офисе. Сложнее контактировать с разработчиками, когда они не рядом. Иногда система безопасности мега-бешеная. И позвонить могут в любое время. 

Вроде бы и написала, но понимаю, что нет универсального рецепта. Я не могу сказать: "Делай это, это и то - и ты станешь фрилансером". У каждого это по-разному получается. Хочешь работать? Шерсти на выходных сайты с работой. Находи какую-то подработку на вечер. Трать на это всё свободное время. Взвесь, где тебе будет лучше в перспективе. Уволься с офиса. Это мой вариант. Как получится у другого человека по этой схеме - получится ли? - я не могу ответить. Слишком много входных данных. Но я знаю, что работы много. И всегда можно что-то найти.