Читайте также:
|
Есть превосходный профессиональный термин flow (течение, процесс) (будем использовать его в транслите как "флоу"). Флоу — это один или больше сценариев использования или работы ПО. Например, у нас есть флоу Американец -> Американец. В данном конкретном случае на это флоу можно написать множество сценариев (например, с разными суммами оплаты, транзакции между разными штатами и т.д.).
Итак, у нас есть четыре флоу.
Давайте снова поиграем в "Абсолютно очевидно" и решим вопрос о приоритетности каждого флоу. Допустим, что покупаются и продаются запчасти для автомобилей:
Нигилистический настрой и практическая методология
а. Скорее всего, самым приоритетным будет флоу Япо
нец — > Американец, так как в США очень много японских
автомобилей, запасные части производятся в Японии и
наш сайт — это очень важный канал для поставок.
б. Ниже идет флоу Американец —> Американец, хотя внут
ренний рынок американских запчастей очень велик, но есть
много других каналов поставок кроме нашего веб-сайта.
в. Далее идет Американец —> Японец, это флоу менее при
оритетное, чем ао и б, но более приоритетное, чем г.
г. Самый нижний приоритет у флоу Японец —» Японец, так
как в Японии развита инфраструктура купли-продажи зап
частей и нашим сайтом там почти не пользуются.
Вроде бы все смотрится логично, но до тех пор, пока мы не начнем копать.
Вопрос: Откуда у меня информация, на основании которой я сделал свои выводы? Откуда я знаю, что, например, в случае а (Японец —» Американец) "наш сайт — это очень важный канал для поставок"?
Ответ: Я знаю это, так как где-то (может быть, краешком уха) услышал или прочитал (может быть, в определенном контексте) эту информацию.
А что, если я неправильно понял эту информацию или она, подобно постмодернизму, устарела?
Далее.
Вопрос: Что значит, что "внутренний рынок американских запчастей очень велик"? Насколько он велик? Ответ:...
Карточным домиком были наши рассуждения. А ведь все казалось таким логичным...
Давайте лучше пойдем к продюсеру, покажем ему нашу блок-схему и попросим совета.
Пришли, показали, попросили.
Продюсер делает пару звонков, и мы идем к бизнес-аналитику. Тот видит нашу блок-схему, поднимает данные по транзакциям за последние два года, и вот что мы имеем.
Тестирование Дот Ком. Часть 3
а. Самое большое количество сделок было между японскими
пользователями (Японец —» Японец). Продюсер добавляет,
что продвижение на японском рынке — это главный при
оритет компании, как было сказано на очередном съезде, в
смысле было сказано на последнем собрании.
б. Вторым по приоритетности идет Американец —» Японец.
Вот данные по сделкам. Продюсер добавляет, что недавно
были заключены контракты с крупными американскими
автозаводами о том, что те будут использовать наш веб-сайт
для продаж за рубеж.
в. Третьим будет Американец — > Американец, так как вот
цифры. Продюсер добавляет, что конкурирующие сайты и
другие каналы поставок завоевали местный рынок.
г. Четвертым будет Японец —» Американец, так как вот циф
ры. Продюсер добавляет, что японские компании распре
деляют запасные части через своих авторизованных аме
риканских дилеров, а американские дилеры японских ино
марок используют наш сайт неохотно.
Затем мы попросили дать процент для каждого флоу относительно общей суммы сделок по всем четырем флоу (это было немного больше, чем было нужно, так как я уже знал приоритетность каждого флоу, но, как говорят, "кашу маслом не испортишь" и "куй железо, пока горячо"):
Блок-схема по спеку #1123
Теперь у нас есть данные, соответствующие реальности и основанные
• на информации из объективных источников и
• на мнении компетентных лиц.
У нас есть не просто приоритеты, а приоритеты, подкрепленные цифрами (проценты) и пониманием бизнеса (комментарии продюсера).
Нигилистический настрой и практическая методология
И еще мы снова видим, что эти превосходные, проверенные данные снова абсолютно противоречат нашему, казалось бы, незыблемому, но на поверку очень даже "зыблемому" "Абсолютно очевидно".
Что делать, если вдруг есть две функциональности с одинаковым приоритетом? С чего начать? Начните с той, которая более сложная и трудоемкая.
Последний вопрос в отношении оценки риска — это использование полученной информации. Флоу с более высоким приоритетом (который мы отражаем в поле тест-кейса "Приоритет") тестируется
• в первую очередь и
• более тщательно.
Кроме того, в дальнейшем у вас всегда будет аргумент, почему вы тестировали именно это и именно в таком объеме. И этим аргументом будут данные по оценке риска, которые вы использовали как профессионал-тестировщик, ориентированный на счастье пользователя.
2. ЭКВИВАЛЕНТНЫЕ КЛАССЫ (equivalent classes)
Это суперполезная вещь, которой мы немедленно дадим определение:
Дата добавления: 2015-12-07; просмотров: 67 | Нарушение авторских прав