Наталья Новотная

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

noreply@blogger.com (Natalia Novotna) — Thu, 15 Dec 2011 15:14:00 PST

Всем привет и доброго время суток :)

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

Мой мир перевернулся:
тестирование => аналитика
waterfall => agile
новый проект, новая команда, новая компания.

Но не смотря ни на что, я по прежнему стою за качество разработки программного обеспечения :)

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

Ну и еще одна бомбовая новость от Лаборатории тестирования

"А вот и новинка. В мае 2012 в Минске запланирована международная конференция аналитиков Analyst Day. "

Хочу туда!!!

IT Jam 2011, Odessa - как это было

noreply@blogger.com (Natalia Novotna) — Fri, 16 Sep 2011 04:24:00 PDT

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

И сразу же исправляюсь:

IT Jam 2011, Odessa, 20th August - Спасибо моим коллегам, которые вырвали меня из лап будничной рутины и повезли на ивент.
Это первый раз, когда я посетила формат meet&mix. И в целом мне понравилось. Услышала пару интересных докладов, и познакомилась с замечательными людьми. Встретилась с уже давно знакомыми. Интересный формат ПечаКуча - может быть как забавным так и скучным. А еще хочу попробовать.
Поеду ли на следующую встречу? - Да.

По существу:
На ивенте 1 секция для тестировщиков и общая, остальные для разработчиков. Поэтому много рассчитывать на доклады не стоит. Фокус тут больше на словить кого-то знакомого или нового и пообщаться.
В принципе, что я и делала :) Из докладов хочется отметить Артема Розуменко, как самого вдохновляющего докладчика. Эмоционально, по существу и живо.
Панель дискуссии больших шишек.... ну сложно сказать, интереснее было твитер читать.
ПечаКуча - как уже сказала, формат понравился. Хочется попробовать себя в нем.
Автерпати - ребята молодцы.

noreply@blogger.com (Natalia Novotna) — Fri, 16 Sep 2011 04:14:00 PDT

11 встреча

Сообщества Тестировщиков Днепропетровска

Четверг, 29 сентября, 18:45, большой зал центральной библиотеки

"Лето закончилось, а вместе с ним и каникулы у Сообщества. Мы потратили это время не зря: придумали много нового и интересного для тестировщиков Днепропетровска. Решили, пусть это будет для всех сюрпризами, так что будем дарить их постепенно."

Начнем с

Гена Алпаев (Ciklum): Автоматизация тестирования: 3+7 аргументов в пользу TestComplete
Лена Футорняк (Apriorit): MS Team System – фреймворк для автоматизации тестирования от Microsoft
Игорь Павлов (Apriorit): Автоматизация тестирования в Microsoft Team System и “костыли”

Детали на нашем сайте.

Если хочется поговорить

noreply@blogger.com (Natalia Novotna) — Mon, 22 Aug 2011 09:38:00 PDT

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

Мои клубовцы поддержали, и вот мы собрались... Заказали пиццу и открыли Discussion club.
Думала поговорим о Coverage, но... было так хорошо сидеть и общаться с понимающими людьми, и мы говорили о процессах, о метриках, о возможностях джиры.
И пусть мы не разбирали по косточкам, изначально заложенную тему, встреча удалась.

Критика - сила или слабость.

noreply@blogger.com (Natalia Novotna) — Mon, 15 Aug 2011 05:23:00 PDT

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

Иногда и такое бывает

noreply@blogger.com (Natalia Novotna) — Wed, 20 Jul 2011 08:40:00 PDT

Иногда и такое бывает: самое эффективное решение не только самое простое, оно еще на виду у всех. Ну как бы сверху. А ты сидишь копаешься в деталях, и пытаешься придумать супер-пупер решение, ну или костыль. Пока кто-то или что-то не заставит тебя поднять голову и посмотреть вокруг, сменить фокус.
Например, материал с прошлой конференции SQA Days - 9.
Дело было так: смотрю доклад Натальи Руколь: Управление командой в пляжных шортах. Тема легкая и как будто уже давным-давно знакомая. Но тут «руководители слишком зациклены на том, что сотруднику необходимо работать над своими слабостями.И иногда вариант поставить работать в пару с другим человеком, чтобы они дополняли друг друга – просто не рассматривается» (это не дословная цитата, смотрите Правило №5, 8:00).
И да! Таки я оказалась зацикленной. Для меня это что-то совершенно новое, и тут же чертик нашептывает «могла бы и раньше додуматься».

Вот такой вот Insight!

9-я встреча тестировщиков Днепропетровска

noreply@blogger.com (Natalia Novotna) — Mon, 23 May 2011 00:19:00 PDT

Тема доклада у меня на эту встречу сама собой напрашивалась.
Как это получить такой клевый опыт, работы с требованиями, и не рассказать об этом?!

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

Так что, ждем всех желающих на 9-ой встрече тестировщиков Днепропетровска.
Обратите внимания, мы в новом месте.

Три в одном: план мистера Фикса\вот и пригодились шишки менеджера\сети на бизнес аналитика

noreply@blogger.com (Natalia Novotna) — Wed, 18 May 2011 13:29:00 PDT

День15-16-17
Простите, но писать каждый день становится все сложнее.

Тайм-менеджмент: В работе аналитика больше процент появления срочных или\и не запланированных задач. Тут приходится подстраиваться по бизнес. "Совещание через час? Да конечно!" Нужно ловить такие моменты, иначе болтанка может затянутся на долго.
Как же планировать? Пока рецепта себе не составила.
То что раньше был при тестировании не годится.

План тестировщика (примерный):
Крупная и важная задача на 3-4 часа.
Срочные и мелкие активности на 2-3 часа.
Запасные задачи (background).
Совещание + не запланированные задачки на 2-1.
+ много условий при разных ситуациях.
Редко бывает (это исключение), что в качестве не запланированной будет срочная и крупная задача (по крайней мере у меня).

А вот в аналитике пока у меня 2-3 крупных сюрприза + срочные и мелких мешочек. Сложность в том, что пока прогнозировать такие сюрпризы я не научилась. Так что думаю...

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

Ну и как бывает дзен пришел негаданно. Увидела(!) возможность привлечь силы команды, это позволило бы все сделать за 1 день. Главное правильно поставить задачу.

Вдохновленная вернулась, и за 20 минут у меня осталось 3 задачи. А к вечеру, 7 из 12 были сделаны, 2 наполовину, а остальные на бизнесе. Согласитесь это не 3-4 дня.

Вот сколько читала, видела и шишек насобирала. Только сейчас реально это начинает работать на меня. Приятно.... Да и еще перерывы не только приятны, но и полезны.

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

Получение результата: Как часто бывает пишешь по 10-20 писем и не одного ответа. Пишешь с копиями на главного - ответа все так же нет, да и главный сердит за спам.
Заметила, что можно задать 40 вопросов и так не получить того, что нужно. А можно задать 2 и все станет ясно.

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

Пришлось мне расставлять сети на бизнес аналитика.
1. Договорится о коле (call) на 10-15 минут, чтобы в нескольких словах он описал ожидания бизнеса.
2. Вложиться в эти 10-15 минут и получить необходимые ответы для продолжения работы (на ту пару вопросов). Заметьте это могут быть не все. -> Мой аналитик удивился, но это было еще не все.
3. Сделать задачу быстро и качественно (согласна требует определенного профессионализма). Ну я с учетом других задач, сделала вижен за пару дней (повезло знакомый функционал попался, но и незнакомый можно обыграть с выгодой).

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

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

Осталось не дать сесть себе на голову ^-^.

Настроение: автопилот

noreply@blogger.com (Natalia Novotna) — Tue, 17 May 2011 23:35:00 PDT

Вот интересно как отреагируют люди, на причину увольнения типа "~~адские~~ некомфортные условия работы"?

С этой зимы мы переехали в новый офис. Ближе к центру и значительно больше.
И вот почти лето, а жара уже началась.

Если на улице еще не очень жарко, то в офисе +35-40 духота и парилка.
"Система вентиляции недоделана, ведутся наладочные работы..... " и так уже чуть больше месяца.

UPD: У меня на столе горячий шоколад. Нет не в чашке, а в фантике. Утром принес в офис шоколадку, к обеду получи - горячий шоколад.

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

UPD: 24/05/11
Вчера расспечатали плакаты, типа "У нас уже 33,7 а мы все еще дышим", "Даешь 34" или "Забудь прохладу всяк сюда входящий" и.... поржать успели только пол дня. потом наконецто все включили.
Так что теперь мы спасены ^-^

Штиль и шторм

noreply@blogger.com (Natalia Novotna) — Sun, 15 May 2011 07:15:00 PDT

13 и 14 дни как две стороны монеты.

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

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

Настроение: я - папа Карло

Аналитика - вижен

noreply@blogger.com (Natalia Novotna) — Sun, 15 May 2011 07:05:00 PDT

Мой первый вижен - в самом деле только мой. Я создала его с чистого документа. Приятно. ^-^

Вот как это было:

Нарисовала и описала все я сама. Отправила на проверку, и ..... тут я прозрела (!).

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

Села переписывать.

Задача:

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

Вижен тестировщика:

Спека по загрузкам: Обновить главу 3.2.1: добавив в список загрузок «Дверные ручки».

Добавить пример файла.

Добавить в фильтр новое значение «Дверные ручки».

Глава 6.1 – В случае завершения загрузки с ошибками, генерить ексель отчет: <товар>,<описание ошибки>.

Спека по загрузке товара:

Глава 3. «Функциональность не доступна с UI» изменить на «Загрузить товар можно со странички загрузок (см. спека по загрузкам)»

Вижен аналитика:

1. Introduction:

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

2. Main algorithm:

Пользователь с правом на загрузки открывает страницу загрузок.

Выбирает тип загрузки«Дверные ручки» и файл

Файл грузится в базу и на UI отображается в таблице загрузок со статусом «В процессе».

Основная джоба отправляет файл в директорию загрузки.

Джоб загрузки товара выполняет загрузку.

Результат обновляется в таблице результатов:

- Успешно – все загружено

- Успешно с ошибками – при загрузке возникли проблемы

- Не успешно - все остальные случаи

Alternative:

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

3. UI Access – описание прав доступа к страничке и ее новый вид. Все предложения в виде пользователь может просмотреть результат в таблице и т.д. Результат можно отфильтровать.

Надеюсь проследить какую именно ошибку я исправила можно. Все документацию не привожу, так как это много буков.

Что такое 20/80 для меня в аналитике

noreply@blogger.com (Natalia Novotna) — Sun, 15 May 2011 06:32:00 PDT

Эту запись пришлось сделать на несколько дней позже. Все из-за ...

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

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

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

Иначе говоря, всегда сложно принять решение, чем его выполнить.

Если в тестирование 20/80 принятие решений / исполнение, то аналитика это все наоборот 80 % времени то и делаешь, что принимаешь решения: мелкие, крупные, важные и не очень. И 20% ты доказываешь эти решения другим J. Вот такой вот 12-ый день полета.

Настроение: а я и не знала…

Борьба двух я, или аналитик VS тестировщика

noreply@blogger.com (Natalia Novotna) — Tue, 10 May 2011 12:50:00 PDT

День 10
...запись отсутствует.
Похоже что были серые раб будни, т.е. "копать! копать! и копать!"

День 11
Вхожу в легкое пике или раздвоение личности.

Преамбула или картина мира тестировщика:
Одна из задач тестировщика при верификации требований, выявить неопределенности\неоднозначности и риски.
Неопределенности\неоднозначности - уточняются, типа "поддерживаем документы ворда" - надо уточнить какого именно только 2003 или и выше.

=>Отвечать будет аналитик, т.е. ответственность будет на нем, если надо было не только 2003 офис но и 2007 тоже.

Риски - по сути это те же неопределенности, но с большим количеством возможных вариантов решений. Итак, риски - озвучиваются, например, при архивации данных, в оставшихся придется часть данных а) подкорректировать, чтобы гарантировать целостность структуры данных б) изменить алгоритм и архивировать только тогда, когда все родители и дети структуры удовлетворяют условиям архивации.
=>Отвечать будет аналитик, т.е. ответственность будет на нем, и т.д.

И пусть я пишу, что отвечает аналитик, мы понимаем, что умный аналитик спросить подтверждения у бизнеса или ПМ, но суть остается прежней: Ответственность за принятие решения, что нужно бизнесу лежит не на тестировщике!!!

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

Пике - аналитик VS тестировщика:
Сегодня утром получаю письмо от трижды молодца тестировщика о неопределенности и риске.
"АААА! Там же все нормальным языком написано. Ну пусть слегка вообщем. Не могли сами догадаться? " (измена) "хм, да и вроде бы говорили только об этом, мож бизнес и это хотел еще? блин, не могли раньше заметить"
А в то же самое время, другая я "Ура! Так все верно! Молодца!"

Было довольно забавно, ощущать противоборство двух ролей.

Главное, что победила дружба: тестировщик - сказал, аналитик - сделал ^-^.

Настроение: кто здесь? ты кто? а я кто?

Утро нужно начинать с позитива.

noreply@blogger.com (Natalia Novotna) — Mon, 09 May 2011 23:25:00 PDT

Кто такие тестировщики? Чем они занимаются?
Казанское сообщество тестировщиков попыталось узнать общественное мнение по этому вопросу. Результат здесь http://ap-test-team.blogspot.com/2011/03/blog-post_26.html

Аналитика – Умение задавать вопросы

noreply@blogger.com (Natalia Novotna) — Thu, 05 May 2011 13:05:00 PDT

Кроме эмоций и впечатлений в бортовом журнале, хочется отметить и существенно полезные вещи.

Например: Умение задавать вопросы.

Так и хочется добавить «правильные», но это еще успеется.

Итак, что же такое это умение задавать вопросы?

1) Вопрос должен быть правильным, т.е. важна его формулировка.

* Читая вопрос, бизнес (заказчик или его представитель) должен осознавать так называемое business value.

* Открытые вопросы помогают узнать оригинальные ожидания бизнеса, Уточняющие, наводящие или альтернативные вопросы помогут сформулировать ожидания в терминах приложения или склонить к варианту. Закрытые вопросы помогут получить однозначный ответ.
Примерно так: «Пофиксим в этом релизе (+1 чел\день) или следующем?» будет лучше чем «Что делать?»

* Вопросы должны быть максимально содержательны, вежливые, и лаконичны.

2) Вопросы должны быть в правильном порядке. Следует сначала уточнить ожидания бизнеса, а не предлагать всевозможные варианты (они могут быть просто бесполезными).

3) Вопросы должны быть заданы в правильное время.

* Чем раньше, тем правильнее. Просто? Нет. Читаем дальше.

* Есть нюанс, в зависимости от того с чем работаем: BR, FR или FS. Спрашивать о деталях реализации, когда идет обсуждение концепции задачи?

* Да вы можете хорошо поговорить и договориться, но после окажется, что идея не в том была.

* Результат – впустую потраченное время и полезность 0.

* Отмазка типа «зато лучше понимаем заказчика» - липа.

* Не понимая его ожиданий, мы не понимаем бизнес. Да и в инвойсе у нас нет пункта на оплату «просто пообщаться», это только у психотерапевтов.

4) Вопросы надо уметь правильно подавать. Выслав простыню в 45 вопросов, вы не обрадуете бизнес, даже если они все правильные и нужные.

* И вопрос-ответ тут идет не в одну итерацию. Даже у хорошего аналитика это будет цепочка писем – больше похоже на беседу.

*Лучше разделять и читабельно оформлять вопросы. Даже в очень коротких сроках, эти 45 вопросов можно обработать в один день да еще с удовольствием.

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

5) (точно еще что-то было, но оставлю это на потом)

И еще одно замечание, уже ближе к тестировщикам.

Умение задавать вопросы применимо как к аналитикам, так и тестировщикам (и многим другим ролям в проекте). Но а) универсальные солдаты, бываю только в кино б) «разделяй и властвуй» это Цезарь сказал о проектах, хотя их тогда еще не существовало.

Ядро работы аналитика, как мне кажется, содержит умение задавать вопросы, в то время как для тестировщика это будет рядом. Если тестировщик может задавать много и разные вопросы, то аналитик должен быть внимательным, так как он лицо компании для бизнеса. Тут не поспамишь вопросами, и застенчивыми смайликами (это в общем случае).

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

Стикеры на мониторе и столе - полезность

noreply@blogger.com (Natalia Novotna) — Thu, 05 May 2011 11:57:00 PDT

Стикеры на мониторе и столе не только украшения, но и рабочий инструмент.

Иногда случается, что в пылу множества задач и сжатых сроков, или специфических задач, я пропускаю что-то.
Как с этим бороться?
Я пишу на стикере и клею на монитор =>
+ всегда перед глазами
+ постоянно отклеивается, я клею обратно, и еще раз читаю.

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

Почему не электронные стикеры?
- Рабочий стол у меня редко видно.
- боковые панели заняты
- горячие клавиши переопределены (~~засада для тех кто пробует работать на моей машине~~)

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

Бортовой журнал тестировщика-аналитика. День 7-9

noreply@blogger.com (Natalia Novotna) — Thu, 05 May 2011 10:25:00 PDT

Осваивать неосвоенный космос - не просто. Даже если по нему много есть книг и ученых.

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

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

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

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

*** (!) И приятное вчера подписали мою первую спеку. Долго не могла поверить, все спрашивала, правда что ли.

Настроение: в засаде.

PS: по свежим следам готовлю мини докладик по требованиям. На следующем слете тестировщиков поделюсь впечатлениями и умозаключениями.

Бортовой журнал тестеровщика-аналитика. День 5-6

noreply@blogger.com (Natalia Novotna) — Thu, 28 Apr 2011 08:30:00 PDT

В тестировании для меня всегда самой сложной и важной была фаза тест дизайна.

Именно тогда делался анализ задачи, верификация требований, разработка тестовой стратегии. Планирую заниматься тест-дизайном, я специально выбирала время, когда меня не будут отвлекать или отвлекать, но по минимуму.
Это было 3-4 часа кропотливой работы, внимания и собраности. А после требовался отдых и релаксация.

Один фактор очень отвлекает сделать выводы по работе аналитика - это "сделать на вчера". Говорят, такое редко бывает. но пока другого не видела.

Заметила бардак в процессе. Информация в разных доках, письмах у разных людей и в головах. Собрать все воедино: доки и головы, а потом еще выкинуть дубликацию информации и не актуальные данные. Эх тяжко (а колёсики в голове уже крутятся, как бы тут навести порядок ^-^)!

Настроение: скучаю за тестированием.

Бортовой журнал тестеровщика-аналитика. День 4

noreply@blogger.com (Natalia Novotna) — Tue, 26 Apr 2011 10:49:00 PDT

Утро вечера мудренее. Народная мудрость все таки рулит.

Сегодня весь пятничный ужасный хаос превратился просто в план с задачами.

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

Еще постоянно включается режим тестеровщика, что существенно влияет на скорость работы. Тестеровщик пытается все протестировать, но это отвлекает от нужд бизнеса. Как вариант можно провести аналогию с приоритетами.
1 Важно в первую очередь выявить проблему бизнеса, его потребность, также критерии к решению.
2 Далее рассмотреть возможные варианты решения их проблем вне возможностей приложения.
3 Добавить возможности приложения к анализу - это либо увеличит варианты, либо сократит
4 Проверить все варианты в перспективе, т.е. протестировать.

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

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

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

покорение новых высот, или испытательный полет. в роли белки - тестеровщик

noreply@blogger.com (Natalia Novotna) — Fri, 22 Apr 2011 08:52:00 PDT

Или Записи бортового журнала :: тестеровщик в рядах функциональных аналитиков

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

Итак интрига:
1) Поступило предложение продлить испытания на месяц ~~беспросветного рабства у аналитиков~~.
2) Размышления и взвешивания всех за и против - проведено. Вывод - новый опыт это плюс.
3) ПМ: Сейчас ~~придумаю~~ выдам задачи....

День первый - затишье

Спокойный копи-паст, шлифовка мелочей. тихо, хорошо и спокойно. Не считая белого шума в виде ПМ пингующего вопросом: Привет. ну как там?
Настроение предвкушение хорошего

День второй - и грянул гром
ПМ разослал проекту письмо со списком моих задач.
1 секунда - отпрываю письмо
2,3,4,5 просматриваю 6 сделала, 4 слышала краем уха, 3 приятно познакомится, пух
6 - тишину нарушает телефонный звонок от разработчиков из Москвы. После него еще и еще. а между подходят разработчики, что рядом. Ну и тестеровщики. И почему все с вопросами по последним 3 задачам (~~между прочим две из них как больше 6 сделанных в 2 раза~~).
ой пора обедать. т.е. ужинать. или уже не успею ведь пора на встречу тестеровщиков.
Читаю спеки как можно больше за 15 минут и убегаю на встречу тестеровщиков.

Поняла специфика задач кардинально новая. Мой тайм менеджмент шатается и готов рухнуть.
А еще это как тест дизайн но раза в 5 сложнее. Плюс открываю для себя Word с новой стороны.
Настроение вдохновение

День третий - первая зона турбулентности
Кажется впереди бочка.
Задача: сделать так как хочет BA. Он в отпуске и есть одна фраза: попроще. Еще таких задач не описывала, в какую спеку писать неизвестно. Одно уточнение, мы типа работаем по CMMI и со спеками строго. Два часа на телефоне и час в чате. Час по спекам. Есть сделала.
Жаль лучше бы еще поковырялалась. ибо дальше еще лучше.
Русская рулетка: 6 источников информации - и только один верный. "Ой а это только третий день?"
Нет я не паникую..... Осваиваю высший пилотаж.

Поняла: затрудняюсь ответить на этот вопрос. провела серию испытаний по вариантам комуникаций с командой. успешно 10%.... интрига. ... мысли обрываются .... и путаются....

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

результат 8 встречи сообщников тестирования

noreply@blogger.com (Natalia Novotna) — Thu, 21 Apr 2011 23:18:00 PDT

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

НО главным событием был наш гость - Леша Лупан. На встречу пришло больше 100 человек. Это первый раз когда пришло столько народу.

Леша рассказывал "о вавилонском тестотворении". Первые пять минут были о Зиккуратах и Вавилоне. Даже улыбно на мысли, что со стороны и не догадаешся, что это тестеровщики. Но после литературного отступления, были уже привычные и родные слова.

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

Еще раз услышала о вики. У нас в проекте она есть, но ее не юзают. Каждый раз слыша о вики, мне тоже хочется попробовать. Как это так все пользуются, а я нет. И слушая доклад родилась идея для каких целей можно ее опробовать, так что как будет время испытаю.

Ну и сюрприз ожидал меня в конце доклада. Я даже забыла про то, что должна была поднять табличку «осталось N минут». На одном из последних слайдов, замечаю знакомое имя, слишком знакомое ибо моё. Леша, спасибо польстил. "О том как быть незаметным и незаменимым тестеровщиком" неожидано и приятнооооо.

Доклад и видео всего этого будет немного позже.
А вот фото:

8 встреча сообщников тестирования в Днепропетровске

noreply@blogger.com (Natalia Novotna) — Tue, 19 Apr 2011 03:49:00 PDT

В этот раз 21 апреля, в 18:45 мы принимаем гостей, т.е. гостя.
К нам приедет Алексей Лупан. Да, да, да! Именно он самый “QA - грамотно”.

В программе доклад и конечно же секция поговорить.

Так что приходите! Детали и Регистрация прилагаются.

Для ленивых:
21 апреля в 18:45, 21 апреля, в 18:45
пр. Карла Маркса, 93, Дом Союзов, 5-й этаж, зал № 510.

Отчеты об ошибках

noreply@blogger.com (Natalia Novotna) — Fri, 08 Apr 2011 04:32:00 PDT

К вопросу, о том, зачем и кому пишем отчеты об ошибках?

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

В часности, в ожидаемых результатах удобно писать
According to <имя спеки>, <глава>
<выдержка, что ожидается>.

Сейчас у меня более 20 спек и каждая увесистая: от 50 и более страниц. Так что такой подход спасает. При ответе по баге, мне достаточно открыть описание в джире.

Но вот буквально на днях, произошла незадача.

Мы перешли на:
- SharePoint и теперь имя спеки это устрашающего вида линка.
- JIRA 4.2 безумно тормозящая (ну по крайней мере у нас)

И вместо 1 минуты на багу приходится тратить 5. Я решила сэкономить и опустить ссылки на спеки и выдержки из них.

Через 2 часа - слушаю от разработчика: а где ссылки? ты раньше их вставляла, так удобно было. и т.д.

Ну вот! А вы говорите, не читают :)

InfoQ: QCon Keynote: Innovation at Google

noreply@blogger.com (Natalia Novotna) — Fri, 25 Mar 2011 00:09:00 PDT

Вчера удалось посмотреть интересный доклад об инновациях в гугле.
Вот тут: InfoQ: QCon Keynote: Innovation at Google.

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

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

А еще при внедрении, хорошее замечание, надо сделать так, чтобы команда думала, что это по зарез необходимо :)

Эксперимент новых встреч - состоялся

noreply@blogger.com (Natalia Novotna) — Mon, 14 Mar 2011 12:50:00 PDT

QA Dnepropetrovsk Community – эксперимент новых встреч состоялся!

Мы как раз поместились за столиком, и душевно поговорили.

Планировали поделится впечатлением о Селениум Кэмпе, но зацепились за частные случаи и в итоге делились примерами из опыта по автоматизации.
Стоило мне заикнуться о моих граблях, как получила брейншторм идей и решений. Теперь не отвертеться, надо будет отчитываться по результатам применения. :)

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

В принципе, я считаю, что эксперимент удался.

Спасибо всем, кто смог прийти.

В следующий раз, ждем тех, кого релиз не отпустил сегодня.

Дата следующего слета пока открыта.