Создание нового пользователя

Для создания нового пользователя выполните следующие шаги

1. Войдите в систему в качестве администратора по умолчанию (имя пользователя: ADMIN; пароль: ADMIN).
2. Если это ваш первый запуск продукта Rational Quality Manager на данном сервере, то его загрузка может занять несколько минут. После того, как загрузка информационной панели завершится, найдите меню Admin. В этом меню выберите пункт Jazz User Administration (Администрирование пользователя Jazz, см. рис. 1).

Рисунок 1. Меню Admin

3. Загрузится экран User Management, в котором по умолчанию будет выбрана опция Active Users. На этом экране выберите пункт Create User (Создать пользователя).
4. Заполните поля name (имя), user ID (идентификатор пользователя) и e-mail address (адрес электронной почты), а затем выберите соответствующие значения параметров Repository Permissions (Разрешения репозитория) и Client Access Licenses (Лицензии доступа клиента) для вашего нового пользователя (см. рис. 2).

Рисунок 2. Создание нового пользователя

5. После завершения нажмите Save.

   Примечание.

   Обратите внимание, что новый пользователь создан с паролем по умолчанию, который совпадает с идентификатором пользователя (user ID). Впоследствии вы будете использовать этот идентификатор и этот пароль пользователя для входа в систему.

6. После того, как пользователь будет создан, вы увидите подтверждающее сообщение "User created successfully. Return to Manage Users" (Пользователь успешно создан. Вернуться к управлению пользователями), см. рис. 3.

Рисунок 3. Диалоговое окно с подтверждающим сообщением

7. После того, как вы увидите это сообщение, нажмите на ссылку Return to Manage Users. Вы увидите созданного вами пользователя в списке активных пользователей Active Users.

Планирование теста

Для управления работами в среде Rational Quality Manager используется т.н. "план тестирования" (test plan). План тестирования определяет цели и область тестирования, а также содержит критерии для определения степени выполнения тестирования. План тестирования в среде Rational Quality Manager позволяет решать следующие задачи.

• Отслеживать состояние рецензирования, согласования и планов тестирования.
• Создавать тестовые сценарии (test case) и управлять ими, а также связывать (ассоциировать) тестовые сценарии с конкретным планом тестирования.
• Импортировать проектные требования из внешних инструментов управления требованиями, отслеживать эти требования и связывать их с тестовыми сценариями, или связывать требования непосредственно с планом тестирования для отслеживания его покрытия (coverage).
• Связывать между собой различные среды (браузеры, базы данных, операционные системы и т.д.), поддерживаемые и контролируемые в рамках определенного плана тестирования, и использовать эту связь для генерации тестовых конфигураций и отслеживания тестового покрытия.
• Оценивать общие объемы работ по планированию и выполнению тестов, а также разрабатывать календарные планы для каждой итерации процесса тестирования.
• Формулировать бизнес-цели, цели теста, цели по качеству и критерии на входе и на выходе.

План тестирования проектируется в виде набора шаблонов, которые вы сможете настроить в соответствии со своими спецификациями. Если в плане тестирования существуют разделы, которые вы не собираетесь использовать, вы можете просто удалить эти разделы. Если вы хотите добавить что-либо в план тестирования, вы можете создать собственные разделы плана тестирования и добавить их к шаблону.

Выполните следующие шаги для создания простого плана тестирования с конфигурацией "по умолчанию".

1. Выйдите из среды Rational Quality Manager, а затем снова войдите в нее с учетными данными пользователя, которого вы только что создали. В этот раз, когда ваша информационная панель загрузится, вы увидите имя, которое вы ввели при создании учетной записи нового пользователя.
2. В левой навигационной области нажмите курсором на пиктограмму Planning и выберите пункт Create Test Plan (Создать План тестирования).
3. После того, как закладка Create Test Plan загрузится, введите имя плана тестирования в его заголовке и выберите тип шаблона. В поле Template установите значение Default Test Plan Template (Шаблон "по умолчанию" для плана тестирования).
4. После завершения указанных операций нажмите Save (Сохранить). (До тех пор, пока вы не привыкните работать с этим инструментом, осуществляйте операцию сохранения как можно чаще).

Результаты показаны на рис. 4.

Рисунок 4. Сохраненный шаблон плана тестирования

План тестирования состоит из трех основных зон.

• Header (Заголовок) - показан на рис. 4.
• Table of Contents (Содержание) - в этом разделе осуществляется управление всеми остальными разделами плана тестирования
• Область Section detail (подробности раздела) (в которой, собственно, и выполняется вся работа)

В каждом разделе присутствует элемент Work Item (Единица работы) со ссылкой Create.

5. В разделе Summary (Сводка) (где по умолчанию находится ваш курсор) нажмите на ссылку Create (Создать).
6. На экране (рис. 5) появится диалоговое окно Create Work Item (Создать единицу работы). Заполните поля Owned By (владелец) и Due (срок исполнения). После завершения указанных операций нажмите OK.

Рисунок 5. Диалоговое окно Create Work Item

В результате произойдет следующее:

• Во-первых, ссылка на задачу (task link) будет создана в поле Work Item, в котором находилась ссылка Create.
• Во-вторых, будет создана закрепляемая за вами единица работы, которая помогает отслеживать подлежащие выполнению действия.

Примечание.

В данный момент у вас нет необходимости знакомиться со всеми 15 разделами плана тестирования "по умолчанию". Достаточно ознакомиться с базовой информацией, которая позволит ориентироваться в основных функциях рассматриваемого инструмента.

7. Теперь перейдите в раздел Requirements (Требования) и нажмите на пиктограмму Add New Requirement (Добавить новое требование):
8. Откроется форма для ввода деталей требования. На закладке Overview заполните разделы Summary и Description.

В этот пример также включено требование для навигационной панели Subject начальной страницы Web-сайта. Соответствующие детали скопированы с указанного Web-сайта в данную форму. На рис. 6 показана введенная информация:

• Summary: The top left-hand navigation for the site
• Закладка Overview, раздел Details:
• Type: Requirement (выбрано из ниспадающего меню)
• Severity: Major (выбрано из ниспадающего меню)
• Owned by: Unassigned (опция ниспадающего меню)
• Created by: (заполнено по умолчанию)
• Description: "The site should be searchable by subject, with the following subjects available:"

Рисунок 6. Детали требования

9. Вы можете добавить любое требование. После завершения нажмите Save.

Вы должны увидеть свое требование, добавленное в таблицу в разделе Detail (см. рис. 7). Обратите внимание на ссылку в столбце Status ID. (Не нажимайте на нее, поскольку это ссылка на другую единицу работы (Work Item). Более подробные сведения о ней вы получите позже).

Рисунок 7. Таблица Details

10. Теперь перейдите в раздел Test Cases (Тестовые сценарии) и нажмите на пиктограмму Add New Test Case (Добавить новый тестовый сценарий):
11. Откроется форма для ввода деталей тестового сценария (см. рис. 8). Заполните поля Name (Имя), Description (Описание), Template (Шаблон) и Owner (Владелец).

Показанный в этом примере тестовый сценарий добавлен для навигационной панели, на которую ссылается добавленное ранее требование.

Рисунок 8. Форма New Test Case (Новый тестовый сценарий)

Примечание.

Вы можете также заполнить поля Category (Категория), Function (Функция) и Theme (Тема). С помощью этих трех полей осуществляется классификация тестовых сценариев для последующей группировки и отчетности. В конфигурации "по умолчанию" ниспадающие меню в этих полях будут, скорее всего, пустыми. Войдя в систему в качестве администратора, вы можете присвоить этим параметрам значения, выполнив процедуру Admin > System Properties > Test Case Categories или нажав на пиктограмму Manage Test Case Categories, которая присутствует как в плане тестирования, так и в тестовом сценарии:

12. Прежде, чем двигаться дальше, удостоверьтесь в том, что вы заполнили поле Weight (Вес). Смысл присвоения "веса" тестовому сценарию состоит в том, что не все тестовые сценарии равнозначны; некоторые сценарии более важны, чем другие. Затем, после исполнения теста, вы сможете использовать этот параметр для распределения полученных результатов (вы увидите это в дальнейшем). Если тест выполнился лишь частично, например, некоторые функции работают не в полном объеме, то с помощью весовых коэффициентов вы можете указать, что этот тест на 70% успешен, а на 30% - неудачен. При весовом коэффициенте "1" это невозможно. Хорошие результаты можно получить при использовании значений в диапазоне 1-100.
13. После завершения указанных операций нажмите OK.

Ваш тестовый сценарий должен был добавиться к списку в разделе Details (рис. 9).

Рисунок 9. Тестовый сценарий, добавленный в раздел Details

Пока этого достаточно, чтобы двигаться вперед, поэтому снова нажмите Save.

После сохранения вы можете закрыть закладку плана тестирования, нажав на пиктограмму X рядом с именем этого плана:

В качестве альтернативного варианта, вы можете углубиться в определенные единицы работы своего плана тестирования, выбирая их непосредственно из этого плана.

Навигация по информационной панели и представления

К данному моменту у вас есть план тестирования, одно требование, один тестовый сценарий и одна задача. В этом разделе вы узнаете, где найти эти артефакты и как работать с ними.

Во многих инструментах корпоративного уровня одна из самых больших трудностей состоит в отслеживании работы, порученной исполнителю. Инструмент Rational Quality Manager предоставляет настраиваемые информационные панели, с помощью которых вы сможете отслеживать не только состояние проекта, но и работу, которую должны сделать вы и остальные участники рабочей группы.

Перейдите обратно к информационной панели по умолчанию, чтобы ознакомиться с некоторыми установленными по умолчанию представлениями (viewlet):

1. Закройте свой план тестирования или нажмите на закладку Home для возврата к предлагаемой по умолчанию информационной панели.
2. Когда вы попадете на эту панель, вам, возможно, придется обновить представление, чтобы увидеть результаты проделанной работы. Для этого достаточно нажать на кнопку Refresh (Обновить):
3. Одно из первых загружаемых представлений будет иметь имя My Tasks (Мои Задачи). Это представление будет содержать созданные ранее артефакты: тестовый сценарий и задачу документирования из соответствующего раздела плана тестирования.

Рисунок 10. Представление My Tasks

Нажатие на любую из этих ссылок направит вас к соответствующей единице работы, с которой вы сможете работать.

4. Ниже вы должны увидеть сводку по покрытию своего текущего требования (рис. 11). Несмотря на неудовлетворительное покрытие теста (0%), беспокоиться не следует, поскольку в данный момент существует всего одно требование. Наша цель состоит в том, чтобы к концу данного упражнения достичь уровня 100%.

Рисунок 11. Текущее состояние покрытия требований

Совет:

Нажав на это представление, вы попадете в более детальный инструмент отчетности по охвату требований, параметры которого вы сможете настроить.

5. Вы также должны увидеть диаграмму "Execution status per tester", а также еще одну диаграмму "Unfinished work item count". Эти диаграммы не показаны здесь, поскольку имеют большие размеры и на данном этапе не очень информативны.

Вы увидите дополнительные представления по отслеживанию дефектов и тестированию исполнения. В данный момент наша цель состоит в том, чтобы заполнить эти представления необходимыми данными до того, как вы закончите это упражнение. Кроме того, вы сможете убедиться, насколько легко создаются собственные представления для настройки своей информационной панели.

Теперь, когда у вас уже есть один запрос, пришло время рассмотреть некоторые другие опции для его отыскания. Существуют два базовых подхода к мониторингу запросов.

• Первый подход основан на методе "грубой силы" и состоит в просмотре всех запросов и их фильтрации на основе различных критериев.
• Второй подход подобен первому, но несколько более элегантен, поскольку позволяет вам добавить представление к своей информационной панели.

В данном случае мы используем метод с добавлением представления, однако вы сможете добраться до тех же самых файлов, нажав на пиктограмму Lab Management и выбрав опцию All Requests (Все запросы).

Для создания представления Requests (Запросы) для своей информационной панели выполните следующие шаги:

6. На своей информационной панели (закладка Home) нажмите направленную вниз стрелку на закладке General (рис. 12) и затем выберите опцию Add Viewlet (Добавить представление).

Рисунок 12. Добавление представления к информационной панели

7. В появившемся проводнике представлений выберите пункт Work Item Statistics (Статистика единицы работы) под заголовком Quality Manager и нажмите на кнопку Add viewlet (Добавить представление).

Рисунок 13. Проводник представлений

8. В результате к вашей информационной панели будет добавлено представление Work Item Statistics, вероятно, в верхней части экрана. Вы можете перемещать это представление по экрану, однако вне зависимости от его местоположения вы будете видеть сообщение No work item query defined (Единица работы не определена). Для определения запроса нажмите на ссылку Select a query (Выбрать запрос) (рис. 14).

Рис. 14. Сообщение о состоянии представления Work Item Statistics

Первое, что вам необходимо сделать - выбрать запрос, который вы хотите исполнить. Чтобы не усложнять данный пример, мы будем использовать один из заранее определенных запросов.

9. Нажмите Edit рядом с полем Query, а затем выберите любой из заранее определенных запросов в представлении Work Item Queries. Для данного упражнения выберите запрос Open assigned to me (Открыть присвоенные мне).

Рисунок 15. Выбор запроса для исполнения

10. После выбора запроса нажмите OK. Ваш запрос появится в настройках упомянутого выше представления.
11. Затем, на закладке Preferences выберите параметр, который вы хотите просмотреть (опция Parameter). Кроме того, в ниспадающем меню рядом с полем Parameter (см. рис. 16) выберите опцию Type (Тип).

Рисунок 16. Выбор параметра для просмотра

12. Нажмите Save. представление загрузится с заданными вами настройками запроса (рис. 17).

Рисунок 17. Представление Open Assigned to Me

Это интерактивное представление. Если вы выберите какую-либо из областей этого представления, то будет загружена таблица единиц работы, относящихся к вашему запросу. Описанные представления существенно упрощают отслеживание порученной вам работы, а также навигацию по инструменту Rational Quality Manager.

Работа с требованиями

Для многих рабочих групп управление требованиями - важнейшее условие для успешного выполнения проекта в области программного обеспечения. Если ваши требования были сформулированы во внешнем инструменте, таком как IBM Rational RequisitePro, вы сможете импортировать их в инструмент Rational Quality Manager и увидеть их в представлении Requirements (Требования). Также существует возможность импорта требований непосредственно в планы тестирования и в тестовые сценарии. Кроме того, вы можете добавить требования к своему плану тестирования вручную.

Если какие-либо требования были изменены или удалены в приложении-источнике этих требований, то в инструменте Rational Quality Manager статус этих требований обновляется с целью отображения указанных изменений. Тестовые сценарии с измененными или удаленными требованиями помечаются как "questionable" (сомнительные). Это позволяет вам быстро и точно адаптировать планы тестирования и тестовые сценарии к изменению требований. В дополнение к возможности импорта требований из внешних инструментов вы можете создавать новые требования внутри своего плана тестирования.

Рассмотрим подробнее требование, созданное вами ранее:

1. В левой навигационной панели нажмите на пиктограмму Requirements, а затем выберите опцию All Requirements (Все требования).
2. В результате будет загружена таблица, содержащая требование для различных предметных категорий Web-сайта. Для загрузки этого требования нажмите на соответствующую ссылку requirement ID в данной таблице.

   Теперь вам необходимо заставить это требование перемещаться сквозь поток обработки требований.

3. Чтобы приступить к работе с требованием, нажмите на стрелку рядом с ниспадающим меню поля title (имя) и выберите опцию Start Working:

   Это действие подаст остальным участникам рабочей группы сигнал о том, что вы работаете с этим требованием.

   Ваше описание уже содержит список категорий, созданных вами ранее, однако предположим, что вы хотите добавить новую категорию под названием Software Testing (Тестирование программного обеспечения).

4. Нажмите Edit (Редактировать) и добавьте эту категорию в список.
5. После завершения редактирования списка нажмите Save.
6. Если вы посмотрите на верхнюю часть окна, то увидите, что состояние автоматически изменилось на In Progress.
7. Чтобы представить свое требование для утверждения, выберите опцию Stop Working (Прекратить работу) из ниспадающего меню состояния.
8. Затем нажмите на закладку Approvals (Утверждения).
9. Чтобы представить свое обновленное требование на утверждение, нажмите на опцию Approval для добавления новой строки.

Рисунок 18. Настройка требования для утверждения

10. Введите дату в поле Due и нажмите Save.

Теперь, когда требование обновлено, пришло время вернуться к информационной панели и рассмотреть тестовый сценарий, который вы создали ранее.

Создание и исполнение тестового сценария

Термин "тестовый сценарий" понимается разными людьми по-разному. Для некоторых это просто единица работы. Для других тестовый сценарий - это некая идея. В инструменте Rational Quality Manager тестовые сценарии разрабатываются для того, чтобы гарантировать необходимый охват при тестировании, выявить возможные проблемы, отследить конкретные достижения при создании приложения и т.д.

Тестовые сценарии описывают то, что вы собираетесь тестировать. В инструменте Rational Quality Manager тестовые сценарии часто включают предварительные и выходные условия для исполнения теста, а также описывают ожидаемые результаты. Создаваемый вами новый тестовый сценарий может быть совершенно независим от какого-либо плана тестирования или опираться на контекст существующего плана тестирования. Если вы добавляете тот или иной тестовый скрипт к какому-либо тестовому сценарию, то данный скрипт появляется в разделе Test Scripts этого тестового сценарий.

Примечание.

Инструмент Rational Quality Manager интегрируется со следующими продуктами: IBM Rational Functional Tester, IBM Rational Manual Tester, IBM Rational Performance Tester и IBM Rational Service Tester for SOA Quality.

Связывание требования с тестовым сценарием

Во-первых, свяжите свое требование с тестовым сценарием в соответствующем плане тестирования. Для этого выполните следующие шаги.

1. В левой навигационной панели нажмите на пиктограмму Construction и выберите опцию My Test Cases (Мои тестовые сценарии).
2. Загрузится таблица, содержащая ваш сценарий для тестирования навигации по предметным категориям сайта. Нажмите в этой таблице на соответствующую ссылку test case id для загрузки нужного тестового сценария.
3. Появившаяся картинка будет напоминать план тестирования, который вы видели ранее: заголовок, содержание и раздел "Детали". Все эти элементы функционируют примерно так же, как описывалось выше. Выберите нужный раздел, затем внесите свои изменения и нажмите на Save.
4. Чтобы связать с вашим тестовым сценарием какое-либо требование, нажмите на подраздел Requirements в разделе Table of Contents.
5. Когда подраздел Requirements загрузится, нажмите на пиктограмму Add Requirement(s) (Добавить требование/требования):
6. Будет загружена таблица ваших текущих требований. Поставьте флажок в контрольном окошке рядом со своим требованием к предметным категориям и нажмите OK. После этого вы увидите это требование в таблице Requirements своего тестового сценария (см. рис. 19).

Рисунок 19. Представление Requirements

7. Нажмите на Save для сохранения внесенных изменений.
8. Для быстрой проверки нажмите на закладку Home и снова просмотрите свой отчет об охвате теста. Не забудьте нажать на кнопку Refresh, чтобы обновить представление информационной панели. После того, как представление перезагрузится, вы увидите, что теперь покрытие требований составляет 100% (см. рис. 20).

Рисунок 20. Обновленная диаграмма, демонстрирующая состояние покрытия требований

9. Чтобы вернуться обратно и запустить свой тестовый сценарий, нажмите на закладку Test subject navigation (закладка для вашего тестового сценария). Вы будете возвращены в точку, в которой находились перед добавлением требования.

Связывание тестового скрипта с тестовым сценарием

Теперь вам следует добавить к своему тестовому сценарию простой тестовый скрипт. Данный пример состоит всего из нескольких шагов, однако он позволяет вам получить представление обо всем технологическом процессе.

1. Для создания тестового скрипта выберите подраздел Test Scripts в разделе Table of Contents.
2. Для добавления тестового скрипта к своему тестовому сценарию нажмите на пиктограмму Add New Test Script (Добавить новый тестовый скрипт):
3. После появления диалогового окна New Test Script (см. рис. 21) заполните поля Name (Имя) и Description (Описание). Если с вашим экземпляром Rational Quality Manager не интегрированы какие-либо другие инструменты, то вам будет доступен всего один тип тестового скрипта - Manual (Ручной).

Рисунок 21. Диалоговое окно New Test Script (Новый тестовый скрипт)

4. После завершения указанных операций нажмите OK. Ваш новый тестовый скрипт появится в разделе Test Scripts (рис. 22).

Рисунок 22. Список тестовых скриптов

5. Нажмите на ссылку вашего нового тестового скрипта. Если перед переходом к просмотру нового тестового скрипта вам будет предложено сохранить свой тестовый сценарий, нажмите Yes. Загрузится новая закладка с вашим тестовым скриптом.
6. В разделе Manual Steps (рис. 23) нажмите на ссылку Click to add для начала добавления тестовых шагов. По умолчанию тестовые шаги имеют тип Execution Step. Каждый раз, когда вы добавляете новый шаг, ссылка Click to add опускается на один ряд в таблице Manual Steps.
7. Добавьте шаг Open a browser and load (Открыть браузер и загрузить сайт BookPool.com).

Рисунок 23. Раздел Manual Steps

8. Добавьте второй шаг для проверки того, что в списке перечислены объекты, которые вы добавили в созданное вами ранее требование. Чтобы превратить данный шаг в точку верификации (Verification Point), нажмите на пиктограмму рядом с номером шага и выберите опцию Verification Point (рис. 24).

Рисунок 24. Выбор опции Verification Point (Точка верификации)

9. Для сохранения данного тестового скрипта нажмите Save, после чего закройте его и вернитесь к тестовому сценарию.

Исполнение тестового сценария и просмотр результатов

Теперь вы можете исполнить свой тестовый сценарий и просмотреть полученные результаты на информационной панели:

1. В правом верхнем углу тестового сценария нажмите на Run Test Case. Откроется диалоговое окно Run Test Case (Исполнить тестовый сценарий). (В данный момент вы не сможете заполнить большую часть полей в этом диалоговом окне, поскольку для перехода к "производственной" стадии должны быть активизированы некоторые функциональные возможности).
2. Просто поставьте флажок в поле Associate Results with a Test Plan (Ассоциировать результаты с планом тестирования) и выберите опцию BookPool.com Phase 1 Test Plan в ниспадающем меню поля Test Plan (рис. 25).

Рис. 25.

3. Затем нажмите кнопку OK.

Откроется экран выполнения скрипта. Вы увидите индикатор выполнения теста и раздел Script Steps (Шаги скрипта) с подробностями о шагах тестового скрипта. В процессе исполнения своего теста вы можете добавлять приложения, регистрировать дефекты и включать комментарии к скрипту. В разделе Script Steps маленькая желтая стрелка обозначает строку с текущим шагом скрипта (рис. 26).

Рисунок 26. Обновление состояния скрипта

4. Когда вы будете готовы выполнить какой-либо шаг скрипта, нажмите на пиктограмму Apply (Применить) для перехода к следующему шагу:

   Вы увидите, что в столбце Result (Результат) для шага Step 1 появилась галочка, а индикатор выполнения теста переместился в положение 50% (рис. 27).

Рисунок 27. Готовность к выполнению шага Step 2

5. При исполнении точки верификации (verification point) вы можете представить результаты несколькими способами. В этом примере выбирается опция Fail, что позволяет увидеть работу некоторых других функций. Если вы применяете состояние Failed, то результат также будет представлен в виде Failed. Индикатор выполнения переместился в положение 100%, и к вашему скрипту было добавлено сообщение Execution Completed (рис. 28).

Рисунок 28. Шаг Step 2 завершен с результатом Failed, все шаги выполнены

6. После завершения нажмите на Close and show results (Закрыть и показать результаты) для демонстрации экрана Execution Result (Результаты исполнения).
7. Как показано на рис. 29, на этом экране вы сможете задать для своего теста параметр Actual Result (Реальный результат) - при условии, что вы хотите получить результаты теста в ином виде, т.е. в виде Passed (Пройден), Blocked (Заблокирован), Inconclusive (Неокончательный) и т.д.).

Рисунок 29. Опции настройки Actual result

8. Перемещением "ползунков" в разделе Weight Distribution (Распределение веса параметра) уточните значения для настройки относительных критериев достижения возможных результатов: Pass, Fail, Blocked, Inconclusive, Attempted.

Рисунок 30. Представление Weight Distribution

Совет.

Хотя в данном примере это не показано, вы также сможете увидеть, в какой среде тестирования был выполнен данный скрипт.

9. Нажмите на опцию Link to Results History (Ссылка на историю результатов) для данного тестового сценария (рис. 31). Появится окно Results Details (Подробные результаты).

Рисунок 31. Представление Result Details

10. Когда вы завершите внесение изменений, нажмите на Save.
11. Для еще одной быстрой проверки нажмите на закладку Home и просмотрите отчет об исполнении теста. Вам снова придется нажать на кнопку Refresh, чтобы обновить представление информационной панели. После обновления вы увидите, что теперь у вас есть результаты исполнения (рис. 32).

Рисунок 32. Результаты исполнения теста

12. Чтобы возвратиться к результатам выполнения, нажмите на закладку Execution Result (Результаты исполнения).

    В данном примере в качестве возможного результата теста была использована опция Failed. Это было сделано по двум причинам.

    • Во-первых, на сайте BookPool.com нет категории Software Testing (Тестирование программного обеспечения), которую вы добавили к требованиям.
    • Во-вторых, этот выбор позволяет объяснить, как осуществляется регистрация дефектов. Выполните следующие шаги.
13. В окне Execution Result нажмите на пиктограмму Defects и в ниспадающем меню выберите опцию Add New Defect.
14. Откроется диалоговое окно для описания потенциального дефекта. Вам необходимо заполнить поле Summary (или название); желательно также ввести значение для параметра Priority (Приоритет).
15. Нажмите Save.

Когда вы вернетесь к своим тестовым результатам, то в правом верхнем углу вы должны увидеть дефект, связанный с результатами вашего теста (рис. 33).

Рисунок 33. Представление Related Defects (Связанные дефекты)

Это позволяет представить дефект, который привязан к результатам исполнения вашего теста, ассоциированному с вашим тестовым сценарием. Сценарий, в свою очередь, привязан к вашему плану тестирования и к вашему требованию.

Следующие шаги

Rational Quality Manager - это полезный инструмент как для лиц, принимающих решение, так и для специалистов по тестированию. Как и все остальное программное обеспечение семейства Rational, он поставляется с готовыми рабочими процессами, настроенными по умолчанию, однако вы можете перестроить большинство из них в соответствии со спецификой своих проектов. Rational Quality Manager хранит все связанные с тестированием данные централизовано и обеспечивает доступность этих данных для всех членов рабочей группы. Он отслеживает персональную принадлежность задач и ответственность за их решение применительно к отдельным специалистам и к рабочим группам, что повышает наглядность представления текущих успехов и результатов.

По мере освоения этого инструмента ваша основная трудность будет состоять не в том, чтобы заставить его делать то, что вы хотите, а в уяснении того, как эффективно использовать всю предоставленную информацию и как настроить некоторые из его типовых функций и артефактов самым оптимальным для ваших методов работы образом. Отслеживайте появление на ресурсе IBM developerWorks новых статей по продукту Rational Quality Manager, имеющих уровень сложности "средний" и выше.

• Обратиться в "Интерфейс" за дополнительной информацией/по вопросу приобретения продуктов
• Подписаться на рассылку " CASE-технологии"
• Подробнее о продуктах IBM Rational Software