Моя GTD система

Хто зараз не намагається організувати та оптимізувати свій робочий процес, впорядкувати особисті завдання, скласти план розвитку та, можливо, навіть і відпочинку, той або не працює в IT і йому не щастить в особистому житті, або він просто дурить оточуючих.
Я чесно намагалася не просто прочитати Девіда Аллена, але й слідувати його рекомендаціям. Розподіляти тудушки на категорії, встановлювати дедлайни, нагадування, складати списки і постійно їх переглядати. Намагалася вникнути в суть цієї загадкової техніки "помідора", заводила акаунти на трелло, асані, еверноті... Для мене це не працювало.

І лише щойно, переглядаючи свої блокноти із записами конференцій, викинувши черговий жовтий квадратний листочок із парою нотаток, які вже не актуальні, я збагнула, що ось вона, - моя система GTD.

Все геніальне просто, як і те, що допомагає мені організовувати інформацію, планувати, встигати все робити вчасно, і не заганяти себе до смерті. Це - нотатки та блокноти.
Більша частина завдань, які перед нами виникають, - або короткочасні (термінові), або масштабні (плани, стратегія), які можна поділити на конкретні наступні дії (як радив Аллен ).

Переважно мені вистачає до десяти таких нотаток, аби контролювати потік завдань. Використовую як паперові, так і десктопні. На віртуальному робочому столі переважно ті, що стосуються робочого процесу. Категоризую їх за кольорами, хоча краще спрацьовує, коли роблю їх різного розміру залежно від пріоритету. Ось приходиш вранці на роботу, вмикаєш комп'ютер  а там на на пів-екрану TODO. Хороше нагадування:)
Паперові нотатки - для неробочих завдань, ідей, того, що не має конкретного дедлайну, або ж, навпаки, тільки на сьогодні.
Їх можна переглядати, коли є час, викреслювати виконане, а вже неактуальні - викидати. Ідеї - переносити в записник.

Таку систему зовсім не важко підтримувати. Малий формат цих нотаток змушує дрібнити абстрактні завдання на конкретні дрібні просто на ходу. Їх легше опрацьовувати. Окрім того, викинувши ввечері пару таких закреслених листків, можна з приємністю похвалити себе за продуктивний день.

Tell me what's on your wall and I will tell you who you are

Що повинно висіти у тестувальника перед носом?

Я вважаю, що набір спецсимволів, на які треба перевіряти будь-яке поле вводу, - as a must. І краще не на стіні, а в десктопних нотатках для супер-легкого копіпейсту.

“[|]’~<!--@/*$%^&#*/()?>,.*/\

ßöäüыøåæØ

Що ще?

Для джунів - правила баг репортінгу. 

Reproduct the issue locally.

Reproduce at trunk.

Try to reduce the number of steps needed to reproduce the issue.

...

Для забудьків - гарячі клавіші. особисто я часто оновлюю свій список шорткатів, видаляючи ті, які вже вивчила, і додаючи нові. 

Якщо скоротити мій список на стіні до трьох рядків, то він виглядатиме приблизно ось так:

PHPStrom shortcuts: CTRL + SHIFT +N - navigate to file

GIT : git reset --soft HEAD~1 - reset last commit to index

Windows: ALT + tab - switch active windows

Для автоматизатора - список опцій для запуску тестів.

Оскільки я працюю з Behat та Mink, то роздрукувала собі параметри, які можна прописувати при запуску тестів в консолі, типу --format, --tags і т.д.

 

Ну і оскільки на кожній стіні повинно знатися місце для чогось душевного, у мене на стіні висить декілька коміксів Енді Гловера - Cartoon tester. 

That's all, folks.

 

Selenium as a trend in testing automation - traps to avoid

Як і анонсувала, 5 червня мала приємність виступати з доповіддю на тему, зазначену у заголовку, на черговій зустрічі QA club Kiev, присвяченій тестуванню вебу.
Це був цікавий досвід, однак, як виявилося, багато людей очікували від цієї теми більше, ніж отримали. Про що я - хоча описи презентацій були доступні у блозі QA club, багато хто чекав готових рецептів впровадження автоматизації та детального опису інструментів, які для цього можна використовувати.

Сподіваюся тим, у кого залишилися відкриті питання після цього вечора, допоможуть наступні посилання:
http://selenium2.ru/ - документація про Селенуім у перекладі російською
http://dannorth.net/introducing-bdd/ - про BDD та acceptance testing

http://docs.behat.org/ - Behat

http://mink.behat.org/ - Mink

А ось і слайди моєї презентації:

Selenium as a trend

View more PowerPoint from Nataliya Holodiuk

Дуже дякую організаторам QA club Kiev за нагоду виступити та чудову аудиторію.
Сподіваюся, ми ще якось повторимо:)

Web app testing at QA club meeting #8

У вівторок, 5 червня, QA club Kiev проведе чергову зустріч на тему тестування вебу.
Я готую доповідь, адже розповідатиму про "Selenium як тренд в автоматизованому тестуванні - помилки, яких можна уникнути".

Реєстрація на зустріч ще відкрита, поспішайте;)
http://www.qaclubkiev.com/2012/05/qa-club-kiev-8-web-application-testing.html

SQA days 11. Instead of day 2.

Написати звіт про другий день конференції кортіло ще під час останньої доповіді.

Однак втома взяла гору, а потім почалася довгоочікувана відпустка:)

Тому зараз я вже не бачу сенсу ділитися враженнями, а натомість скажу, що більшість відео презентацій вже доступно на сайті конференції. Дуже раджу.

SQA days 11. Day 1. Overview.

Сьогодні хороший день:) І на це є мінімум дві причини: по-перше, приємно бачити оновлений інтерфейс блогспоту (віііііі), а по-друге - саме сьогодні, 21 квітня, пройшов перший день одинадцятої міжнародної конференції спеціалістів у сфері якості програмного забезпечення SQA days в Києві. Було справді цікаво, і день був насичений, - особливо приємно, що кожна доповідь запамяталася, і хочеться згадати про кожну з них, тому далі - я це і зроблю. А поки -

LONG TEXT BELOW

LISTGEEKS- not one of those TODO lists

Для любителів організації інформації у вигляді списків зявився приємний соціально-орієнтований сервіс - http://listgeeks.com. Його можна використовувати як звичайний туду-трекер,  однак набагато цікавіше використовувати для створення особистих рейтингів, а потім ділитися цим з друзями через інші соціальні платформи.

Поки що listgeeks бета-версії, і багів  важко не знайти. Найбільше мені сподобалася авторизація за допомогою твітер-акаунта - я ввійшла в систему як Таня з Берліна з повним доступом до даних профілю. Однак така очевидна неконфіденційність мене не налякала (тим більше що для повідомення про знайдені баги там є спецільне меню) - і ось мій перший список:



Приєднуйтеся:)

Testing Dojo - по гарячих слідах

Сьогодні у як завжди гостинному приміщенні компанії Lohika пройшов перший в Києві Testing Dojo, де пять команд-учасників змагалися та навчалися застосовувати свої скіли дослідницького тестування (exploratory testing) на парі десктопних програм.

Метою dojo було не знайти найбільшу кількість багів (хоча наприкінці саме це визначало переможців), а за час коротких тест-сетів налагодити ефективну взаємодію з іншими членами команди, визначити ролі та, керуючись евристиками  FCC CUTS VIDS  протестувати дві запропоновані програми.

Хоча нічого складного не передбачалося, кожен відчув як труднощі роботи в команді так і переваги планування тестування і визначення ролей. В той час як власне тестувальник тестував програму, один або два спостерігачі не зводили з нього очей, підмічаючи баги, які той пропустив, або продумуючи тест кейси. Особа у ролі реєстратора інтерпретувала усі комунікативні процеси, аналізувала і записувала баги у human readable форматі, що, як показав етап підбиття підсумків, не завжди виходив таким читабельним:)  

Попри прилив адреналіну та деяку стартову хаотичність і розгубленість, команди досить швидко віднайшли свій ритм і успішно досліджували програми, у перервах ділячись враженнями та планам, шукали й обговорювали способи оптимізації роботи.

Закінчився dojo теж яскраво - за кожну знайдену багу командам нараховувалася певна кількість очок, відповідна до типу бага (functional, UI, security). Представники команд за 5 хв презентували свої знахідки та на ходу категоризували їх. 

І навіть після нагородження переможців (нашої команди Crashers - юхуу!), деякі учасники dojo до-досліджували програми, обговорювали знайдені баги та ділилися своїми враженнями від участі заході такого цікавого формату.

Було яскраво:)

Гадаю, не одна я з нетерпінням чекатиму наступного Testing Dojo, так як це реальна нагода перевірити свої скіли приємно провівши час.