Feeds:
Записи
Комментарии

Archive for the ‘Слайдкасты’ Category

В начале декабря, в Москве, на SQA Days 10, я докладывал свои соображения о том, как понятие Качество подменяется понятием Супер-качество.

Возвернувшись в Киев, я доложил ту же тему на внутри компании SysIQ.

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

Vodpod videos no longer available.

 

Кстати, регистрируемся на SQA Days 11 (апрель 2012 в Киеве). Времени не очень много остается.

Реклама

Read Full Post »

Анадысь приключилося со мною странное времяпровождение.

Утром медитирую над GoogleReader. Попадается прелестное:

Цитата #413706

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

Гыгы.

Однако, пора двигать. Такси вызываю. А там — девушка-стажер.

На заднем плане голос опытной тёти: «Это постоянник, галочку ему поставь. Да не там галочку, блиа… Теперь вот этот вопрос задай…«

Гм, гм.

Днем из-за угла получил такой вопрос: «А зачем тестировать бизнес-требование? Вот же, указаны функциональные требования, их мы и будем тестировать…»

А поздно вечером на занятии в ПодКлассе мне был задан этот же вопрос с тем же, мгм, удивлением.

Почесал я свое кармическое предназначение (то самое место, в котором рубильщики в CS делают хэдшоты) в поисках ответа, и родилось оттуда нечто странное и афористическое.

(далее…)

Read Full Post »

Многословная, но качественная иллюстрация к соображению о том, что творчество начинается на стыке отраслей.

В каких-то случаях параллели приводят просто к сравнению, которое бывает забавным, но не более.

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

Совершенный итог — действия после соображений.

Расширенное сознание и расширенное понимание ситуации рулят бесп… еребойно!

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

Read Full Post »

Взять наушники:

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

(далее…)

Read Full Post »

С днем рождения, тестировщик тестов!

Доклад не про юзабилити, но близко.

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

Или если программа что-то требует, ничего не объясняя — тоже трабла из этой серии 🙂

Все пользователи ошибаются. Не надо тестировщику фокусироваться только на одной фиче во время тестирования — надо делать «Шаг назад» и смотреть глобальнее, чем подразумевается.

Не надо пропускать запись в трекер мелких багов или «мне вот неудобно, но вроде бы ничего страшного» — страшно всё.

Надо своевременно заводить обоснованные дефекты на неудобство.

Резко вспомнился XMind, который на каждое сохранение документа в какой-то момент начинает брать по 15-20 секунд.

Документацию надо тестировать, ибо пользователи ее, в отличие от нас, иногда читают 🙂

Сильнее всего бесит, когда сделать что-то просто, но это не очевидно, и в документации тем более не указано.

Действительно, кстати. Глаза и уши в процессе разработки замыливаются непременно.

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

Опять же — eat your own dog food!

Read Full Post »

Должны ли тестировщики уметь программировать?
Я считаю, что да, каждый в нашем деле должен уметь программировать.
Надо уметь автоматизировать свои рутинные задачи.

© Алексей Баранцев

Очень, очень крутое выступление главного редактора портала Software-testing.ru Алексея Баранцева на первой встрече московского клуба тестировщиков, 19 октября 2010 года.

Самые важные вопросы:

  1. Любят ли вас разработчики?
  2. Любите ли вы разработчиков?
  3. Советуются ли они с вами?
  4. Советуетесь ли вы с ними?
  5. Принимают ли ваши советы?
  6. Принимаете ли вы их советы?
  7. Делают ли что-то для вас?
  8. Делаете ли вы что-нибудь для них?
  9. Зовут ли в свой проект?
  10. Привлекаете ли вы их?
  11. Замечают ли ваше отсутствие?
  12. А?

Буду переслушивать.

А теперь можно и перечитывать 🙂

(далее…)

Read Full Post »

Юля Нечаева объясняет, какие именно игры надо выбирать для того, чтобы играть в рабочее время без тяжелых последствий типа «сгорел процессор» или «переполнен RAM инфой, которую человек накачал за восемь часов рабочего времени в браузер» (подразумеваются игры, в которые можно играть из любого браузера не ниже Firefox 3.6).

Узнал новое слово — ДИЗДОК. Нормальный рабочий термин.

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

Слайдкаст:

Vodpod videos no longer available.

Read Full Post »

Older Posts »

%d такие блоггеры, как: