Главная страница

Вопросы объединения процессов тестирования и кадрового обеспечения 142 Часть П. Технологии быстрого тестирования и советы 159


Скачать 4.53 Mb.
НазваниеВопросы объединения процессов тестирования и кадрового обеспечения 142 Часть П. Технологии быстрого тестирования и советы 159
АнкорKalbertson
Дата24.02.2022
Размер4.53 Mb.
Формат файлаpdf
Имя файлаKalbertson.pdf
ТипЛитература
#372680
страница33 из 40
1   ...   29   30   31   32   33   34   35   36   ...   40
3. Специальные требования 301
3.1. Функциональные требования 302 3.1.1. Пользовательский интерфейс 302 3.1.2. Навигация 302 3.1.3. Аутентификация пользователей — клиент 303 3.1.4. Аутентификация пользователей — администратор 303 3.1.5. Текущие проекты 303 3.1.6. Завершенные проекты 303 3.1.7. Создание нового проекта 303 3.1.8. Изменение проекта 304 3.1.9. Удаление проекта 304 3.1.10. Создание тестового случая или набора 304 3.1.11. Изменение тестового случая или набора 304 3.1.12. Удаление тестового случая или набора 305 3.1.13. Отображение теста 305 3.1.14. Отображение тестового набора 305 3.1.15. Прогон одиночного теста 306 3.1.16. Прогон тестового набора 306 3.1.17. Создание списка прогона 306 3.1.18. Выполнение списка прогона 306 297

Определение требований ТМТ TMT-RD-10 3.1.19. Сводный отчет по ошибкам 306 3.1.20. Результаты тестирования — одиночный тест 307 3.1.21. Результаты тестирования — тестовый набор или список прогона 307 3.1.22. Создание матрицы прослеживаемости 307 3.1.23. Резервное копирование тестовых случаев 307 3.1.24. Резервное копирование тестовых наборов 307 3.1.25. Резервное копирование результатов прогона тестов 308 3.1.26. Восстановление тестовых случаев 308 3.1.27. Восстановление тестовых наборов 308 3.1.28. Восстановление результатов прогона тестов 308 3.1.29. Экспорт тестовых случаев 308 3.1.30. Экспорт тестовых наборов 308 3.1.31. Экспорт результатов прогона тестов 309 3.1.32. Справка 309 3.1.33. Многопользовательские функциональные возможности 309 3.2. Требования к внешнему интерфейсу 309 3.3. Требования к производительности 309 3.3.1. Возможность поддержки нескольких пользователей 309 3.4. Ограничения проекта 309 3.5. Структура данных 309 3.6. Атрибуты 309 3.7. Прочие требования 309
Ссылки 311
Приложение 1 —Список аббревиатур 311
Приложение 2 — Определение терминов 311
Приложение 3 — Адреса электронной почты утверждающих лиц 311
От: Чак Д. Клут (Chuck D. Klout) [cdklout@tmtco] 311
От: Сьюзи Перл (Suzie Perl [spent@tmtco.com] 312
От: Брит Гейтер (Bret Gater) [bgater@tmtco.com] 312
1. Введение
1.1. Назначение
Целью создания этого документа является определение набора требований к программному продук­
ту, именуемому набором инструментальных средств управления тестированием (Test Management
Toolkit, ТМТ). Документ предназначен для сотрудников отделов маркетинга, программирования, тес­
тирования, а также для технического персонала, осуществляющего поддержку программных продук­
тов. Документ организован таким образом, что обеспечивает возможность выделять, идентифициро­
вать и выбирать отдельные требования. Требования излагаются на таком уровне детализации, что на их основе разработчики могут создавать программный продукт, а тестировщики — выполнять аттестацию этого продукта. Программный продукт ТМТ может использоваться для упрощения про­
цессов тестирования оборудования, программного обеспечения и системы в целом. С целью упро­
щения все примеры применения ТМТ ограничиваются тестированием программного обеспечения.
Этот документ предназначен только для внутреннего использования.
298

Определение требований ТМТ
TMT-RD-10
1.2. Область применения
Приложение ТМТ обеспечивает для менеджеров и инженеров по тестированию возможность управ­
ления планами тестирования, отчетами о дефектах, результатами прогона тестов и другой инфор­
мацией, связанной с тестированием программного обеспечения. ТМТ представляет собой Web- приложение, благодаря чему несколько географически удаленных пользователей могут одновре­
менно участвовать в нескольких проектах по тестированию.
1.3. Обзор
Первые разделы документа содержат общее описание приложения ТМТ, а в следующих разделах приводится список детализованных требований к этому программному продукту. Каждое требование снабжено уникальным идентификатором, благодаря чему разработчики могут прослеживать трудо­
затраты на разработку и тестирование обратно в направлении требований. Дескрипторы требований представлены в форме заголовков разделов. Например, раздел 2.2.1 представляет требование, которое определяет методику применения приложения ТМТ для обработки документов, связанных с планом тестирования. На дескриптор "2.2.Г можно ссылаться в других проектных документах. В результате появляется гарантия, что более поздние ссылки на это требование могут отслеживаться в обратном направлении вплоть до исходного требования, которое содержится в данном документе.
2. Общее описание
2.1. Перспективы применения продукта
Приложение ТМТ предназначено для упрощения тестирования программного обеспечения. Это при­
ложение может оказать существенную помощь при разработке, выполнении и отслеживании тести­
руемых программ. Этот документ описания требований направляет непосредственно на свойства, которыми должен обладать коммерческий продукт, ориентированный на применение в области раз­
работки и тестирования программного обеспечения.
2.2. Функции продукта
В этом разделе описываются высокоуровневые функциональные свойства программного продукта
ТМТ. Более подробное описание требований находится в разделе 3.0.
2.2.1. Тестовые планы
Продукт ТМТ должен обеспечивать средства создания, изменения, просмотра, сохранения и выбор­
ки документов, описывающих тестовые планы.
2.2.2. Список прогона
Продукт ТМТ должен поддерживать средства создания, изменения, просмотра, сохранения и выбор­
ки набора тестов для прогона. В рамках данного документа этот набор тестов именуется "списком прогона".
2.2.3. Тесты
Продукт ТМТ должен обеспечивать средства создания, изменения, просмотра, сохранения и выбор­
ки отдельных тестов, которые могут включать такие компоненты, как процедуры установки, списки оборудования, процедуры тестирования, тестовые данные, а также процедуры, обеспечивающие окончательную доводку (очистку) данных и результатов прогона тестов.
2.2.4. Выполнение тестов
Продукт ТМТ должен поддерживать средства запуска на выполнение тестов из списка прогона. При этом для каждого теста могут создаваться свои результаты и журнальные файлы.
299

Определение требований ТМТ
TMT-RD-10
2.2.5. Отчеты об ошибках
Продукт ТМТ должен поддерживать средства создания, изменения, просмотра, сохранения и выбор­
ки отчетов об ошибках.
2.2.6. Итоговые отчеты
Продукт ТМТ должен обеспечивать средства построения отчетов, которые подводят итоги по состоя­
нию тестирования, результатам прогона тестов и отчетам об обнаруженных дефектах.
2.2.7. Резервное копирование и восстановление
Продукт ТМТ должен иметь средства, предназначенные для резервного копирования и восстановле­
ния как тестов, так и результатов тестирования.
2.2.8. Безопасность
Продукт ТМТ должен поддерживать средства создания учетных записей и паролей для пользовате­
лей приложения. Для запуска тестов на выполнение и просмотра результатов прогона требуется аутентификация пользователей.
2.2.9. Удаленное администрирование
В составе программного продукта ТМТ должен присутствовать модуль, обеспечивающий удаленное администрирование. Менеджер, руководитель и системный администратор должны располагать возможностями реализации административных функций из удаленных рабочих мест в отношении базы данных и пользовательской информации.
2.2.10. Матрица прослеживаемости требований
В состав программного продукта ТМТ должен быть включен модуль, предназначенный для создания матрицы прослеживаемости требований. Он должен выглядеть как каркас или набор пустых запол­
нителей, которые после постепенного помещения действительных номеров и описаний всех требо­
ваний превращается в результирующую матрицу прослеживаемости.
2.3. Пользовательские характеристики
Пользователями описываемого программного продукта являются менеджеры, руководители, инже­
неры и технические работники, занимающиеся тестированием программного обеспечения.
2.4. Общие ограничения
Ниже перечислены ограничения, могущие повлиять на возможности команды разработчиков про­
граммного обеспечения:
• Регулирующие политики.
• Ограничения, связанные с оборудованием.
• Интерфейсы с другими приложениями.
• Требования, накладываемые языками высокого уровня.
• Протоколы.
• Критический режим функционирования продукта.
2.5. Допущения и зависимости
В этом разделе описаны допущения и зависимости, связанные с программным продуктом ТМТ. С целью упрощения будущих ссылок каждое допущение или зависимость помечается специальным идентификатором (заголовком раздела). Перечисленные допущения следует принимать во внимание во время создания конфигураций тестируемых систем с использованием ТМТ.
300

Определение требований ТМТ
TMT-RD-10
2.5.1. Операционные системы
Предполагается, что пользователь выполняет клиентское приложение на компьютере, работающем под управлением одной из следующих операционных систем:
Microsoft
• Windows 95
• Windows 98
• Windows Millennium Edition
• Windows XP
• Windows NT 3/51 или выше
• Windows 2000.
Apple
• MAC OS 9.x или выше.
Предполагается, что серверное приложение выполняется на компьютере, работающем под управле­
нием одной из следующих операционных систем:
Microsoft
• Windows NT 3.51 или выше.
UNIX
• Sun Solaris 2.6 или выше
• HPUX 10.x или выше
• Open BSD
• AIX 2.4.1 или выше
• SCO Open Desktop
• Linux Red Hat 6.x или выше. '
2.5.2. Браузеры
Предполагается, что пользователь на клиентском компьютере использует один из следующих брау­
зеров: Netscape версии 4.0 или выше, Internet Explorer версии 5.0 или выше.
2.5.3. Реляционные базы данных
Предполагается, что на хост-компьютере (сервере) выполняется программное обеспечение реляци­
онных баз данных, которое допускает использование множественной индексации. Также предпола­
гается, что программное обеспечение баз данных обладает свойством блокирования записей. Кроме того, необходимо, чтобы это программное обеспечение включало в свой состав библиотеки API, совместимые со стандартным языком SQL. В начальной версии продукта ТМТ предполагается ис­
пользование баз данных Oracle. В будущих версиях ТМТ могут применяться другие системы управ­
ления базами данных, что должно регламентироваться отзывами пользователей, касающимися пер­
вой версии продукта.
2.5.4. Сервер Web-страниц
Предполагается, что на хост-компьютере (сервере) выполняется серверное приложение Web- страниц, например, Apache или Microsoft Internet Information Server.
2.5.5. Зависимость от процессора
Приложение не зависит от типа применяемого процессора. Перечисленные ранее допустимые опе­
рационные системы могут использоваться на платформах с процессорами х86, RISC, SPARC, Mo­
torola или РРС.
3. Специальные требования
В этом разделе представлены детализованные требования, относящиеся к программному продукту ТМТ.
301

Определение требований ТМТ
TMT-RD-10
3.1. Функциональные требования
3.1.1. Пользовательский интерфейс
Пользовательский интерфейс для клиента ТМТ создается с использованием языка HTML и отобра­
жается в окне Web-браузера. Применение HTML уменьшает степень зависимости от браузеров.
3.1.2. Навигация
Главное меню программного продукта ТМТ включает следующие пункты:
Current Projects (Текущие проекты)
Completed Projects (Завершенные проекты)
Project Maintenance (Сопровождение проекта)
Create New Project (Создать новый проект)
Modify Project (Изменить проект)
Remove Project (Удалить проект)
Help (Справка)
Test Case Maintenance (Сопровождение тестовых случаев)
Create Test Case or Suite (Создать тестовый случай или набор)
Modify Test Case or Suite (Изменить тестовый случай или набор)
Remove Test Case or Suite (Удалить тестовый случай или набор)
Display Test (Показать тест)
Display Suite (Показать тестовый набор)
Help (Справка)
Test Case Execution (Выполнение тестовых случаев)
Run Single Test (Прогнать одиночный тест)
Run Suite (Прогнать тестовый набор)
Create Run List (Создать список прогона)
Execute Run List (Выполнить список прогона)
Test Results (Результаты тестирования)
Bug Summary (Сводный отчет по ошибкам)
Single Test (Одиночный тест)
Suite or Run List (Тестовый набор или список прогона)
Help (Справка)
Utilities (Утилиты)
Create Trace Matrix (Создать матрицу прослеживаемости)
Backup (Резервное копирование)
Tesf Cases (Тестовые случаи)
Test Suites (Тестовые наборы)
Test Results (Результаты прогона тестов)
Help (Справка)
Restore (Восстановление)
Tesf Cases (Тестовые случаи)
Test Suites (Тестовые наборы)
Test Results (Результаты прогона тестов)
Help (Справка)
Export (Экспорт)
Tesf Cases (Тестовые случаи)
Test Suites (Тестовые наборы)
Test Results (Результаты прогона тестов)
Help (Справка)
302

Определение требований ТМТ
TMT-RD-10
3.1.3. Аутентификация пользователей — клиент
Клиентский сеанс открывается после регистрации на хост-системе через Internet или интрасеть ком­
пании. Для прогона тестов и просмотра результатов пользователи должны вводить свои имена и пароли. Имя пользователя и пароль должны быть уникальными и присваиваться администратором.
Имя и пароль не могут изменяться самим пользователем.
3.1.4. Аутентификация пользователей — администратор
Менеджер, руководитель и администратор должны вводить имя пользователя и пароль для того, чтобы получить доступ к пользовательской информации либо выполнить администрирование базы данных. Имя пользователя и пароль должны быть уникальными и могут изменяться только админи­
стратором.
3.1.5. Текущие проекты
После регистрации в системе пользователь получает возможность просматривать активные и теку­
щие проекты. В результате выбора этой опции из главного меню отображается список активных про­
ектов. В названии проекта отображается связанное с ним общее количество тестов либо тестовых наборов. После общего числа тестов/тестовых наборов указывается процент выполненных тес­
тов/тестовых наборов. Затем выводится количество тестов, которые прошли. Далее выводится про­
центное отношение количества пройденных тестов к общему их числу. Затем отображается количе­
ство тестов, завершившихся неудачно. После информации о количестве тестов, завершившихся неудачно, выводится их процентное отношение к общему числу тестов. Далее отображается общее число заблокированных тестов. После общего числа заблокированных тестов указывается их про­
центное отношение к общему числу тестов. Затем выводится время, оставшееся до завершения данного проекта.
Время, которое осталось до завершения проекта, может описываться как "Not Known" ("Неиз­
вестное") или же указываться в часах и минутах. Время выполнения теста определяется временем его последнего прогона. Оставшийся запас времени представляет собой общее значение времени
(сумма по всем тестам) минус время, затраченное на уже выполненные тесты.
3.1.6. Завершенные проекты
После регистрации в системе пользователь получает возможность просматривать завершенные проекты. В результате выбора этой опции из главного меню отображается список завершенных про­
ектов. После названия проекта указывается общее количество тестов или тестовых наборов, связан­
ных с проектом. Затем, после общего числа тестов/тестовых наборов отображается процент выпол­
нения данного проекта. Следом за процентом выполнения указывается количество успешно прой­
денных тестов. После количества пройденных тестов отображается их процент в общем количестве тестов. За значением процента следует число тестов, потерпевших неудачу. После этого отобража­
ется их процентное отношение к общему количеству тестов, а затем — общее число заблокирован­
ных тестов. После общего количества заблокированных тестов указывается их процентное отноше­
ние к общему числу тестов. Наконец, отображается время прогона всех тестов для данного проекта.
3.1.7. Создание нового проекта
После регистрации в системе пользователь получает возможность создавать новый проект. Процесс создания проекта начинается непосредственно после выбора пользователем опции "Create New
Project" ("Создать новый проект") из меню "Project Maintenance" ("Сопровождение проекта"). Вначале предлагается ввести имя нового проекта. После ввода имени проекта отображается список всех доступных тестовых случаев и наборов.
После выбора тестовых случаев и/или тестовых наборов, пользователь должен получить воз­
можность сохранить проект или отменить действия и вернуться в главное меню. При выборе сохра­
нения список тестовых случаев и/или тестовых наборов должен быть сохранен как проект.
303

Определение требований ТМТ
TMT-RD-10
3.1.8. Изменение проекта
После регистрации в системе пользователь должен иметь возможность изменять существующий проект. Процесс изменения начинается после выбора элемента "Modify Project" ("Изменить проект") из меню "Project Maintenance" ("Сопровождение проекта"). На этом этапе отображается запрос на ввод имени проекта, а также предлагается список доступных проектов, среди которых можно произ­
вести выбор. Пользователь должен либо ввести имя проекта, либо дважды щелкнуть на соответст­
вующем имени проекта в списке.
В случае отсутствия проектов отображается сообщение "No Projects Have Been Created" ("Соз­
данные проекты отсутствуют"). На этом этапе пользователь должен иметь только один вариант вы­
бора, которым служит кнопка "ОК", щелчок на которой закрывает окно сообщения и приводит к воз­
врату в главное меню.
1   ...   29   30   31   32   33   34   35   36   ...   40


написать администратору сайта