Анадысь приключилося со мною странное времяпровождение.
Утром медитирую над GoogleReader. Попадается прелестное:
Цитата #413706
— Зашёл сегодня в одно учреждение заказать документ. А там девушка-стажёр, старается над каждым словом, боится ошибиться. А опытная ей помогает. Затем в супермаркете на кассе — опять стажёр, а опытная за неё кнопочки нажимает. Захожу в соседний магазин и, ты не поверишь, та же картина. Интересная, думаю, тенденция. Наводит на мысль.
— Какую?
— Может, проститутку сегодня заказать?
Гыгы.
Однако, пора двигать. Такси вызываю. А там — девушка-стажер.
На заднем плане голос опытной тёти: «Это постоянник, галочку ему поставь. Да не там галочку, блиа… Теперь вот этот вопрос задай…«
Гм, гм.
Днем из-за угла получил такой вопрос: «А зачем тестировать бизнес-требование? Вот же, указаны функциональные требования, их мы и будем тестировать…»
А поздно вечером на занятии в ПодКлассе мне был задан этот же вопрос с тем же, мгм, удивлением.
Почесал я свое кармическое предназначение (то самое место, в котором рубильщики в CS делают хэдшоты) в поисках ответа, и родилось оттуда нечто странное и афористическое.
«Линия Мажино» оттуда родилась.
Шел очередной год подготовки ко второй мировой. Гитлеровские войска жаждали приобщиться к ценностям французской культуры с пляс Пигаль. Для этого ими была изобретена блиц-криг.
На нашем языке — печа-куча.
Их рвение неудивительно, ведь на площади Пигаль когда-то находилась студия Тулуза-Лотрека, там жили Пикассо и Ван Гог…
Французское командование поставило само себе боевую задачу: не допустить приобщения дойче камараден к главным культурным ценностям популасьон франсэзз.
На нашем языке это называется «Бизнес-требования«.
А как это сделать?
Ну, поскольку французские военные стратеги считали, что блиц-криг — это та же позиционная война, только в профиль, они решили воздвигнуть на века оборонительное сооружение на границе с Германией.
На нашем языке это называется «Функциональные требования«.
Сооружение они таки построили, причем совершенно неприступное.
Однако в 1940 году нетерпеливые германские войска до обидного просто в темпе обошли всю эту линию сбоку через Арденнские горы, и таки поехали на пляс Пигаль (конечная остановка «Монмартробюса», кроме того можно добраться на метро: линия 2 и 12, остановка Pigalle).
А французам пришлось капитулирен. Ибо были они не бизнес-драйвен-ориентирен.
На нашем языке это называется «Эпик фэйл«.
Дык вот.
Можно тестировать софт только на полное соответствие функциональных требований, и считать при этом свою задачу полностью выполненной.
Но если мы будем этим руководствоваться, то нам самое место для трудоустройства на конечной остановке «Монмартробюса», и работать там только головой в должности вечного стажера…
Ничего другого подобное отношение к делу не заслуживает.
Буэ!
При начале тестирования следует проникнуться бизнес-требованиями.
Да, сперва нужно научиться тестировать абстрактные документы и задавать вопросы, бо в действительности документы эти так же абстрактны, как бозон Хиггса; ведь за ними Москва, деньги, проблемы, бессоные дни на работе.
Затем уже следует проникаться их реализацией (функциональные требования).
Прочти, раскрась, запомни: у прочитавшего бизнес-требования тестировщика возникает намного больше вопросов при чтении функциональных требований, нежели у не прочитавшего бизнес-требования тестировщика.
Фокусировка только на технической реализации безусловно приводит к линии Мажино.
Она была безупречна, но… ее тупо обошли, бо это же «блиц-криг«, а не «Мадам, вузэт си аншантабля сэ суар«.
Конечно, это снимает с нас много ответственности, но зп повышается как раз за ответственность.
Если тестировщик фокусирует взгляд своих влажных очей только на функциональных требованиях, то вероятность обнаружения проблем падает к 50/50.
А это чревато.
Иногда лучше вообще не делать, чем потом чинить, переделывать, исправлять, дорабатывать… А найти другой способ)) И тут 50 на 50 смещается. Тем более при тщательной проработке требований, как бизнес, так и функциональных приводит к более полному пониманию проекта, как и поиск решений вопросов. Что дает более полное понимание продукта, а соответственно повышается и вероятность нахождения проблем.
НравитсяНравится
На чем не фокусируй, а все равно будет 50 на 50. Ибо или нашел, или не нашел.
Увы список всего чего нужно учитывать сильно больше чем «бизнес-требования + функциональные требования».
НравитсяНравится