вторник, 30 июня 2015 г.

"К четырём прибавить два" или Старые новости про проектный треугольник

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

Все остальные - здравствуйте! :)

Так сложились обстоятельства, что на работе на меня возложили я напросилась у меня возникли новые обязательства. Как всегда, я за любое увеличение полномочий, особенно если оно ведёт к увеличению зарплаты :) Но на этой волне я решила, что знаний моих в области управления, может, и хватает, но хотелось бы больше. А тут и новая программа пришла от Coursera + University of California под названием Career Success Specialization. И первый же курс - основы проектного менеджмента. Подумалось мне: "Ну что я могу не знать в ОСНОВАХ проектного менеджмента?" Уговорила kefirkin  присоединиться и мы засели за первую лекцию

 И тут - ТАДАМ! Пришло откуда не звали, называется.

среда, 17 июня 2015 г.

Radio QA - уже четвёртый подкаст от тестировщиков

Соскучились? Приходите - пообщаемся!
20 июня (суббота) в 17:00 (МСК).

Специально для всех, кто соскучился по моему голосу, я напросилась в ведущие четвёртого выпуска Подскаста от тестировщиков на Radio QA. Помимо того, что мы обсудим все те вещи, что случились с нами за то время, что мы не слышались, мы ещё обсудим и важную для многих тему: фриланс-таки или офис?

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

Подробности можно посмотреть тут: http://radio-qa.com/vypusk-4-frilans-ili-ofis/

Лайфхак: если зафрендить нас на http://mixlr.com/radio-qa, то напоминалка о выпуске придёт за полчаса до его начала.

Не переключайтесь :)

четверг, 7 мая 2015 г.

Го в Radio QA! Мы создали! © Т. Писчасова

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

Ну, раз порешили, значит, так тому и быть :)  Назвали его Radio QA и обязались встречаться дважды в месяц. И вы можете встречаться вместе с нами - на вопросы мы тоже обязались отвечать. Итак!

Дамы и Пацаны!!11одиннадцать
Приходите 14 мая в 18:00 мск на наш подкаст "Radio QA"!

Это подкаст тестировщиков, который уникален тем, что пройдет в прямом эфире.
Тема выпуска "Разработка без нянек", в нем мы поговорим о том, как доверить разработчикам тестирование продукта, чтобы потом не было мучительно больно ни продукту, ни разработчикам, ни тестированию.

У слушателей прямого эфира будет уникальнейшая возможность оставить свои комментарии для участников подкаста и задать вопросы.
Продолжительность выпуска - около 1 часа.
Вас ждут с на http://mixlr.com/radio-qa в четверг!
Зарегьтесь заранее, чтобы участвовать в чате. 

В эфире будут эксперты в области тестирования и разработки М., А., Н. и Т. Хотите узнать кто? Приходите вовремя

суббота, 27 сентября 2014 г.

День тестировщика 2014 - отвечаем на вопросы по тестированию безопасности


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

1) Как расставить приоритеты при тестировании безопасности?

суббота, 20 сентября 2014 г.

Про рытьё ям, книги и развитие тестировщика.

 Нельзя выкопать яму в другом месте,копая одну и ту же яму глубже.
Э. деБоно "Серьезное творческое мышление"

Я очень люблю это высказывание. Оно такое - подходящее под все случаи жизни.

Например, наша работа. Маруся - прекрасный тестировщик, замечательно проходит тест-кейсы, написанные тестировщиком Игорем. Очень тщательно проходит все шаги, разными цветами отмечает пройденные и те, что еще не успела. Сдает в срок, а иногда даже немного раньше. Она знает уже почти наизусть все кейсы и постоянно старается их улучшить: выделить что-то особо важно жирным, написать названия всех кнопочек в тексте с большой буквы... Только одно расстраивает Марусю - почти все баги в проекте находит Игорь. Марусе же остаются только изредка съехавшие кнопки да редкие опечатки. Хотя Маруся копает, копает очень усердно, глубоко и в одном и том же месте.

вторник, 9 сентября 2014 г.

Coursera - давайте учиться вместе!

У меня есть предложение - а давай учиться вместе?

Кто-то уже учился на Coursera, кто-то только слышал, что она есть. Кто-то сегодня прочтёт о ней впервые. К какой бы группе ТЫ не относился(лась) моё предложение в силе: давай учиться вместе!

Собственно, предложение для тех, кто уже в теме (более развернутое для тех, кто не в теме, будет ниже).

Со 2 октября по 11 декабря 2014 года на Coursera начинается довольно-таки неплохой для тестировщиков курс "Языки программирования". Я предлагаю пройти его вместе.
Как это будет проходить? Шаг первый - записаться на курс :) Потом присоединиться к группе в скайпе, где можно будет обсуждать домашние задания, делиться успехами и просить помощи в случае неудачи. Тем, кто не владеет английским в достаточной степени, я обещаю помочь.

Краткий обзор курса:
10 недель обучения
8-16 часов работы в неделю
Лекции на английском + субтитры
С возможностью получения свидетельства об окончании
Преподаватель - Ден Гроссман,
Университет Вашингтона
Категория: компьютерные науки - разработка программного обеспечения.

пятница, 5 сентября 2014 г.

Баги по-пятницам: всё равно мы с Вами пообщаемся!

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

 При заказе же увидела спасительную радиокнопку "Не звоните мне":


Ну и что вы думаете?
Конечно, выбор этой радиокнопки не осуществлялся!

Я не отчаялась и в комментарии отметила, что "кнопка не работает, но говорить по телефону я с Вами всё равно не хочу, пишите мне письма". И, конечно, менеджер повёл себя также, как эта радиокнопка - не сработал.

Сюрприз был испорчен. В этом магазине я вряд ли закажу что-либо ещё.
Вывод?
А выводы делайте сами :)
 


четверг, 4 сентября 2014 г.

Тестерское. Праздничное. Твоё.

Приближается значимый для каждого тестировщика день — 9 сентября. В этот день многие будут вспоминать первый найденный баг, кто-то — известный стих о том, что происходит, если тестировщик выходит из дома, а кто-то смахнет пыль с Хроник отдела тестирования и в очередной раз скажет: «Да, так всё и происходит на самом деле!»

А мы предлагаем окунуться в атмосферу тестирования не выходя из дома! Давайте встретимся онлайн, мы так давно этого не делали :) Итак, нас ждёт 2 часа драйвового тестерского праздничного междусобойчика: непродолжительные доклады на интересные темы, море поздравлений и, конечно, хорошего настроения!

воскресенье, 31 августа 2014 г.

Я в автоматизаторы б пошёл, пусть меня научат!

взято: dmitriylebed.com
Гораздо чаще, чем вопрос "Куда двигаться дальше?" у тестировщиков возникает вопрос: "А  как, собственно, двигаться? С чего начать? Чем продолжить?" И чаще всего такой вопрос возникает в отношении автоматизации: что делать вообще? Может, джаву подучить? Или C#? А то и вовсе РНР? Или же взять инструмент, а остальное познать в процессе? А какой инструмент взять? Вопросы, вопросы, вопросы...
Недавно я наткнулась на короткую, но достаточно познавательную статью на эту тему. Коротко и со вкусом :)
Для тех, кому пока сложно читать в оригинале, прилагаю перевод :)

пятница, 22 августа 2014 г.

Баги по-пятницам: люди тоже ошибаются.

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

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

Основной сценарий.
На одном небезызвестном кошатникам сайте я увидела скидку на любимый моими пухнорылыми корм. Скидка звучала так: 9+3 в подарок. (Уточнение для не-кошатников: 1 пачка корма включает в себя 12 пакетиков.) Так как у меня кошкИ, решение было незамедлительным: "Надо брать!" К счастью, скидка распространялась не на весь любимый корм, а только на некоторые части. Поэтому я заказала 3 штуки тех самых "9+3 в подарок". Почему "к счастью" - ниже.

Вечером пришло письмо: "Ваш заказ сформирован, распределен в 2 пакета. Номер первого пакета такой-то, номер второго - такой-то". В голове зародилось сомнение: зачем на 3 упаковки корма 2 разных пакета (коробки)? Муж-программист пояснил: "Видимо, по весу не проходит уже в доставочный контейнер и пришлось переносить в другой".
На следующий день пришел курьер. И принес это.

Конечно, ЭТО было в двух коробках. Огромных.
Как и было написано, 9+3. Только не 9+3 пакетика, а 9+3 упаковки.

Процесс распаковки, установки, фотографирования и спуска в подвал опущу. А дальше, отдышавшись и отойдя от шока, я написала в поддержку того самого магазина, который мне это прислал. И выяснилось, что при обработке заказа произошла банальная ошибка: оплата прошла как за 3 пачки, а вот при сборке заказа не было уточнения что такое "9+3 в подарок". И на сборке (т.к. цену они не видели, естественно) решили, что это - 9+3 пачки. Так и собрали, так и выслали.
Банальный человеческий фактор.
Но очень интересно, что решился бы он простым задаванием вопросов. :) Каждый тестировщик знает, что нужно задавать вопросы, а знает ли это каждый сборщик товаров? :)

Постусловия.
Конечно, на письмо мне ответили. И, конечно, я предложила заплатить за лишний товар. Конечно, они согласились и дали мне ещё больше скидки на лишнюю часть.
Ближайшие 8-9 месяцев вопрос пропитания перед моими пухнорылыми не стоит. А перед вашими? ;)


пятница, 15 августа 2014 г.

Пятничная разминка для мозгов

Уважаемые тестировщики (хотя проведенный мини-опрос программистов показал, что и они не догадываются зачем это)!

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


Вопрос простой: как вы считаете, для чего предназначена эта галочка?

ЗЫ. Просьба тем, кто уже столкнулся с этой славной галочкой, сохранять интригу. Хотя бы недолго :)


четверг, 14 августа 2014 г.

Пару слов o git. Или больше

За свою тестерскую жизнь мы с вами можем менять проекты (написанные на разных языках и с использованием разных методологий и подходов) множество раз. Ещё вчера мы тестировали веб-приложения на PHP с использованием MySQL, сегодня перешли на десктоп с Java и MS SQL, завтра - мобильные сервисы, Ruby On Rails, postgresql. И хотя все языки программирования похожи (да простят меня программисты), все СУБД кажутся одинаковыми, а подходы в тестировании давно известны, - наступает такой момент, когда нужно использовать в работе что-то новое. Например, git.

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

Итак, что нам понадобится в git "на первое время" :)


суббота, 14 июня 2014 г.

Тестовая документация: пациент скорее жив, чем мёртв, или скорее мёртв, чем жив?

Как давно вы писали тестовую документацию?
Нет, не так. Как давно Вы - лично Вы - писали тестовую документацию?

Когда-то давно, когда мир был большим, деревья - высокими, а процесс - вотерфолом, документация была жизненно важной штукой. На её создание выделялась тонна времени и не меньшая тонна денег. Сейчас стало модно прикрывать отсутствие документации гибкими нововведениями, а фраза: "У нас нет документации, у нас Agile!" давно стала новым мемом, по популярности не уступающим "Это не баг, это фича!"

пятница, 3 января 2014 г.

И снова здравствуйте, мои хорошие!

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

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

Не так давно в книге Талеба "Черный Лебедь" (которую, кстати, я уже когда-то горячо рекомендовала почитать) встретила такие слова:


четверг, 27 июня 2013 г.

ТЕСТ ИТ: прогнозирование появления дефектов

Всем привет!

С вами снова я  - ваш сменный-редактор-по-пятницам - Зинченко Татьяна. Сегодня у нас в рубрике ответ на вопрос Егора. Егор прислал очень развернутое письмо, в котором рассказал и о том, как он работает тестировщиком, и о том, что он пишет дипломную работу по теме "Модернизация процесса создания баг-репорта в процессе тестирования сайта". Собственно, вопрос от Егора звучит так:

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

Даже если я нахожу баг и создаю баг-репорт по нему, то мне:
1) может потребоваться использование внедренного ПО,
2) может и не потребоваться его использование
Это зависит от сложности описания бага.

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

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

пятница, 21 июня 2013 г.

ТЕСТ ИТ: немного о тестировании мобильных приложений

Всем привет!

Сегодня снова пятница и с вами снова я - ваш-сменный-редактор-по-пятницам - Зинченко Татьяна. Сегодня мы поговорим о тестировании мобильных приложений. Нам на почту sprosi.testera@gmail.com вопросы о таком тестировании приходят регулярно. Мы решили их объединить. Но объединить не просто, а в виде вопросов "мобильному гуру" - Александру Хозе.

Саша - автор блога "Записки мобильного гика", выступатор на многих конференциях, а еще ведущий курса по тестированию мобильных приложений и даже организатор онлайн-конференции по их тестированию (в рамках серии онлайн-конференций ConfeT&QA).

Итак, мы пошли к Саше и задали ему несколько вопросов, а он нам на них ответил :) Что из этого получилось читайте ниже :)


среда, 19 июня 2013 г.

Летняя Школа Тестировщиков - счастье есть!!

Фото - Екатерина Михеева
Прям не верится: еще год назад 
я тебя не знала и боялась, 
а сегодня чищу картошку 
у тебя на кухне! 
© И. Винокурова

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

РЕБЯТА, ЭТО БЫЛО КРУТО!!!! (и я сейчас не капсю, я шифтю!)


Я ехала в новую Летнюю Школу с мыслью: "Прошлогодний фурор уже не повторить. Так здорово уже не будет. Но хоть отдохну...". Ребята, это было здорово! Я снова вернулась в родные пенаты полная оптимизма, желания творить и сделать мир лучше. Спасибо всем, кто в этом участвовал.

А теперь по порядку. :)


пятница, 14 июня 2013 г.

TEST IT: Про SCRUM, автоматизацию и другие страшные слова.

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

Сегодня позвольте предложить вам вопрос Михаила. Даже два вопроса от Михаила. Вопроса весьма глобальных, поэтому и предложенные ответы будут соответствующими. Итак:

1) Как начать тестировать в SCRUM-проекте?
2) Как освоить автоматизацию, если я до этого вообще этим не занимался (очень начальные знания в программировании имеются)?

вторник, 11 июня 2013 г.

Про юристов, тестировщиков и немножко про Кема Канера.

Автор фото - Екатерина Михеева
Для тех, кто еще не в курсе: сейчас, в эти самые жаркие летние дни проходит Летняя Школа тестировщиков в Крыму. Тестировщики + тренинги + море + солнце = гремучая смесь. И много новых знаний.

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

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


понедельник, 10 июня 2013 г.

ТЕСТ ИТ: И снова про майндкарты :)

И снова здравствуйте, и снова с вами я - ваш сменный-редактор-по-пятницам Зинченко Татьяна. Команда ТЕСТ ИТ полным составом расположилась на гостеприимном крымском берегу в компании понаехавших в Летнюю Школу тестировщиков. Что, наверное, слегка извиняет нас за пятничный выпуск в понедельник :)

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

Насколько понял Вы практикуете использование mind-map.
Хотелось бы узнать о них побольше.
Способы написания, практика (примеры если можно - хотя бы простейшие).
А то, что-то из того, что нахожу не могу собрать всё в "кучку".