Цейтнот как стиль жизни

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

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

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

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

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

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

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

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

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

Чтобы не провести осень также чудесно, как лето, пока вижу такие варианты:
1. Помощник. И он ко мне придёт через 2 недели, как рассчитается на рабочем месте.
2. На день брать не больше 4 небольших задач. Или 2 больших.
3. Отчитываться каждый день в проектных чатиках о том, что сделано, что буду делать (и когда), а также какие проблемы были.
4. Вспомнить правило 15ти минут: вполне себе можно на вопрос не отвечать. Люди сами смогут найти решения.
5. В борьбе с прокастинацией, которая вылезла из усталости снова завести плагинчик Pomodoro
6. В нерабочих чатах отключить уведомлялки.
7. Гулять. Выходить из дома на спорт или ещё куда, чтобы проветривать голову.
8. Вспомнить, что не все деньги можно заработать :)

И ещё несколько пунктов, которые находятся в эдаком "тестировании"

У вас есть, что добавить? Как боретесь с нехваткой времени из-за большого количества работы?

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

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

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

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

И начала с 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ти "почему". Ведь действительно всегда проще обвинить кого-нибудь другого, чем разобраться, а почему же так произошло. А что надо сделать, чтобы этого больше не повторялось. А действительно ли виноват тот человек. А что тебе надо сделать, чтобы отслеживать такие вещи сразу. На самом деле, я после того урока, где Таня говорила про этот метод, села и разобрала самые нехорошие ошибки, которые были допущены у нас на проекте. Ну что же. Будем работать над тем, чтобы такое больше не повторялось.

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

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