Что такое use case? Теория и примеры
Use case (также юзкейс, сценарий использования) – это сценарий взаимодействия пользователя (или пользователей) с программным продуктом для достижения конкретной цели.
Юзкейсы содержат следующие сведения:
- кто использует сайт или приложение
- что пользователь хочет сделать
- цель пользователя
- шаги, которые делает пользователь, чтобы совершить определенное действие
- описание того, как сайт или приложение реагируют на действия пользователя.
Юзкейсы не содержат детали реализации, а также описания пользовательского интерфейса или экранов.
В общем, в юзкейсе описывается не каким образом программа делает что-либо, а что именно она делает. Именно этого подхода и нужно придерживаться, создавая юзкейсы.
В отличие от user story, которая излагается от имени какого-то конкретного пользователя, в use case может быть описано взаимодействие (с определенной целью) нескольких участников. Например:
ВИЧ в России / HIV in Russia (Eng & Rus subtitles)
- покупка товара в магазине (Покупатель – Продавец);
- отправка письма по электронной почте (Отправитель – Почтовый клиент);
- запрос страницы браузером (браузер – веб-сервер).
Элементы use case
Юзкейсы могут содержать следующие элементы (их количество зависит от сложности сценария):
- Актор (actor) — тот, кто использует систему. Если взять за пример онлайн-магазин, там может быть несколько акторов: покупатели, продавцы, компании, занимающиеся доставкой, компании, проводящие платежи.
- Стейкхолдер (stakeholder) — тот, кто заинтересован в определенном поведении системы. Зачастую это не конечный пользователь, а кто-то, получающий выгоду от функционирования системы. В случае с онлайн-магазином это может быть партнер — платежная платформа.
- Первичное действующее лицо (primary actor) — человек или система, чьи цели достигаются при помощи нашего продукта. В онлайн-магазине это может быть основной дистрибьютор, чьи товары продаются на этой онлайн-платформе.
- Предусловия и постусловия — что должно быть в наличии или должно произойти до и после запуска сценария использования.
- Триггеры — события, запускающие юзкейс.
- Успешный сценарий — юзкейс, при котором все идет по плану, без ошибок и неожиданностей.
- Альтернативные пути — вариации основного успешного сценария на случай, если что-то пойдет не так на уровне системы.
Как написать use case?
Шаги в юзкейсе описываются максимально понятно. Что касается самих шагов, они могут быть следующими:
- Определите, кто будет использовать сайт.
- Выберите одного из этих пользователей.
- Определите, что этот пользователь хочет делать на сайте. Все, что пользователь делает на сайте, становится юзкейсом.
- Для каждого use case определите нормальный ход событий.
- Опишите основной путь пользователя: что именно делает пользователь и каков ожидаемый ответ системы.
- Далее рассмотрите альтернативные варианты развития событий и добавьте их, чтобы «расширить» use case.
- Повторите шаги 2-6 для всех остальных пользователей.
Пример use case
В этом юзкейсе изложен сценарий входа пользователя в школьную систему.
Название use case | Login |
Описание use case | Пользователь входит в систему, чтобы получить доступ к ее функционалу. |
Акторы | Родители, Ученики, Учитель, Админ |
Предусловия | Система должна быть подсоединена к сети |
Постусловия | После успешного входа пользователю отсылается уведомление на mail id |
Основные сценарии | Номер | Шаги |
Акторы/пользователи | 1 | Ввод username Ввод пароля |
2 | Проверить имя пользователя и пароль | |
3 | Разрешить на вход в систему | |
Расширения | 1a | Неверное имя пользователя Система выбрасывает сообщение об ошибке |
2b | Неверный пароль Система выбрасывает сообщение об ошибке |
|
3c | Неверный пароль введен 4 раза Приложение закрывается |
Юзкейс-диаграммы
Для визуализации юзкейсов используют диаграммы. В них система обозначается прямоугольником, use case — овалом, актор — схематическим человечком.
Пример диаграммы для юзкейсов входа в школьную систему:
Зачем нужны use case?
Давайте рассмотрим, в чем ценность юзкейсов для участников проекта разработки ПО.
В юзкейсе отражается конечная бизнес-ценность, понятная заказчику. Реализация сценария использования в системе очевидна даже для нетехнического специалиста. Наличие готового use case позволяет заказчику своевременно дать старт дальнейшей работе тестировщиков и разработчиков.
В сценарии использования указываются основной и альтернативные потоки событий. Вся информация в нем подается максимально структурированно и понятно, в привязке к конечному результату. Это удобно для понимания запутанных требований. Если сценарий поведения пользователя в системе сложный, use case просто необходим.
Юзкейсы — отличная основа для формирования тест-кейсов. Это, по сути, пригодные для тестирования требования с понятной целью и путями ее достижения. Тестирование по сценариям использования (use case testing) позволяет обнаружить в приложении недостатки, которые сложно найти, например, при юнит-тестировании.
Источник: testengineer.ru
Правильно пишем тест-кейсы. Памятка начинающему специалисту по тестированию
Когда смотришь на специалистов по тестированию, которые пишут тест-кейсы, то понимаешь, что многие из них даже не имеют представления как это правильно делается. Я не буду приводить множество примеров, которые показывают вопиющие ошибки, а постараюсь озвучить основные принципы того, как надо писать тест-кейсы.
Для начинающих поясним, что такое тест-кейс озвучив определение из глоссария терминов ISTQB:
Тест-кейс — набор входных значений, предусловий выполнения, ожидаемых результатов и постусловий выполнения, разработанный для определённой цели или тестового условия, таких как выполнения определённого пути программы или же для проверки соответствия определённому требованию.
Определение тест-кейса языком обывателя:
Тест-кейс — это чёткое описание действий, которые необходимо выполнить, для того чтобы проверить работу программы (поля для ввода, кнопки и т.д.). Данное описание содержит: действия, которые надо выполнить до начала проверки — предусловия; действия, которые надо выполнить для проверки — шаги; описание того, что должно произойти, после выполнения действий для проверки — ожидаемый результат.
Надеюсь, теперь многим стало понятно, что такое тест-кейс. Теперь перейдём к правилам написания тест-кейсов, которые вырабатывались не один год и показывают свою эффективность до сих пор.
Обязательные атрибуты для заполнения
В зависимости от специфики компании могут присутствовать дополнительные атрибуты для заполнения: приоритет, функциональный блок, программа, ссылка на требование, номер требования и т.д.
Правила написания тест-кейсов
На самом деле правила простые, однако их не так-то просто соблюдать. Если же придерживаться данных правил, то тест-кейсы будут легко поддерживаемыми, легко читаемыми, не будут вызывать отторжения и могут быть использованы всеми участниками команды в процессе разработки программного обеспечения.
Примеры
Для наглядности приведу пару примеров. Рассмотрим на примере сайта, на котором вы сейчас находитесь.
Тест-кейс №1. Корректный
Тест-кейс №2. Некорректный
В данном тест-кейсе постарался в каждой строке писать неправильно, чтобы было наглядно. И в скобках добавлял наводящие пояснения.
Во второй части видео (с 8-й минуты) разбираю на примерах создание тест-кейсов:
Главное в нашем деле практика. Практикуйтесь в написании тест-кейсов.
Если вы будете вести тест-кейсы в таблице (к примеру в Excel), то можете скачать шаблон тест-кейсов. В файле две вкладки. На одной шаблон единичного тест-кейса, а на второй пример порядка размещения группы тест-кейсов.
Источник: victorz.ru
CASE-технологии
CASE-технологии (Computer-Aided Software/System Engineering) — инструментальные средства, используемые при проектировании систем. CASE-технологии охватывают весь спектр работ по созданию и сопровождению программного обеспечения (главным образом, анализ и разработку, составление проектной документации, кодирование и тестирование системы).
CASE-технологии имеют ряд характерных особенностей:
- обладают графическими средствами для проектирования и документирования модели информационной системы
- имеют организованное специальным образом хранилище данных, содержащее информацию о версиях проекта и его отдельных компонентах
- расширяют возможности для разработки систем за счет интеграции нескольких компонент CASE-технологий
Современные CASE-средства поддерживают также множество технологий моделирования информационных систем, начиная от простых методов анализа и регламентации и заканчивая инструментами полной автоматизации процессов всего жизненного цикла программного обеспечения.
CASE-технологии можно классифицировать по функциональной направленности на
- средства моделирования предметной области
- средства анализа и проектирования
- технологии проектирования схем баз данных
- средства разработки приложений
- технологии реинжиниринга программного кода и схем баз данных
В настоящий момент на рынке программного обеспечения насчитывается более 300 различных CASE-средств. Наиболее известными являются CA ERwin Process Modeler (ранее BPwin), CA ERwin Data Modeler (ранее ERwin), Rational Rose, ARIS.
CA ERwin Process Modeler — CASE-технология фирмы Computer Associates, предназначенная для описания, анализа и моделирования бизнес-процессов. Использует семейство нотаций IDEF (а именно, IDEF0 и IDEF3), DFD, интегрируется с Erwin Data Modeler и входит совместно с данным средством в пакет CA ERwin Modeling Suite.
CA ERwin Data Modeler — CASE-средство от Computer Associates для моделирования баз данных, использующее методологию IDEF1X. Имеет два уровня представления модели — логический и физический — и позволяет строить одно из представлений на основе другого.
Rational Rose — технология фирмы Rational SoftWare Corporation, предназначенная для автоматизации этапов анализа и проектирования программного обеспечения, а также для генерации кодов на различных языках и выпуска проектной документации. Использует нотацию UML.
ARIS (Architecture of Integrated Information Systems) — CASE-технология фирмы IDS Scheer, ориентированная на описание бизнес-процессов организации. Методология ARIS рассматривает предприятие как совокупность взглядов на организационную структуру, структуру функций, структуру данных и структуру процессов. Использует нотации EPC (event-driven process chain), ERM (Entity-Relationship Model), UML.
CASE-технологии обладают очевидными достоинствами, поскольку существенно упрощают процесс разработки программного обеспечения и проектирования информационных систем и повышают его качество. Однако, несмотря на это, CASE-технологии находятся в стороне от непосредственного управления бизнесом. Они помогают разобраться с существующей и желаемой ситуацией, но не являются средством автоматизации процессов, что обуславливает целесообразность использования продуктов класса workflow, BPMS в сочетании с программами учета. Примером подобного продукта является «ПитерСофт: Управление процессами» на весьма распространенной в России платформе 1С.
Смотри также:
- Бизнес-моделирование
- Описание бизнес-процесса
- Модель бизнес-процесса
- Графическая нотация
- Нотация бизнес-процесса
- Модели системы при проектировании
Источник: piter-soft.ru
Что такое кейсы и как они могут помочь маркетингу
Кейс – это уже давно не чемодан, в котором носят ценные бумаги. В общем понимании кейс ― это случай из практики, который наглядно демонстрирует какую-либо теорию или явление. Кейсы распространены в образовательных программах. Они позволяют наглядно рассказать о каком-либо событии. Кейсами часто пользуются в медицине, юриспруденции и маркетинге.
Именно в этих сферах важно изучать прецеденты и делать по ним выводы.
Маркетинг смог применить кейсы не только для обучения маркетологов, но и извлёк из этого выгоду. Какую? Сейчас об этом и поговорим.
Что такое кейс в маркетинге
В маркетинге кейсы бывают двух видов:
- для сотрудников,
- для потенциальных клиентов.
Кейсы для сотрудников ― это подробная постановка задачи. Например, когда компания приходит заказывать брендбук, агентства подготавливают описание самой организации, их предполагаемое позиционирование, возможные проблемы с репутацией, слабые и сильные стороны и т. п. Это нужно для того, чтобы сотрудники агентства понимали, с чем они будут работать. Также технологию используют в бизнес-тренингах для сотрудников. В кейсе описывается проблема и краткая справка об организации.уУчастники тренинга должны решить задачу.
Вид кейсов для потенциальных клиентов ― это, по сути, отчёт о законченных проектах и решённых задачах, которые поданы в понятной и интересной форме. В этой статье нас интересует именно этот вид.
Зачем нужны кейсы в маркетинге
При продаже любого товара используют эмоциональные или рациональные аргументы. Красивая картинка и громкие слоганы влияют на эмоции. Способ продвижения за счёт эмоций часто даёт хорошие плоды. Однако такой способ подходит не всем товарам и услугам. Эмоциональные способы убеждения больше работают в B2C-сегменте.
Цена товара при этом не имеет значения. Для примера, компания Apple во многом завоевала сердца людей за счёт эмоциональных аргументов, несмотря на высокую цену.
Для B2B-сегмента куда важнее выгодность предложения и качество работы. То есть нужно делать акцент на рациональных аргументах. Конечно, можно перечислить положительные стороны вашей организации и продукта в виде обычного текста на лендинге, но это не очень убедительно, так как каждый может придумать что угодно и выдать это за свои положительные качества. То ли дело кейс. Ваша компания создала продукт или услугу, собрала все данные о процессе изготовления и рассказала об этом будущим клиентам.
Публикация кейса может решить сразу несколько задач:
- ознакомить потенциального покупателя с процессом работы,
- показать профессионализм работников,
- установить доверительные отношения,
- ознакомить с методами работы или ассортиментом.
Также кейсы подходят для сложных проектов. Например, при создании интернет-магазина должны быть задействованы разработчики, дизайнеры, маркетологи. Профессии очень разные, и потенциальный заказчик может не понимать, как будет происходить создание сайта, как много времени ему нужно будет выделить на общение с исполнителем и за какие конкретно услуги он будет платить. Если в кейсе вы от и до покажете весь процесс создания сайта, большинство вопросов и опасений заказчика исчезнут.
В кейсах есть и эмоциональный элемент. Люди любят истории. Просто текст о компании обезличен. Кейс же описывают историю работы с определённым клиентом. Положительный опыт одного покупателя легко перенести на себя.
Для каких товаров и услуг кейс будет полезен
Чаще всего кейсы можно создать только в тех случаях, когда есть исходная точка/задача и результат действий. Поэтому кейсы распространены в сфере:
- создания контента и интернет-магазинов,
- ремонта и строительства,
- юридических услуг,
- брендинга и продвижения.
В редких случаях можно использовать кейсы при создании индивидуальных товаров. Например, производители кухонных гарнитуров сначала могут показать пустое помещение заказчика, его пожелания по дизайну и требуемые функции. Далее показывается макет, который создаёт дизайнер. И конечная точка ― готовый гарнитур, который стоит на кухне заказчика.
Виды кейсов и где их можно использовать
Вид кейса зависит от способа его презентации.
- Текстовый. Самый распространённый вид кейсов. Это может быть статья, короткая заметка или полноценный отчёт с фото, графиками и диаграммами. Сделать такой кейс недорого и быстро.
- Кейс-презентация. Кейс в виде сплошного текста не всегда подходит мероприятию. В рамках мастер-классов, переговоров с потенциальными заказчиками нужно больше визуала. Для таких случаев кейс оформляют в виде презентации. В ней можно использовать фирменный стиль вашей компании. Текста в презентации мало, поэтому она редко может быть самодостаточной информационной единицей.
- Кейс-видео. Это самый сложный и дорогой вид кейса. Для его создания нужно пригласить команду видеопродакшена. Однако внутрь видео можно поместить интервью с заказчиками, показать команду работников над проектом, что хорошо повлияет на потенциальных заказчиков.
Теперь о том, где можно показывать кейсы. О кейсе-презентации мы уже сказали – это узкоспециализированный контент и его размещение на сайте может быть не очень информативным. Презентация всегда должна сопровождаться комментарием человека, поэтому такой формат больше подойдёт для публичных выступлений любого рода.
У видеоформата куда больше потенциала. Видеокейсы можно помещать на площадки онлайн-обучения, на своём сайте и социальных сетях. Например, вы можете делиться своими достижениями на YouTube.
Текстовый формат кейса простой и самый применяемый. Его можно поместить в блоге своего сайта. Небольшие кейсы можно размещать в социальных сетях. Например, сервис TargetHunter почти весь свой контент в VK построил на историях продвижения товаров. Интересно, что они рассказывают не только положительные примеры, но и отрицательные.
В конце непродуктивных маркетинговых кампаний они разбирают ошибки с точки зрения специалиста.
Также текстовый формат может работать и как реклама. Интересные статьи можно отправлять в профильные издания и сайты. Если кейс интересный, площадки могут опубликовать историю бесплатно. Таким образом, вы получите бесплатную рекламу.
Какими кейсами особенно нужно делиться
Не вся деятельность организации может быть интересна аудитории. Чтобы контент зашёл, лучше публиковать кейсы, где вы:
- получили хорошие результаты,
- работали над особенно сложным проектом,
- для решения задачи использовали необычные методы и инструменты,
- опробовали новые методики и сформировали своё мнение о них,
- подготовили провальный проект, но сделали выводы на будущее.
История должна цеплять. Никого не интересуют рядовые проекты и рутинная работа. Если вы создаёте рекламу, покажите лучшие макеты или видео. Если вы дизайнер интерьеров, покажите необычную планировку и ремонт.
Как написать кейс? Из чего он состоит?
Несмотря на то, что кейс может быть презентован разными методами, его структура довольно стабильная. Размер кейса зависит от количества информации и визуальных возможностей. Попробуем дать краткую инструкцию/руководство по написанию кейса.
Перед тем как мы перейдём к перечислению частей кейса, стоит сказать, что перед подготовкой текста нужно определить аудиторию, для которой будете писать кейс. В зависимости от того, пишите вы для специалистов вашей профессии или клиентов, которые незнакомы с нюансами вашей работы, зависит язык, использованный в тексте. Для профессионалов можно использовать термины, а вот для новичков нужно будет больше объяснять базовые процессы или, наоборот, опускать некоторые подробности.
А теперь к структуре.
- Описание заказчика. Любой кейс начинается со знакомства с заказчиком. Если это крупная компания, достаточно сказать её название и чем она занимается. Иногда организации не разрешают афишировать их название. В этой ситуации достаточно просто рассказать о виде деятельности организации. Если ваш заказчик физическое лицо, то сильно вдаваться в подробности не стоит. Это не интересно. Исключением может быть только известная личность.
- Опишите проблему или желание. Как мы и говорили, кейс чаще всего делается на основе необычного заказа. Интересные задачи всегда начинаются с проблемы или интересных хотелок заказчика. Вкратце опишите требования.
- Сформулируйтецельпроекта. Эти два пресловутых элемента особенно важны для кейсов. Во-первых, после описания компании и проблемы, нужно показать читателю вектор, по которому будет двигаться дальнейшее описание. Во-вторых, цель не всегда поверхностна. Иногда обывателю нужно объяснить выделенную вами цель.
- Опишите процесс работы. Это самая большая часть кейса. Здесь могут быть отражены исследования, которые вам понадобилось провести, пошаговая работа. Если в процессе работы вы сталкивались с проблемами, их тоже нужно отразить. Далеко не вся работа над проектами проходит гладко. Скрывать сложности не стоит. Для профессионалов это интересно, так как они тоже могут столкнуться с этими проблемами. Потенциальные заказчики смогут оценить ваш профессионализм в необычных обстоятельствах.
- Покажите результат и подведите итоги проекта. Если вы создавали интерьер дома или дизайн упаковки ― всё просто. Покажите что получилось: приложите фото/макеты. Если вы предоставляли услугу, например, продвижение интернет-магазина, результат работы можно показать цифрами: сколько покупателей вы привлекли, насколько увеличилось количество посетителей ресурса. Не забывайте про графики и диаграммы. Они нагляднее для читателя и разбавят скучный текст.
- Выводы по проекту. Этот пункт подойдёт для сложных задач и неудачных проектов.
Примеры кейсов
Теория, конечно, хорошо, но куда лучше посмотреть готовые кейсы. Мы подобрали для вас 2 примера кейсов разного вида, которые, по нашему мнению, подготовлены хорошо.
Кейс-статья для потенциальных клиентов
И первая компания, с кейсом которой мы хотим вас познакомить, ― интернет-агентство TexTerra. На своём сайте они часто публикуют как собственные кейсы, так и кейсы других организаций-партнёров. Поэтому, если вы интересуетесь интернет-маркетингом, контент-маркетингом и продвижением сайтов, вам определённо стоит к ним заглянуть.
Но мы хотим особенно отметить Кейс по продвижению кулинарного сайта «Едим Дома!». Сама компания предоставляет услуги по продвижению сайтов. В этом кейсе они показали, из каких этапов состоит их работа и к каким результатам может привести сотрудничество с ними.
Весь текст построен по стандартной структуре кейса (описание проблемы клиента, задачи, процесс работы, результаты с графиками и цифрами). Однако лёгкость повествования не позволяет читателю скучать. Текст полезен как для профессионалов, так и для любителей.
Кейс-презентация
Как мы говорили, презентация не такая информативная, как текст. Часто она используется как сопровождающий материал к публичному выступлению. Компании Тинькофф удалось сделать информативную презентацию-кейс на тему Геймификация и RTM в Тинькофф Банке. Здесь вкратце описана задача, в интересной форме рассказано о проблеме. А как они оформили результаты!
Красиво и информативно.
Маркетинговый кейс ― отличная возможность рассказать о своей работе и показать профессионализм. В кейсах могут фигурировать названия компаний заказчиков. Обязательно согласовывайте с ними выпуск кейса и конечный текст. А также не бойтесь просить заказчиков делится кейсом в социальных сетях или на сайте.
Источник: 2domains.ru