Тестирование программного обеспечения. Базовый курс. 3-е издание
Пользовательские сценарии (сценарии использования)
жүктеу/скачать 5,03 Mb. Pdf көрінісі
|
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU
- Бұл бет үшін навигация:
- Test case suite (test suite, test set).
| Пользовательские сценарии (сценарии использования)
В данном случае речь НЕ идёт о use cases (вариантах использования), представляющих собой форму требований {39} . Пользовательские сцена- рии как техника тестирования куда менее формализованы, хотя и могут строиться на основе вариантов использования. К отдельному подвиду последовательных наборов тест-кейсов (или даже неоформленных идей тест-кейсов, таких, как пункты чек-листа) можно отнести пользовательские сценарии 304 (или сценарии использования), представляющие со- бой цепочки действий, выполняемых пользователем в определённой ситуации для достижения определённой цели. 303 Test case suite (test suite, test set). A set of several test cases for a component or system under test, where the post condition of one test is often used as the precondition for the next one. [ISTQB Glossary] 304 A scenario is a hypothetical story, used to help a person think through a complex problem or system. [Cem Kaner, «An Introduction to Scenario Testing », http://kaner.com/pdfs/ScenarioIntroVer4.pdf ] Наборы тест-кейсов Тестирование программного обеспечения. Базовый курс. © EPAM Systems, 2015–2023 Стр: 147/301 Поясним это сначала на примере, не относящемся к «Конвертеру файлов». Допустим, пользователь хочет распечатать табличку на дверь кабинета с текстом «Идёт работа, не стучать!» Для этого ему нужно: 1) Запустить текстовый редактор. 2) Создать новый документ ( если редактор не делает это самостоятельно ). 3) Набрать в документе текст. 4) Отформатировать текст должным образом. 5) Отправить документ на печать. 6) Сохранить документ ( спорно, но допустим ). 7) Закрыть текстовый редактор. Вот мы и получили пользовательский сценарий, пункты которого могут стать основой для шагов тест-кейса или целого набора отдельных тест-кейсов. Сценарии могут быть достаточно длинными и сложными, могут содержать внутри себя циклы и условные ветвления, но при всём этом они обладают рядом весьма интересных преимуществ: • Сценарии показывают реальные и понятные примеры использования про- дукта (в отличие от обширных чек-листов, где смысл отдельных пунктов мо- жет теряться). • Сценарии понятны конечным пользователям и хорошо подходят для обсуж- дения и совместного улучшения. • Сценарии и их части легче оценивать с точки зрения важности, чем отдель- ные пункты (особенно низкоуровневых) требований. • Сценарии отлично показывают недоработки в требованиях (если становится непонятно, что делать в том или ином пункте сценария, — с требованиями явно что-то не то). • В предельном случае (нехватка времени и прочие форс-мажоры) сценарии можно даже не прописывать подробно, а просто именовать — и само наиме- нование уже подскажет опытному специалисту, что делать. Последний пункт проиллюстрируем на примере. Классифицируем потенци- альных пользователей нашего приложения (напомним, что в нашем случае «поль- зователь» — это администратор, настраивающий работу приложения) по степени квалификации и склонности к экспериментам, а затем дадим каждому «виду поль- зователя» запоминающееся имя. Таблица 2.4.a — Классификация пользователей жүктеу/скачать 5,03 Mb. Достарыңызбен бөлісу:
|