• Главная
  • О сайте
  • Архив

Normal testing

From the programmer's worst friend

Feeds:
Записи
Комментарии
« Успешный IT-рекрутер = браузер
Успешная осенняя миграция автоматизаторов »

Бизнес-драйвен-ориентирен

14.10.2011 Автор: Alexei Lupan

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

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

Цитата #413706

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

Гыгы.

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

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

Гм, гм.

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

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

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

«Линия Мажино» оттуда родилась.

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

На нашем языке — печа-куча.

Их рвение неудивительно, ведь на площади Пигаль когда-то находилась студия Тулуза-Лотрека, там жили Пикассо и Ван Гог…

Французское командование поставило само себе боевую задачу: не допустить приобщения дойче камараден к главным культурным ценностям популасьон франсэзз.

На нашем языке это называется «Бизнес-требования«.

А как это сделать?

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

На нашем языке это называется «Функциональные требования«.

Сооружение они таки построили, причем совершенно неприступное.

Однако в 1940 году нетерпеливые германские войска до обидного просто в темпе обошли всю эту линию сбоку через Арденнские горы, и таки поехали на пляс Пигаль (конечная остановка «Монмартробюса», кроме того можно добраться на метро: линия 2 и 12, остановка Pigalle).

А французам пришлось капитулирен. Ибо были они не бизнес-драйвен-ориентирен.

На нашем языке это называется «Эпик фэйл«.

Дык вот.

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

Но если мы будем этим руководствоваться, то нам самое место для трудоустройства на конечной остановке «Монмартробюса», и работать там только головой в должности вечного стажера…

Ничего другого подобное отношение к делу не заслуживает.

Буэ!

При начале тестирования следует проникнуться бизнес-требованиями.

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

Затем уже следует проникаться их реализацией (функциональные требования).

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

Фокусировка только на технической реализации безусловно приводит к линии Мажино.

Она была безупречна, но… ее тупо обошли, бо это же «блиц-криг«, а не «Мадам, вузэт си аншантабля сэ суар«.

Конечно, это снимает с нас много ответственности, но зп повышается как раз за ответственность.

Если тестировщик фокусирует взгляд своих влажных очей только на функциональных требованиях, то вероятность обнаружения проблем падает к 50/50.

А это чревато.

Ваша оценка:

Поделиться ссылкой:

  • Tweet
  • по электронной почте
  • Печать

Понравилось это:

Нравится Загрузка...

Похожее

Опубликовано в Business Driven Testing, Банальное, Не смешно, Постановка мозгов, Слайдкасты, Соображения, Фотографии | Отмечено Печа-куча, ПодКласс, Стажеры, Такси, Юля Нечаева, блиц-криг, линия Мажино, пляс Пигаль | 2 комментария

комментария 2

  1. на 18.10.2011 в 13:13 Vladimir

    Иногда лучше вообще не делать, чем потом чинить, переделывать, исправлять, дорабатывать… А найти другой способ)) И тут 50 на 50 смещается. Тем более при тщательной проработке требований, как бизнес, так и функциональных приводит к более полному пониманию проекта, как и поиск решений вопросов. Что дает более полное понимание продукта, а соответственно повышается и вероятность нахождения проблем.

    НравитсяНравится


  2. на 14.10.2011 в 18:14 Сирожа

    На чем не фокусируй, а все равно будет 50 на 50. Ибо или нашел, или не нашел.
    Увы список всего чего нужно учитывать сильно больше чем «бизнес-требования + функциональные требования».

    НравитсяНравится



Обсуждение закрыто.

  • Aut bene

    Спiвпрацювальник по підготувальні тестувальників.

    Автор [глоссария] терминологии тестирования (english).

    Неоднократный докладчик [SQA Days], [QA Fest] и других конференций по тестированию ПО.

    Неспешный езжун на «[Волга ГАЗ-21]» 1965 года выпуска.

    Игрун чего-то похожего на тяжелый блюз [на классической гитаре].

    И так [далее].

  • Присоединиться к ещё 1 338 подписчикам

  • Follow Normal testing on WordPress.com
  • Залежи

  • Темы

    • Без рубрики (6)
    • Документация (18)
      • Тест-план (2)
    • Изображения (148)
      • Видео (48)
      • Комиксы (20)
      • Скриншоты (48)
      • Фотографии (46)
    • Инструменты (53)
      • Debian (13)
      • Макросы (1)
      • Трекеры (15)
        • Баг-трекер (8)
        • Тест-трекер (5)
      • LibreOffice (4)
    • Книги (19)
    • Конференции (137)
      • Подкасты (12)
      • Презентации (50)
        • Слайдкасты (10)
      • Семинары (18)
    • Обзоры (1)
    • Постановка мозгов (245)
      • Банальное (168)
        • Не смешно (47)
        • Неприятно (14)
        • Печали (15)
        • Радости (57)
        • Смешно (35)
      • В гостях у психиатра (45)
        • Поросенок v2.0 (3)
        • Странности (12)
        • Удивительные баги (17)
      • Level 80 (2)
    • Соображения (206)
      • Балабольник (10)
      • Гипотезы (11)
      • Озарения (55)
      • Откровения (88)
    • Статьи (23)
      • Интервью (6)
      • Опросы (1)
      • Переводы (11)
    • Управляторское (56)
      • Agile (13)
      • Программисты (23)
      • Рекрутинг (8)
    • Учеба в бою (83)
      • Тренировка (13)
      • Фишки (28)
      • Читерство (9)
    • Testing like… (79)
      • Acceptance testing (5)
      • Business Driven Testing (2)
      • Context-driven testing (2)
      • Defect-based Test Design Technique (1)
      • Автоматизация (37)
        • Performance Testing (5)
      • Рецессионное тестирование (1)
      • Юзероиммитатор (15)
      • Exploratory testing (9)
      • тест-дизайн (8)
      • State Transition testing (1)
      • Unit testing (1)
      • Usability testing (2)
    • To Do (12)
      • Анонсы (7)
  • Тэги

    Calc Excel James Bach Jira Mantis SQA Days SQA Days 7 SQA Days 8 SQA Days 10 Александр Александров Александр Орлов Алексей Баранцев Наталья Руколь Хватит тупить Юля Нечаева
  • Самое читаемое

    • Тестируем поля логин/пароль
    • Группирование данных в Excel
    • Priority & Severity на пальцах обезъянок
    • Как в Excel отображать символ валюты перед цифрами
    • План тестирования должен быть внятным, четким, небольшим
    • Что такое перформанс-тестирование
    • Разница между ошибкой (багом) и дефектом (тоже багом)
    • Ссылки в Confluence. Mazafaka
    • Основные положения тестирования
    • Резюме тестировщика должно быть
  • Комментарии

    • Alexei Lupan к записи Сетап для преподавания в сети
    • Дмитрий к записи Сетап для преподавания в сети
    • Сетап для преподавания в сети | Normal testing к записи Оценка времени на тестирование: неочевидные надводные камни
    • Мария к записи Выделить вкладку страницы в фокусе в Firefox
    • Alexei Lupan к записи Савин, Фолкнер и Нгуен…
    • Тимур Исхаков к записи Савин, Фолкнер и Нгуен…
    • Alexei Lupan к записи Кагбэ собеседования в паблике
  • Блоги о тестировании

    • 1) Блоги тестировщиков на software-testing.ru
    • Про тестинг
    • Selenium IDE — rulezzz!
  • Профессиональное

    • Удобный софт
    • Управление тестированием
    • IT Crowd wikiquotes
    • Testing History

На платформе WordPress.com.

WPThemes.


loading Отмена
Сообщение не было отправлено — проверьте адреса электронной почты!
Проверка по электронной почте не удалась, попробуйте еще раз
К сожалению, ваш блог не может делиться ссылками на записи по электронной почте.
Политика конфиденциальности и использования файлов сookie: Этот сайт использует файлы cookie. Продолжая пользоваться сайтом, вы соглашаетесь с их использованием.
Дополнительную информацию, в том числе об управлении файлами cookie, можно найти здесь: Политика использования файлов cookie
%d такие блоггеры, как: