Test It! Про приёмо-сдаточные испытания

Всем привет-привет!
Сегодня очередная пятница, а значит пришло время для очередного выпуска Test It. И сегодня мы поговорим о том, как сдавать программу заказчику.

Вот ded пишет:

"Здравствуйте.
Мы занимаемся разработкой программного обеспечения для телевизионных приставок. Компания - интернет/ктв провайдер. 
Сейчас идет продвижение IPTV, приставки ставим нашим абонентам. Перед выпуском новой версии проверку осуществляет служба тех. поддержки. Однако план проверки отсутствует и не ясно можно ли доверять их результатам. Мы взялись за то чтобы создать план проверки новой версии.
Чего хотим этим добиться:
    Находить ошибки раньше конечных пользователей, до выхода новой версии
    Включить в процесс разработки еще и внутренне тестирование(внутри группы разработки, но занимаются не программисты)

Вопросы:

    Как описать и сгруппировать тестовые сценарии в наборы?
    Как организовать процесс тестирования и разработки?
    Как организовать приемо-сдаточное тестирование"

Наверное, это самый животрепещущий вопрос: а как сделать, чтобы пользователи не нашли ошибки.

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

1. Ввести поле "логин" admin
2. Ввести в поле "пароль" 12345
 Ожидание - пользователь перейдет в личный кабинет.

А можно написать чек-листом:
Проверка логина:
1. Корректные данные
2. Некорректные данные
3. Пустые значения.

Конечно, это всё утрированно сейчас. Но принцип, надеюсь понятен?

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

По поводу приёмо-сдаточных испытаний. На самом деле, не так всё страшно, как кажется. В первую очередь, это надо иметь такое же "железо", что у заказчика. Иначе смысла не будет. У меня был случай, когда программа прекрасно работала на 7ке, но у конечного заказчика была Виста. И там стало всё-всё-всё плохо. Для того, чтобы избежать таких ситуаций, изначально надо уточнять, на чём будет работать программа. И постараться это приобрести. Хотя бы виртуалки. На самом деле, эти все моменты обговариваются в ТЗ. Поэтому с выяснением проблем не должно быть.
Ну и соответственно, какие тесты должны выполняться при приёмо-сдаточных испытаниях? Понятно, что вроде должно работать абсолютно всё. И никакие апострофы не должны ломать программу. Но тут уже из того набора, что был раньше (на котором программа тестировалась и в хвост, и в гриву) выбираются те, которые наиболее типичны для пользователя. Например, вряд ли нормальный пользователь (если это не тестировщик, конечно же) будет вводить в поле  все символы в имени или 150%. Эти моменты должны быть протестированы раньше. В приёмо-сдаточное остаётся только ввод 45%, например. Или имя обыкновенной средней длины.
Обычно, кстати, вот эти тесты согласовываются с заказчиком. Иначе может быть большая проблема. И приёмо-сдаточные, опять же, в основном, проводятся на стороне заказчика. Но чтобы быть уверенным, что всё будет хорошо, надо иметь такой же набор тестов. И прогонять по нему перед тем, как отгружать программу.

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

Все вопросы и предложения можно оставлять в комментариях. Кстати, а как у кого приёмочные тесты проходят?
Ну и нам можно писать по следующему адресу

Приём-приём :)

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

Все, кстати, помнят, что с понедельника стартует ConfetQA? И первая в этот раз будет FunConfetQA под руководством Тани Зинченко? )

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

А ещё вчера у Тани был очередной выпускной в Курсе практического тестирования. В наших рядах тестировщиков прибыло. И даже некоторые уже нашли работу (вот так вот)

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

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

Ну вот как-то и закончились новости пока что. До понедельника :)
Санук!

TEST IT на связи :)

Бу :)
Первым делом, охота поздравить всех с тем, что зима закончилась. Да здравствует Весна!) Совсем скоро будет тепло, ConfetQA, потом летние школы и ещё куча-куча ништяков)

А вторым делом, хочу напомнить, что сегодня пятница (внезапно) и значит пришло время для очередного выпуска TEST IT.

Ну что, поехали?

Алексей задаёт вопрос:

"В настоящее время большое внимание уделяется тестированию Web-приложений.

При этом тема тестирования Desktop-приложений, как бы, остается в стороне.

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

 Да, есть такие приложения, как TestComplete, MS Visual Studio, SilkTest, Rational Functional Tester. Но все они платные и каждый из низ требует времени на изучение.

Какие приложения получили признание тестировщиками в своей работе при функциональном тестировании и тестировании пользовательского интерфейса?

Есть ли по ним хорошая документация на русском языке?"

Вообще, если брать бОльшую часть моей работы, то я тестировала именно десктоп. Ответ мой, правда, будет однобоким, т.к. я работала только с MS Visual Studio. Да и вообще, люблю я майкрософот, тфс и тест менеджер. Даже доклад на ConfetQA делала.

Да, студия платная. Но если она была куплена в офис для программистов, то TestManager идёт в комплекте, начиная с proffesional. При этом, информации много и на MSDN (хоть и перевод корявый на русский), и в печатных изданиях на русском.

В первую очередь мне понравился TestManager+VS+TFS, что всё лежит в одном месте. И он действительно заменяет всю кучу программ, которые используются в работе. Здесь и тест-план лежит, и баги, которые можно привязать к любому тест-кейсу, и отчёты, и код автоматических тестов. Можно проследить всю историю по работе с определённой функцией, которую сейчас тестируешь. В 2012 TestManager вообще добавилась возможность тестировать не только по сценариям, но и исследовательским методом, за что им огроменный плюс в карму. Ещё круто, что даже при написании автоматизированных тестов, студия даёт хороший такой выбор: и тестирование пользовательского интерфейса путём записи действий, и тестирование базы данных, и веб-тесты, и нагрузочные тесты, в которые можно запихать тесты, написанные ранее.

Что мне не особо понравилось во всём этом деле: Майкрософт хитрый. Он некоторые свои же технологии начинает поддерживать с определённой версии. Т.е., например, автоматизировать приложение, написанное на silverlight 4.0 можно, а написанное на 3.5 нельзя. Только ручками проходись.

А по поводу того, что тема в стороне... Ну, различий немного, в принципе. На нагрузку не потестируешь, на кроссбраузерность. А так.. Функциональное надо? Надо. Тестирование базы данных надо? Надо. Автоматизировать можно? Можно. Да, есть свои особенности. Это, в первую очередь, тестирование установки. Особенно, установка не на C-диск. Тестирование удаления (проверка, что удаляются все компоненты). Тестирование совместимости, когда две версии одной программы установлены на компьютер.

А ещё мы ждём ваших вопросов по адресу sprosi.testera@gmail.com

Про нас, бедных :)

Тут у Тани Зинченко идёт третий курс по обучению ребят тестированию. Я там, кстати, помогаю (чему я очень сильно удивлена).

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

Ну да ладно. Я это всё к чему веду. В одном из домашних заданий студентка прислала вот такое вот сообщение:

"Одна мысль: тестировщиков вообще кто-нибудь любит? Программисты отгребают от них, аналитики тоже отгребают…пока прошлась по всем видам тестирования, поняла, что от взгляда хорошего тестировщика ни один член команды не укроется – даже дизайнер отгребет, если интерфейс будет непонятным или некрасивым. Как вы еще все живы и здоровы? "

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

А нас любят. Без нас скучают. Без нас страдают. Мы, по ходу, и тут нашли какой-то баг в отношении. Нестандартное оно :)

TEST IT. Пост первый. Про спецификацию и сертификацию

Прива всем!
Все же помнят, что сейчас появляется потихоньку журнал Test it (а ещё есть два поста: здесь и здесь)? И вот сейчас, в пятницу, моя очередь отвечать на письмо от Алексея:

"В ближайшие полгода в плане организации пройти сертификацию по 3 классу безопасности на ПО (промышленность: атомная энергетика).

В частности, на соответствие ГОСТ Р МЭК 62138-2010.

ПО специфическое, связанное с электроэнергетикой (релейная защита).

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

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

Особенно много вопросов по поводу документов:

Спецификация требований к ПО

Спецификация проекта ПО

Спецификация интеграции ПО

Не хотелось бы изобретать велосипед.

Может быть, кто-то сталкивался с данной проблемой и успешно ее решил?"

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

Я сама, когда пришла в фирму в 2010 единственным тестировщиком, очень волновалась: как? Я? Тестировать прогу для Курской атомной станции? Помню, как с ужасом читала Т.З. и понимала, что мне же, наверное, надо будет вот все спецификации изучать, как что оформлять...

Потом прошёл год, прошёл мой диплом, настал на работе момент, когда меня попросили описать требования к ПО и написать примерный план по интеграции, снабдив списком ГОСТов.. Так вот, эти ГОСТы оказались теми же, по которым я оформляла свой дипломный проект. Это радовало, да)

А ещё реально в примерах помогал сайт rugost.com, на котором прям расписаны шаблоны, чтобы особо не париться.

Так что каким страшным не было словосочетание "атомная энергетика" - не так там всё страшно. Там только заказчики... хм.. сложные, да )

Надеюсь, что ответила на вопрос. 

Также мы ждём ваших писем вот по этому адресу

Зимние мысли о лете

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

Что же такое школа? Когда на нашем самом любимом сайте появилась запись о том, что стартует запись на Летнюю школу, то я прыгала до потолка. Потому что в прошлом году я уже была в ней. И это очень сильно изменило мою жизнь. Я увидела кучу тестировщиков, я узнала столько, сколько никогда бы за 9ть дней не нарыла в интернете, прожила полгода в Москве, перешла на фриланс... В общем, все изменения, касающиеся работы, тянутся вот с того, что я захотела понежиться на Чёрном море.

Чем же хороша эта школа?

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

Во-вторых, это сама программа обучения. Утром встаёшь, неспешно завтракаешь, потом начинаешь заниматься с Алексеем Баранцевым (в прошлой школе, кстати, к середине занятия Наташа Баранцева приносила мороженку покушать). Отзанимался 4 часа? И вперёд, в город по музеям, по экскурсиям или на море загорать и купаться) А уже вечером, когда спадает основная жара, продолжение занятий с Наташей Руколь.

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

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

И в-пятых, это нереальная позитивная атмосфера, с которой не так просто расстаться, как кажется.

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

К чему это всё я? А, да. Если вы ещё думаете, как сделать это лето незабываемым, то Летняя школа должна быть в планах обязательно =)

Приятности :)

[21:02:46] Ирина Винокурова: Вот смотри.

[21:02:47] *** Ирина Винокурова отправил IMG_09012013_210247.png ***

[21:09:20] programmer: ща мы тут замышляем недоброе.. :P по 262

[21:09:38] programmer: ибо Дима посмотрел и прослезился, на какие бабки он попадает))




Вот как иногда полезно начертить майнд-карту по статусам и посмотреть, как новая функциональность в это всё вписывается :)

С первой рабочей неделей в 2013 году!

Новогодний пост

Аааа, блин :)
Хотела написать подробный пост о том, как было круто в этом году :)
Но мыслей нет )

Этот год действительно был годом больших перемен.

Я познакомилась со многими тестировщиками (до этого вообще как в вакууме жила)
Много училась. И в летней школе, и на SQADays, и на ConfetQA, и на курсах по тестированию производительности (вот как доделаю домашку, сразу напишу, какой Алексей Баранцев крутой, дада)
Я завела блог :)
Я выступала на ConfetQA и на выпускном Тани Зинченко. Вааащеее никогда бы не подумала, что я могу выступить. И что у меня есть, что рассказать )

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

з.ы. А вот кстати, у меня будет целых три новых года :) московский, калининградский и польский. Бага или фича? :)

ТЗ? Не, не слышала...

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

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

В одном ТЗ вообще мы с коллегами встретили очень милую фразу: "Программа должна меняться в соответствии с изменениями в законодательстве, не меняя программного кода". Смеялись долго, да. Отпаивались тоже потом. Это же реализовывать, да.

Так к чему это я?, А, да.  У тестировщиков есть одна активность, вроде как:, под названием "тестирование требований". И тут вопрос: а как это делается правильно?

Выписываются функции из тз?
Просто проверяется, чтобы вот таких фраз не было?
Ещё что-то делается, чего я пока что не знаю?

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

Что делаете вы, когда получаете ТЗ?
И видели ли вы идеальное ТЗ, в котором всё расписано по пунктам и прям сразу понятно, что да как?

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

О выходных

Требую продолжения банкета!

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

1. Люди. Это очень круто встретить тех, с кем ты учился в Летней школе тест-дизайна, и продолжить общение, будто не было полугода с окончания учёбы. Это очень круто находить новые знакомства и в очередной раз убеждаться, что всех тестировщиков объединяет какая-то особая энергетика и офигенный оптимизм. И не менее круто развиртуализироваться случайно с людьми, которых уже в течение года фолловишь в твиттере.  Будто старых знакомых встретила, бггг.

2. Доклады. На любой вкус, на любую тему. Длинные по полтора часа и короткие по 20 минут. Очень жалко, что нельзя вот разорваться и побывать на всех докладах. Вааащеее печаль. Очень жалко, что на некоторых докладах был такой аншлаг, что попасть в аудиторию задача похлеще, чем в метро утром в поезд зайти. Успокаивает только одно - всё это опять же будет выложено. Поэтому послушать можно ещё раз. Я узнала как людей обучать; как тестировать при CI; как тестировать BI-системы; какие ошибки могут быть в отношениях менеджера и тестировщика; послушала инструменты для нагрузочного веб-тестирования; что делать, если нет тех.поддержки в фирме, или она.. хм.. не особо хорошая, да; как можно по-хитрому использовать гугловские документы и ревьювить тесты; узнала, что под нас уже пытаются создать теорию, которая сыровата, правда, но всё равно прикольно же; обсудила с народом, какими мы станем в будущем; а также послушала про то, как будет развиваться Selenium дальше. Честно, ребят, спасибо вам всем. 

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

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

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

6. Афтепати. Оооооо, афтепааатииии. Бар Койот, рок, девушки на стойке, море пива, танцы, когда уже не можешь просто сидеть... Жалко, что всё же в 9ть нас попросили оттуда уйти, но где наша не пропадала? Пошли в другие места :)  А уж о том, что домой я пришла в  7мь утра, я помолчу :) Спасибо всей шумной компании. Я хочу ещёёёё с вамиии потусиииить!

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

Третий день FunConfetQA

- у тебя ДР, а ты до сих пор не дрябнула?о_О

-Прикинь?

-до чего конфетка людей доводит...(с)

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

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

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

Вторым был Александр Булкин с рассказом о том, как тестировать приложения для Smart-TV. Вообще, это всегда круто узнавать, как можно проверить то, с чем ты пока что не сталкивался (а то жизнь такая, что не поймёшь, когда тебе знания пригодятся, дада). Доклад был очень техничным и познавательным. Поэтому я его обязательно ещё раз переслушаю, чтобы запомнить некоторые вещи. Спасибо!

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

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

Отдельно хочется рассказать о конкурсе, который проводила Таня. В перерывах между докладами зрителям показывался QR-код, в котором было зашифровано слово. Необходимо было расшифровать все коды и составить фразу. Я прям пожалела, что до сих пор приложение не поставила на мобилку по этим кодам. Так что надо срочно исправлять это недоразумение ))

Такая была эта конфетка. Позитивная, информативная, приносящая опыт и праздничная лично для меня (Алексею Баранцеву вообще огромное спасибо за картинку и песенку в эфире. Воооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооооот такое спасибо :) ).

Ждём объявления о следующей конфетки! =)

з.ы. Совушка довольна и весела )

FunConfetQA. День второй

Всё-всё-всё. Нет меня, умер тестировщик (с)

А тестировщики продолжают учиться. Второй день ConfetQA. Да не простой, а FUN. То есть для всех тестировщиков, будь они мануальщиками, автоматизаторами или тест-менеджерами.

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

Пока я пыталась подключиться, в расписании наступили перемены. И первым выступал Александр Хозя с рассказом, что делать с обезьянкой, которая живёт внутри каждого тестировщика. Ведь все мы начинали просто с протыкивания кнопочек. Не особо задумываясь, а что же мы делаем. Упало - хорошо. Не упало - тыкаем дальше. Вот Александр нам и рассказал, как избавляться от этой привычки, не забыв упомянуть, что обезьянку иногда хорошо выпускать на волю порезвиться. Ещё, Александр подсказал прекрасные утилиты для манки-тестинга. Для ios я уже качаю, за что Александру отдельный жирный плюс в карму :)

Вторым выступал Алексей Баранцев. Алексей рассказывал о том, как можно применить технику pairwise и другую комбинаторику в тестировании. Честно, думала, просто обновлю знания, полученные мною в Летней Школе Тестировщиков, где этой технике Алексей уже учил. Ага, щааааазз. Я узнала, что в прекрасной программе PICT, которая используется для комбинации данных, можно задать параметры, которые будут ограничивать набор получаемых данных, исключая невозможные комбинации. А еще помечать параметры, как "плохие". И тогда "плохой" с "плохим" никогда не пересекутся! Я полгода пользуюсь этой программой и только сейчас это узнала! А ещё наконец-то поняла некоторые вещи в этой технике. И это прекрасно. Спасибо!!

И третьим, хотя должен был быть первым, выступал Андрей Кузьмичев с рассказом, как можно применить Selenium таким мануальщикам, как я. В очередной раз пожалела, что специфика заказчиков моей фирмы практически исключает веб-проекты. А то сразу бы стала пользоваться. Но всё было интересно и познавательно :)

А завтра третий день. И, уверена, что он тоже принесёт кучу полезного и интересного. Ждем-с :)

Конфееетоонька =)

Шо? Опять? (с)

У тестировщиков очередная радость - FunConfetQA. Последняя в этом году конференция из серии наших confetqa. Конференция для любого тестировщика - будь он тест-менеджером уже, автоматизатором или мануальщиком.  Конференция, которая рассказывает об общих принципах тестирования. Особенная лично для меня (но об этом позже :) )

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

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

Ведь первой стала выступать Наталья Руколь с докладом про тестирование состояний и переходов. И самое важное, что я вынесла с этого доклада - мне таки пригодилось не 2, а 3 предмета с моей учёбы :) Ведь это же конечные автоматы :) И это круто. Я даже не думала, что их так можно применять. А уж когда Наташа стала показывать свои карты, то у меня опять появилось желание половину карт срочным образом переделать, чтобы все было круто-круто. И, да, пока Наташа рассказывала про баги, найденные по картам, я любовно смотрела в бактрекинг на 6 баг, которые я нашла в казалось бы полностью оттестированной программе. А потом появилась карта и привет, баги! Теперь попробую карту сделать, как Наташа говорила, может что ещё найду )

Вторым выступал Андрей Ладутько с рассказом о том, как любую работу преобразовать в игру. Это, конечно, очень сложно сделать, не будучи начальником, но идея соревнований по сложности найденной баге, по качественно написанному коду - ох как привлекательна. Надо будет попытаться какие-то элементы ввести у себя. Если получится, конечно.

А закрывал этот день Сергей Атрощенков с очень важной темой - как писать свой баг-репорт так, чтобы его не возвращали со статусом "Cannot reproduce". Для меня эта очень важная тема, потому что, каюсь, иногда я сама свои репорты по прошествии некоторого времени не особо понимаю. Очень понравилась идея про введение шаблонов. Хотя, всё же, тут ещё все зависит от людей, к кому относится баг-репорт. К примеру, мне иногда приходится для разных программистов оформлят багу совершенно по-разному. Люди-то разные. И если одному достаточно скрин приложить с падением, то другому нужен еще и call-stack, log, снимок с виртуальной среды и т.д. и т.п.. Ещё понравилось сравнение написание репорта с твиттом. В 140 символов укладываем мысль - будь любезен уложить кратко и ёмко для программистов. 

Вот такой он, первый день. Закончился он почему-то очень быстро. Но впереди ещё два. Что не может не радовать )