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

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

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

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

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

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

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

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

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

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

Научи меня Scrum

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Один тайский вечер, и к чему это привело

-Сходил за льдом, ага...(с)

Свидетель всех вечерних разговоров)

Возглас друга-программиста, когда он вернулся на балкон

Вся эта история началась ещё в апреле месяце.

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

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

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

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

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

Летняя школа не отпускает)

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

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

Test it! Про оценку тестирования и тяжелую долю фрилансера :)

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

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

Вот и вопросы:

"Добрый день. А подскажите как правильно оценить время на тестирование? у нас много проектов (сайты) многие уже приходят на конечном этапе, когда уже разработаны... Сайты все разные от промо сайта - до портала... Времени которое разработчики затрачивают на разработку нам не известно... а рассчитывать времени на тестирование надо (тут и мобильные системы и разные версии ОС и кончено же различные версии браузеров)... так как тестирование чаще всего на конечном этапе, то автоматизировать пока не получается... Заранее благодарна" - это первый

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

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

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

Опять же, не претендуя на какую-то истину в последней инстанции, могу описать, как я оцениваю своё время. Узнаю у своих ребят-программистов, сколько примерно они готовы потратить на разработку. Но это в идеальном случае. Когда они в настроении :) Или смотрю по требованиям и примерно прикидываю, что да как должно работать. Требования вообще могут очень многое нам сказать.
Затем составляю майнд-карту (да, они рулили-рулят-и будут рулить и педалить). И сама смотрю: сколько мне надо время на тестирование ввода, например? час, например, потому что надо ввести такие-то комбинации. Если будет ошибка, то это ещё перепроверить надо будет. Ещё 10 минут. Ну и всякие форс-мажоры - 30 минут. Это, конечно, очень грубо и примитвно, но я думаю, этого будет достаточно, чтобы понять, куда двигаться)
Кстати, интересно, кто как её делает. Если кто поделится в комментах - я буду очень благодарна!

А про фриланс... Ну, привет, будущая коллега :)
Ответ на вопрос: "Как стать фрилансером" - очень простой : он на картинке :)

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

С чего начинать? С поиска программиста/команды, которым нужен тестировщик. Тестировщик на моей практике очень плохо продаётся. Потому что у заказчика один ответ: "А давайте вы будете писать код сразу без багов". И ещё, что удивительно, очень ценятся сертификаты. Потому что, по факту, - это единственное, что может доказать твои навыки.  Искать проекты на всяких сайтах с удалённой работой. И, как по мне, не надо уходить сразу полностью на фриланс. Лучше поработать некоторое время по вечерам, потому что это вполне может оказаться не вашим. Надо организовывать себя работать в условиях, в которых работать никак не хочется. Это будет больше работы. Это потеря денег, если нет работы (а все мы знаем, что иногда тестировщик просто ждёт, когда закончится разработка).

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

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

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

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

Есть ещё вопросы? Ждём их  по адресу sprosi.testera@gmail.com. Мы с радостью на них ответим.

А я пошла работать дальше, хоть уже и вечер пятницы)
Всем чус!

Test it! Про начальников и специалистов

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

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

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

"В чем отличие Руководителя отдела тестирования от Ведущего тестировщика, когда нужно/целесообразно выделять тестировщиков в отдельный отдел?

Предыстория: в компании 1 тестировщик, берем второго. Оба будут в прямом подчинении руководителя разработки он же тех.директор. Я как более опытный должна распределять и контролировать выполнение задач. Предложила выделить тестирование в отдельный отдел, т.к. часть проектов делается сторонними разработчиками и тех.директор к этим проектам не имеет никакого отношения. И возник вопрос а собственно в чем отличие Руководителя отдела тестирования от Ведущего тестировщика?"

Эм. А у меня сразу вопрос: а зачем двух людей выделять в отдельный отдел? Вы представляете, как это будет?

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

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

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

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

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

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

Решать, конечно, вам, но я вижу смысл делать отдел в других ситуациях. В моём случае это было 14 активных проектов и 5 человек тестировщиков, которые относились к разным командам разработчиков. Вот тогда мы объединились. 

А вы как считаете, когда надо выделяться в отдел? И надо ли?

Ну и мы обязательно ждём ваших писем с вопросами по адресу sprosi.testera@gmail.com