четверг, 23 марта 2017 г.

Бизнесхаки для email. Мой топ-5

Конспект книги «Бизнесхак на каждый день». Там кратенько описаны лайфхаки, которые помогают в работе. Мой топ-5 из раздела про электронные письма:


1. Сохраняйте историю переписки


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

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

2. Избегайте относительных дат в письмах


В электронных письмах лучше писать «25.02.2017», чем «послезавтра». Это все-таки не звонок — ваш адресат может прочитать письмо на следующий день или позднее.

Бизнесхаки для принятия решений. Мой топ-3

Конспект книги «Бизнесхак на каждый день». Там кратенько описаны лайфхаки, которые помогают в работе. Мой топ-3 из раздела про принятие решений:

1. Фильтры Манна


Это приложение, которое можно скачать в Android и iOS. Бесплатное ツ

Когда вам в голову приходит идея, отвечаете на простые вопросы — быстро ли сделать? Легко ли? Будет ли выхлоп? Всего 4 вопроса по 3 варианта ответа (легко-средне-сложно), быстренько вжух-вжух-вжух, проставил, а система дала тебе ответ:

— Отлично, действуй!
— Ну и что за фигня?

Фильтры Манна отсекают плохие 
идеи на подлете

И перед тем, как отвлекать босса бесконечным циклом идей, можно пропустить их через фильтр!

среда, 22 марта 2017 г.

Тур саботажника. The Saboteur Tour

Входит в «Туры по захудалым районам», Tours Through the Seedy District

Вольный перевод статьи Уиттакера из книги Exploratory Software testing. Туры помогают искать баги, взглянув на систему по-новому. Тестировщик выбирает тур и следует его цели, не отвлекаясь ни на что другое. Словно турист в незнакомом городе, составил план и пошел!

кевин крушит  (оз).png
Типичный саботажник


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

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

Тур легко осмыслить:
  • Заставь приложение выполнять какое-то действие.
  • Пойми, какие ресурсы необходимы для успешного выполнения этого действия.
  • Удали или спрячь эти ресурсы.

понедельник, 20 марта 2017 г.

Бизнесхаки по переговорам и деловым встречам

Конспект книги «Бизнесхак на каждый день». Там кратенько описаны лайфхаки, которые помогают в работе. Мой топ-5 из раздела про переговоры:

Важная встреча


1. Повестка в Google Docs


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

Если пытаться запомнить вопросы «Я хотел спросить про...» → половину обязательно забудут. Записать надежнее, не будет потом разочарования "ах, я совсем забыл спросить". К тому же, если все заранее видят детали встречи, то готовятся соответственно — встреча проходит эффективнее.

Не знаю, насчет "все готовятся ответственнее", но про "я забыл" подтверждаю. У меня память вообще плохая, я вечно забываю, если не записываю. Что купить в магазине? Ой, да запомню, там соль и мясо. Потом приходишь домой — блин, перца нет, хотела же купить... Или хочу что-то обсудить с коллегами на обеде. Вспоминаю об этом уже после обеда =))) В общем, я однозначно за «записывать»!


2. Совещания в «неровное» время


четверг, 16 марта 2017 г.

Бизнесхаки по чтению книг. Мой топ-5

Конспект книги «Бизнесхак на каждый день». Там кратенько описаны лайфхаки, которые помогают в работе. Мой топ-5 из раздела про чтение:


1. Хранить дома побольше книг


Типа наличие бумажных книг будет напоминать вам о необходимости их прочитать. Ха-ха-ха, это вы не видели комнату одного моего коллеги. Вот у него там 20 книг уже года два как лежит, и что? Хотя я этому совету сама по себе следую, потому что бумажные книги люблю. И дома даже есть TODO-read полка Smile :)

Моя todo read полка книг

2. Читать несколько книг одновременно


«В этом нет ничего зазорного»! Подтверждаю хак ツ
Было время, когда я не умела читать в параллель. Начинала чтение я давным давно с художественной литературы. Помню, как прочитала свою первую книгу Дика Фрэнсиса (роман «Перелом» про Алессандро) и месяц ходила под таким впечатлением, что вообще ничего не могла начать читать. Слишком сильны были эмоции. Как можно читать о другом, если ты еще «дышишь» этой историей?

SQL. Полезные запросы

Это моя шпаргалка по SQL запросам, которую я постоянно использую в работе. Сохранена в простом блокнотике, пополняю по необходимости. Очень удобно, когда, например, сессия подвисла, а ты не знаешь где. Чтобы каждый раз не бегать и не гуглить "как ее найти и убить", просто открываю шпаргалочку.

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

Итак, моя шпаргалка:


План
explain plan for select * from n_document_view ;
select * from table(dbms_xplan.display);

1. Только дата, без времени:

select distinct trunc(created, 'DDD') from folks 
where hid_party in (select * from TMP$RESULT_HIDS);

select distinct extract(year from pt_acual_date) from buffer_folks; --- только дата

2. REGEXP
WHERE REGEXP_LIKE(first_name, '^Ste(v|ph)en$')

3. Разбивка Аuthor (поле вида "AL:1")
substr(author,1,INSTR(author,':',1)-1) - до двоеточия
SUBSTR(author, INSTR(author, ':', 1)+1, LENGTH(author) - INSTR(author, ':', 1)+1) - после

substr(author, 0, instr(author, ':') - 1) — до двоеточия, source_system
substr(author, instr(author, ':') + 1) — после, external_id

понедельник, 13 марта 2017 г.

Как «продать» баг разработчику (анонс)

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


14 апреля я выступаю на конференции DUMP. Там мы и обсудим эти вопросы. За три года проведения тренингов для начинающих я собрала самые популярные «антипаттерны» обоснования багов. Мы обсудим их и разберемся, откуда приставка «анти» и как ее убрать. Потом поговорим о хорошем. Итого:

— зачем вообще обосновывать баги;
— 3 антипаттерна обоснования;
— 3 хороших паттерна;
— «попробуй сам» (небольшая игра с аудиторией)

Приходите, будет интересно! Начинающие тестировщики узнают о том, как правильно, а прошаренные поймут, куда давать ссылку своим новичкам Smile :)

После выступления напишу на эту тему статью. Ожидайте в мае, или когда там будет готово видео =))