воскресенье, 11 августа 2013 г.

Как применять свои таланты в тестировании?

Читаю сейчас книжку "Сначала нарушьте все правила", интересные вещи узнаю, о себе в частности.

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

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

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

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

Это все хорошо, но как быть с работой? Я вот, почитав книжку, внезапно задумалась и поняла, что я пытаюсь это и в работе внедрить. Например, есть принцип "5 почему?", о котором очень здорово рассказала Наташа Руколь на конференции SQA Days 10. Но у меня не получается просто сидеть и медитировать - ага, вот бага нашлась, а почему она нашлась сейчас? Почему мы пропустили ее раньше? Врядли я к чему-нибудь приду, таким образом размышляя. Нет, бывает. конечно, но редко.

Тогда я поступила иначе - найденные проблемы я стала выписывать. Придумала для себя шаблон с заголовками "Когда нашлась? Где? Какие меры были приняты для устранения?" и пошла его заполнять. Конечно, что-то получилось дублирование информации, потому что достаточно было скопипастить из джиры комментарий к задаче. Но где-то я с удивлением обнаружила возможности улучшения. Они не были приняты раньше, так как тогда это было и не нужно. Но теперь, обладая новой информацией, я поняла, что надо принимать меры.

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

пятница, 9 августа 2013 г.

Ох уж мне эта карма тестировщика!

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


Все бы хорошо, если бы не карма Smile :)

Так, вводим пин-код, выбираем сумму для снятия. Банкомат начинает издавать звуки пересчитывания купюр, и тут... Экран банкомата начинает мигать!!!

Ощущения, я вам скажу, те еще! Smile :)
Ведь ладно бы, сломалось что-то при вводе пин-кода или пока по менюшке лазаешь. Но когда тебе уже выдаются деньги? А вот спишут их с тебя, а деньги не дадут. И ходи потом, доказывай, что банкомат сломался...

На мое счастье, после нескольких миганий там таки отрисовались часики "подождите, банкомат думает". Но, как пользователь, честно вам скажу - эту отрисовку надо тестировать тщательно! А то ведь до инфаркта можно довести особо впечатлительных )))

четверг, 8 августа 2013 г.

При оформлении бага критикуйте проблему, не людей!

Как оформлять баг-репорт?

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

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

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

Эмоциональные ребята сразу поднимут крик "Ай-яй-яй! Ты что! Так нельзя, посмотри, какую багу ты тут сделал!! Позор тебе и порицание!"


Но, ребята - так ведь тоже нельзя.
Надо просто приложить ситуацию к себе - что будет, если к тебе придет друг \ сосед \ коллега и начнет в чем-то обвинять? Да даже если ты правда виноват, первая реакция на нападение - это защита. Хочется оправдаться, рассказать, почему именно так, а не иначе. Или вообще сказать, что "я не я, корова не моя".

А если коллега настаивает? Внутри появляется явное неодобрение этого самого коллеги. И работать бок о бок будет уже тяжело. У Вас остается в голове некий эмоциональный "якорь" - ага, вон Петя, он только ломать и может, а сейчас еще и оправдываться начнет, фи.

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

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

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

Поверьте, от этого всем только лучше станет.

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

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

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

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

А здесь разве тот случай? Ой сильно врядли... Интересной была реакция на feedback от группы разработки ("так и задумано"):

Кем задумано-то? Если те, кто задумывал, русского не знают, это не значит, что так и надо делать. Кому-то и мат в разговоре норма, значит, теперь все будем на мат переходить?

Читая такой комментарий, поневоле поражаешься, он настолько странно звучит!
Я уверена, что и сам автор комментария, увидя его спустя время, поймет, о чем идет речь.

Нельзя быть эмоциональным, когда пишешь комментарий к баге.
Это сложно осознать, когда ты увидел проблему, а тебе ее еще и завернули со статусом Won`t fix, хотя ты то уверен, что это ошибка, причем серьезная ошибка!!!

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

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

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

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

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

Я вот сейчас всегда себя одергиваю, вспоминая как раз такие моменты. Но иногда хочется же Smile :) Поэтому порой встречаешь небольшой участок флуда с веселыми смайликами в задаче. Это уже лучше - ну и что, что увидишь потом? Просто позитива добавится!

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

PS - комментарий студента приведен с согласия автора

 

воскресенье, 4 августа 2013 г.

TEST IT. Как же стать тестировщиком, с чего начать и где учиться?

Коллеги, всем привет!! На связи TEST IT! Smile :)


И сегодня с Вами снова я, сменная ведущая Киселева Ольга.

Сегодня мы с вами снова вернемся к теме "А как вообще стать тестировщиком?" и ответим на вопрос Татьяны:

Здравствуйте!

    Меня зовут Татьяна, совсем недавно я заинтересовалась тестированием. Читаю тематическую и околотематическую литературу, форумы, блоги;), подписки. Информации просто море, и, знаете, я начала понимать, что ещё немного, и -- утону.

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

    Итак, вот, что меня интересует:

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

суббота, 6 июля 2013 г.

Smsniff - проверка траффика, проходящего через программу

Тулза пригодилась лично мне для подсчета трафика, которое пожирает приложение.
Задача - включить сжатие HTTP и проверить - а включилось ли оно? 
Решение

1. Скачиваем smsniff 
2. Открываем приложение
3. Options - Capture Filter



4. Указываем, как мы получаем данные (TCP, UDP или оба варианта) и порт или хост.


5. Запускаем сниффер!



6. Запускаем приложение и что-то в нем делаем

PS - Есть еще Options - Display Filter, это фильтр на то, что отображать на экране.

среда, 3 июля 2013 г.

В JIRA есть 2 понятия - вчера и пятница.

Небольшой экскурс в историю.

JIRA - система баг-трекинга от Atlassian. 
Confluence - вики система от тех же товарищей.

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

Теперь вернемся к теме "баги повсюду".

Сегодня утром (3 июля, среда) открываю свой профиль, чтобы освежить в голове содеянное за прошедший день. Начинаю листать "5 минут назад, 10... Вчера в 17.00...Вчера в 20.30... Вчера в 16.00..."

Так, стоп! "Вчера в 20.30"? о_О
Вчера в 20.30 у нас была встреча тестировщиков в боулинге и мы уже вовсю катали шары. Да и потом, я же это вроде как в понедельник делала...

Смотрю уже внимательнее, вижу такую запись


Но это то я точно делала в понедельник! 

Хотя, может, память меня совсем подводит? Перехожу по ссылке в Confluence, да нет же, все правильно - дата последнего редактирования 1 июля, в понедельник.


Стали смотреть дальше, вместе с админом:
  • Вчера
  • Вчера
  • Вчера
  • ...
- Дааааа, подзатянулось у тебя "вчера"...
Листаем дальше
- О, пятница!
- Не, ну все логично, есть только 2 понятия - "вчера" и "пятница" Smile :)

Это к вопросу о том, а где баги то искать? Да везде, просто представьте себя пользователем и попробуйте выполнить его шаги!

PS — добавила пост в общую копилку багов.

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

Штаффан Нётеберг. Тайм-менеджмент по помидору.

Или "как концентрировать на одном деле хотя бы 25 минут?"


Ссылка на книгу (издательство "Альпина Паблишер").

Удивительнейшая книжка! Smile :)

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

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

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

В ней рассказывается, что надо ставить перед собой цели на день, примерно на 8 помидорок (по 25 минут - всего на 4 часа! Однако практика показывает, что больше ты сделать не успеешь) и вперед. Завел таймер, поработал, не отвлекаясь, потом 5 минут отдохнул и по новой.

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

Но потом я попробовала применить помидорку в деле - и оказалось, что это просто нереально крутая вещь! Лично мне принципе помогает избежать прокрастинации.

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

Тогда я подумала - хватит. Одну киношку пропустишь. Просто заведи таймер и поработай. А там посмотрим. Кстати, в этом то и фишка помидора - ты не ждешь вдохновения, ты просто берешь и делаешь. Так что я просто поставила таймер и села делать. А потом еще. А потом вдохновилась и поставила таймер на чтение книжки - и ура! Я сидела и читала. Хотя обычно мне некогда. И в летней школе было особо некогда. И вообще, примерно через полчаса чтения я устаю и откладываю книжку (англ вариант если). А тут все карты в руки - те же самые полчаса, но не откладывая, а прямо здесь и сейчас.

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

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

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

Вот сегодня четверг. С понедельника хотелось написать в блог. И все некогда было, дико уставала. А сегодня пришла пораньше, но... Туда, сюда, уже 1,5 часа прошло. И такая лень опять, может снова ничего не делать?

Но... Завожу помидорку и вот он - блог-пост. И вот он, второй (про 111 совет), и даже третий - про эту книжку. Конечно, они увидят свет не сразу, я устанавливаю отложенный таймер запуска, но - они готовы! Они опубликованы! Дело сделано! И всего за 2 помидорки. И азарт приходит во время еды, начав работать, я уже поглощена делом, поэтому, не успев все сделать за одну помидорку, отдохнув, заканчиваю за вторую.

И теперь, оглядываясь назад, я вижу, что целый час (!) я работала. Не откладывала и откладывала, и откладывала, и... А просто взяла и села. И в итоге что-то сделала. И сейчас пойду заведу таймер на "книжку на англ почитать". И снова приближусь к цели - закончить читать книжку. Да, маленьким шажком. Да, всего то парой-тройкой листов. Но я это сделаю. А это само по себе - большое достижение, поверьте ленивице Smile :)

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

Мои статьи по методу см с лейблами "ТМ-кейсы":
PS - Добавила книгу в общий список прочитанных мною книг.