Feeds:
Posts
Comments

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

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

Здравый смысл важнее лицензий.

Магазин должен подстраиваться под ожидания покупателя, а не покупатель под условия магазина.

Протестируем не совсем очевидное — условия доставки товаров в гигантских магазинах. На примере магазина rozetka.com.ua.

Обожаю этот магазин как пример того, как НЕ ДОЛЖНО БЫТЪ, но бывает.

Лизни “Розетку”, бро!

(more…)

Advertisements

Read Full Post »

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

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

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

Vodpod videos no longer available.

 

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

Read Full Post »

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

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

Цитата #413706

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

Гыгы.

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

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

Гм, гм.

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

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

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

(more…)

Read Full Post »

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

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

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

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

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

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

Read Full Post »

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

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

(more…)

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. А?

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

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

(more…)

Read Full Post »

Older Posts »

%d bloggers like this: