Кое-что о джуниорах

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

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

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

А вот тут в одну из команд набрали 3 джуниоров. Совсем-совсем джуниоров. Специально воспитывать. Они даже студенты ещё (это неловкое чувство, когда понимаешь, что люди, которые родились в год, когда ты пошла в школу, уже работают с тобой. Какая я старая)

Просто, чтобы не забыть:

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

2. Джуниоры - на то и маленькие программисты. За ними нужен глаз да глаз.

3. При этом, не пугать их, общаться с ними нежно, без криков. Они делают это от незнания. А от тебя зависит, как они дальше будут воспринимать других тестировщиков.

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

Бонус:
5. Слаженность работы в команде не отменяет того, что надо вести хоть какую-то документацию. Как минимум, новым людям будет проще разобраться в проекте. И программистам, и тестировщикам, и аналитикам.

Были ли у вас вот такие ситуации? Когда надо заново привыкать к работе по простейшим проверкам?

Кое-что про учёбу

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

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

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

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

В этот раз, ребята решили не останавливаться на  двух днях конференциях. Перед основной конференцией будет день тренингов, по различным направлениям. А самым приятным дополнением является, что благодаря software-testing, можно получить скидку в 10% (как на саму sqadays, так и на тренинги), пройдя по вот этой ссылке

Больше учёбы, хорошей и разной, в общем)

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

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

Прошло время. В декабре (а именно 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 :) Я расскажу, как я дошла до жизни такой, и что теперь с этим я делаю.