Тестирование программного обеспечения. Базовый курс. 3-е издание
жүктеу/скачать 5,03 Mb. Pdf көрінісі
|
Software Testing - Base Course (Svyatoslav Kulikov) - 3rd edition - RU
- Бұл бет үшін навигация:
- Уровень бизнес-требований.
- Задание 2.2.b
- Суть проекта
- Цели проекта
|
Стр: 54/301 2.2.7. Пример анализа и тестирования требований Поскольку наша задача состоит в том, чтобы сформировать понимание ло- гики анализа и тестирования требований, мы будем рассматривать предельно крат- кий и простой их набор. Отличный подробный пример требований можно найти в приложениях к книге Карла Вигерса «Разработка требований к программному обеспече- нию» («Software Requirements (3rd Edition) (Developer Best Practices)», Karl Wiegers, Joy Beatty). Допустим, что у некоего клиента есть проблема: поступающие в огромном количестве его сотрудникам текстовые файлы приходят в разных кодировках, и со- трудники тратят много времени на перекодирование («ручной подбор кодировки»). Соответственно, он хотел бы иметь инструмент, позволяющий автоматически при- водить кодировки всех текстовых файлов к некоей одной. Итак, на свет появляется проект с кодовым названием «Конвертер файлов». Уровень бизнес-требований. Бизнес-требования (см. главу «Уровни и типы требований» {39} ) изначально могут выглядеть так: «Необходим инструмент для ав- томатического приведения кодировок текстовых документов к одной». Здесь мы можем задать множество вопросов. Для удобства приведём как сами вопросы, так и предполагаемые ответы клиента . Задание 2.2.b: прежде чем читать приведённый ниже список вопросов, сформулируйте собственный. • В каких форматах представлены текстовые документы (обычный текст, HTML, MD , что-то иное)? ( Понятия не имею, я в этом не разбираюсь. ) • В каких кодировках приходят исходные документы? ( В разных. ) • В какую кодировку нужно преобразовать документы? ( В самую удобную и универсальную. ) • На каких языках написан текст в документах? ( Русский и английский. ) • Откуда и как поступают текстовые документы (по почте, с сайтов, по сети, как-то иначе)? ( Это неважно. Поступают отовсюду, но мы их складываем в одну папку на диске, нам так удобно. ) • Каков максимальный объём документа? ( Пара десятков страниц. ) • Как часто появляются новые документы (например, сколько максимум доку- ментов может поступить за час)? ( 200 –300 в час. ) • С помощью чего сотрудники просматривают документы? ( Notepad++. ) Даже таких вопросов и ответов достаточно, чтобы переформулировать биз- нес-требования следующим образом (обратите внимание, что многие вопросы были заданы на будущее и не привели к появлению в бизнес-требованиях лишней технической детализации). Суть проекта: разработка инструмента, устраняющего проблему множе- ственности кодировок в текстовых документах, расположенных в локальном диско- вом хранилище. Цели проекта: • Исключение необходимости ручного подбора кодировок текстовых докумен- тов. • Сокращение времени работы с текстовым документом на величину, необхо- димую для ручного подбора кодировки. Пример анализа и тестирования требований Тестирование программного обеспечения. Базовый курс. © EPAM Systems, 2015–2023 жүктеу/скачать 5,03 Mb. Достарыңызбен бөлісу:
|