TestLink - Краткое руководство

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

Указывает на заметку

Чтобы лучше понять тему, необходимо отметить следующие основные особенности TestLink.

TestLink - это инструмент управления тестированием с открытым исходным кодом. Для использования TestLink не требуется лицензии.
Он разработан и поддерживается Teamtest.
Он находится под лицензией GPL - General Public License.
Он поддерживает различные ОС Windows, такие как Windows XP, Vista, 7 и т. Д., А также другую облачную поддержку.
Он предоставляет бесплатный доступ к инструментам для нескольких пользователей.
Его можно интегрировать со многими другими инструментами - JIRA, Bugzilla, FogBugz, VersionOne и т. Д.

TestLink использует

Следующие пункты описывают различные варианты использования TestLink.

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

TestLink Технические характеристики

В следующей таблице перечислены некоторые важные характеристики TestLink.

Sr.No.	Спецификация и описание
1	Application Copyright Он разработан и поддерживается Teamtest. Это инструмент с открытым исходным кодом.
2	Tool Scope Его можно использовать в качестве среды автоматизации тестирования. Он используется как утилита для тестирования.
3	Testing Methods Гибкое тестирование Тестирование черного ящика Исследовательское тестирование Функциональное / ручное тестирование Традиционное тестирование
4	Tool Objectives Настольное тестирование Веб-тестирование
5	Management Features Управление требованиями Управление тестированием Report
6	Software Requirements Apache: 2.2.2.1 MySQL: 5.5.16 PHP: 5.3.8 PhpMyAdmin: 3.4.5 FTP-сервер Filezilla: 0.9.39 Tomcat: 7.0.21
7	Error Handling Снимать скриншоты
8	User Interface Available COM API Прямой интерфейс Удобство использования графического интерфейса

TestLink имеет широкий спектр функций для привлечения QA и других заинтересованных сторон для управления тестированием.

Основные функции TestLink

В следующей таблице перечислены основные функции TestLink.

Sr.No.	Основные характеристики и описание
1	Testing Supports TestLink поддерживает следующие методологии тестирования - Гибкое тестирование Тестирование черного ящика Исследовательское тестирование Функциональное / ручное и автоматическое тестирование Традиционное тестирование
2	Centralize & organize Инструмент TestLink создает, централизует, организует и управляет тестовыми примерами очень эффективно и действенно. Легко импортируйте тестовые примеры из CSV / XML и других инструментов управления. Он может создавать несколько версий тестовых примеров для сравнения и использования. Он может использовать репозиторий тестовых примеров для разных проектов, выпусков и спринтов.
3	Manage & Track Execution Он поддерживает запуск и повторный запуск наборов для выполнения тестов. Он также запускает пакет автоматизации с использованием XML-RPC. Он фиксирует пошаговую историю выполнения теста с подробным объяснением. Он поддерживает конфигурацию и параметры, специфичные для тестового запуска.
4	Notification Электронное письмо может быть отправлено пользователям для конкретной задачи. Используйте @mention, чтобы привлечь внимание конкретного члена команды в комментариях / описании.
5	Power Search TestLink поддерживает мощные функции поиска с функциями горячих клавиш. TestLink поддерживает свободный текстовый поиск. TestLink поддерживает поиск по синтаксису.
6	Reports TestLink поддерживает несколько отчетов. Он поддерживает тестовые примеры и отчеты о выполнении тестов. Отчеты о требованиях и прослеживаемости. Отчеты о дефектах. Он также поддерживает кросс-проектный отчет.
7	Scale with Team Growth TestLink поддерживает любую бизнес-команду и любой проект, независимо от размера и сложности.
8	Integration TestLink поддерживает множество надстроек для подключения к разному программному обеспечению, чтобы упростить работу. Широкий спектр надстроек делает его универсальным по всему миру - JIRA, Mantis, Bugzilla, Trac и т. Д. Он также поддерживает интеграцию Rally и VersionOne.
9	Common Features Он поддерживает интерфейс Drag and Drop. Он поддерживает анализ тестовой сетки. Он может клонировать весь репозиторий тестовых примеров в соответствии с настройками проекта, такими как уведомление по электронной почте и многое другое.
10	Customization Он поддерживает настройку пользовательского интерфейса с использованием шаблонов Smarty. Он поддерживает создание и назначение ключевого слова пользователя.

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

TestLink - это веб-приложение; он предоставляет частный веб-сайт отдельному лицу или группе запрошенных пользователей, принадлежащих к той же компании / проекту.
TestLink можно запустить на стороне сервера.
TestLink - это приложение на основе PHP, которое поддерживает все платформы ОС, такие как Windows, Linux различных версий, MAC и т. Д.
TestLink поддерживает все известные браузеры, такие как Chrome, IE, Mozilla и Safari.

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

Поскольку TestLink является веб-приложением, оно следует концепции клиент / сервер. Это означает, что TestLink можно установить централизованно на сервере, и пользователи могут взаимодействовать с ним через веб-браузеры, используя веб-сайт с любого компьютера.

Web Server- TestLink поддерживает Apache 2.2.2.1. Однако он может работать с любым последним программным обеспечением веб-сервера. TestLink использует только файл .php. Настройте веб-сервер только с расширением .php.
PHP- Веб-сервер должен поддерживать PHP. Его можно установить как CGI или любую другую технологию интеграции. Рекомендуется использовать версию PHP 5.3.8.
Mandatory PHP Extensions- Расширениями для СУБД являются mysqli, pgsql, oci8, sqlsrv. Для Unicode требуется Mbstring - поддержка UTF-8.
Optional Extensions - Curl, GD, Fileinfo
Database- TestLink требует базы данных для хранения своих данных. MySQL (5.5.16) рекомендуется.
FileZilla FTP Server - FTP-сервер FileZilla 0.9.39 необходим для установки XAMPP как необязательный.

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

Установка системных требований

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

Кроме того, доступно множество универсальных пакетов, которые могут автоматически устанавливаться в систему с помощью exe-файла. Здесь мы воспользуемся помощью XAMPP, чтобы легко установить предварительные требования.

Step 1 - Перейти к https://www.apachefriends.org/index.html и щелкните XAMPP для Windows, как показано на следующем снимке экрана.

Step 2- Появится всплывающее окно для сохранения файла. Щелкните Сохранить файл. Начнется загрузка файла.

Step 3 - Запустите .exeфайл для запуска мастера установки. После щелчка по файлу .exe откроется мастер установки XAMPP, как показано на следующем снимке экрана. Нажмите "Далее.

Step 4- Затем мастер отобразит все файлы компонентов (показанные на следующем снимке экрана), которые будут установлены. После выбора компонентов нажмите Далее.

Step 5 - Укажите имя папки, в которую будет установлен XAMPP, и нажмите «Далее».

Step 6- Отображается мастер готовности к установке. Щелкните Далее, чтобы начать установку.

Step 7- После успешной установки будет предложено запустить панель управления. Установите флажок и нажмите Готово. Откроется панель управления XAMPP, как показано на следующем снимке экрана.

Step 8 - Нажмите кнопку «Пуск» для Apache и MySQL, необходимых для TestLink, как показано на снимке экрана выше.

Step 9 - Чтобы проверить, все ли предварительные требования, такие как Apache, PHP и MySQL, установлены правильно, перейдите в любой браузер и введите http://localhost. Затем нажмите Enter.

Step 10- Будет отображена панель инструментов XAMPP. Щелкните phpAdmin в правом верхнем углу снимка экрана.

Он отобразит общие параметры, параметры приложения, сведения о базе данных, веб-сервере и phpMyAdmin, как показано на следующем снимке экрана.

Если установка выполнена некорректно, эта страница не будет отображаться. К этому моменту все предварительные условия успешно установлены в системе.

Установите и запустите TestLink

После успешной установки XAMPP нам нужно работать с TestLink.

Step 1 - Перейти к https://sourceforge.net/projects/testlink/ и нажмите Загрузить.

Step 2 - Теперь разархивируйте скачанный .tar файл и переименуйте папку в TestLink.

Step 3- Перейдите в папку XAMPP, в которой он установлен, и перейдите в папку htdocs. Поместите сюда папку TestLink, как показано на следующем снимке экрана.

Step 4 - Перейдите в пакет TestLink и откройте файл «config.inc.php», обновите путь «$ tlCfg → log_path» и «$ g_repositoryPath», как показано ниже -

$ tlCfg → log_path = 'D: / xampp / htdocs / testlink / logs /';

$ g_repositoryPath = 'D: / xampp / htdocs / testlink / область загрузки /';

Step 5 - Теперь откройте браузер и введите http://localhost/Testlinkна панели навигации и нажмите Enter. Откроется страница установки TestLink.

Step 6 - Щелкните Новая установка.

Step 7 - Установите флажок Положения и условия и нажмите кнопку «Продолжить».

Система проверит предварительные условия, чтобы убедиться, что все в порядке. Внизу появится кнопка «Продолжить», в противном случае отобразится сообщение об ошибке.

Step 8 - Нажмите «Продолжить», как показано на следующем снимке экрана.

Step 9- На следующем шаге для определения доступа к MySQL потребуются администратор базы данных и пароль администратора. Имя пользователя / пароль администратора TestLink может быть любым, указанным пользователем.

Логин / пароль базы данных: root / <empty> (логин / пароль по умолчанию MYSQL для xampp)

Step 10- Нажмите кнопку «Process TestLink Setup». Вы должны увидеть TestLink «Установка прошла успешно!» сообщение отображается.

Step 11 - Теперь снова перейдите к http://localhost/testlink

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

Чтобы войти в TestLink, перейдите на свой образец веб-сайта, http://localhost/testlink. Откроется страница входа в систему, как показано на следующем снимке экрана.

Step 1- Введите admin как имя пользователя и пароль. Админ - это учетные данные по умолчанию.

Step 2 - Нажмите кнопку «Войти».

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

При неудачном входе

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

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

Если вы забыли пароль, чтобы восстановить его, выполните следующие действия:

Step 1- Нажмите «Забыли пароль?» ссылку под кнопкой Войти.

Step 2 - Введите логин.

Step 3 - Щелкните Отправить.

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

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

При успешном входе

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

На следующем снимке экрана отображается страница создания проекта TestLink при успешном входе в систему.

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

Создать проект

Ниже приведены шаги, необходимые для добавления проекта в TestLink.

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

Step 1 - Введите следующие данные в форму создания проекта -

Name - Это должно быть уникальное название проекта.

Prefix - Он используется в качестве идентификатора тестового набора для идентификации тестовых примеров.

Project description - Подробности о проекте.

Enhanced features- Вы можете установить флажки в зависимости от требований проекта. Это позволяет выбрать, какие функции вы хотите, такие как требования, автоматизация и т. Д.

Issue tracker - Если какое-либо средство отслеживания проблем связано с TestLink, оно будет отображаться здесь.

Step 2 - Выберите параметр «Доступность» и нажмите кнопку «Создать», как показано ниже.

При нажатии кнопки «Создать» проект добавляется вместе с переключателем «Удалить» и «Активный / Неактивный» для требований и активных функций, как показано на следующем снимке экрана.

Step 3 - Вы можете просмотреть проект, выбрав имя проекта в раскрывающемся списке «Тестовый проект» в правом верхнем углу экрана, как показано ниже.

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

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

Ниже приведены некоторые моменты, которые следует отметить в отношении панели управления.

Значки панели инструментов, присутствующие в верхнем левом углу страницы TestLink, будут одинаковыми на всех страницах / экране TestLink. Мои настройки, проект, спецификация требований, спецификация тестирования, управление пользователями и событие в качестве основных ссылок. Эти ссылки используются для перехода к соответствующим функциям.
Панель навигации содержит ссылки, обеспечивающие быстрый доступ к наиболее полезным функциям TestLink.
В левой части страницы представлены категории «Система», «Тестовое задание», «Спецификация требований» и «Спецификация тестирования». В этих категориях представлены разные ссылки для быстрого доступа ко всем функциям TestLink.
Справа в категории «План тестирования» есть ссылка «Управление планом тестирования» для добавления или управления планом тестирования.
В верхней левой части экрана доступна функция поиска, а в правой части - раскрывающийся список «Тестовый проект».

Моя страница настроек

Значок «Мои настройки» находится в верхнем левом углу экрана как первый значок. На следующем снимке экрана показан значок «Мои настройки», обведенный красным.

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

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

Затем есть раздел Личный пароль, где вы можете изменить пароль для входа.

В третьем разделе показан интерфейс API, где вы можете сгенерировать персональный ключ API.

В последнем разделе вы можете просмотреть историю входа в систему.

Выйти

Значок выхода находится в верхнем левом углу экрана рядом со значком «Мои настройки». После нажатия значка выхода из системы вы можете вернуться на страницу входа и активный сеанс завершится. Чтобы использовать все функции TestLink, вам нужно снова войти в систему.

На следующем снимке экрана значок выхода обведен красным.

В этой главе вы узнаете, как создавать, редактировать и удалять проект в TestLink.

Создать проект

TestLink поддерживает несколько проектов одновременно.

Для создания проекта у вас должны быть права администратора. Ниже приведены шаги по созданию проекта.

Step 1 - Чтобы создать новый проект, нажмите Тестовый проект → Управление тестовым проектом на панели управления, как показано на следующем снимке экрана.

Он отобразит все доступные проекты вместе с фильтрами и кнопкой Создать вверху.

Step 2 - Нажмите кнопку «Создать», как показано на следующем снимке экрана.

Откроется страница создания проекта.

Step 3 - Введите следующие данные в форму создания проекта:

Name - Это должно быть уникальное название проекта.

Prefix - Он используется в качестве идентификатора тестового набора для идентификации тестовых примеров.

Project description - Подробности о проекте.

Enhanced features- Вы можете установить флажки в зависимости от требований проекта. Он позволяет выбрать функции, которые вы хотите, такие как требования, автоматизация и т. Д.

Issue tracker integration - Если какое-либо средство отслеживания проблем связано с TestLink, оно будет отображаться здесь.

Step 4 - Выберите параметр «Доступность» и нажмите кнопку «Создать», как показано на следующем снимке экрана.

При нажатии на кнопку «Создать» проект добавляется в систему.

Редактировать проект

Для редактирования проекта у вас должно быть разрешение на редактирование проекта.

Ниже приведены шаги для редактирования деталей проекта -

Step 1 - Щелкните Тестовый проект → Управление тестовым проектом.

Он отобразит все доступные проекты.

Step 2 - Щелкните имя проекта, чтобы изменить детали, как показано на следующем снимке экрана.

Step 3- Он открывает сведения о проекте в режиме редактирования. Вы можете обновить информацию в любом из разделов и нажать кнопку «Сохранить».

Удалить проект

Чтобы удалить проект, у вас должно быть разрешение на удаление проекта.

Step 1 - Щелкните Тестовый проект → Управление тестовым проектом.

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

Step 2 - Щелкните значок Удалить, относящийся к соответствующему проекту.

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

Step 3- Щелкните кнопку Да. Это обновит страницу, и проект будет удален из списка.

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

Вы можете получить доступ к инвентарю, перейдя в Тестовый проект → Инвентарь на панели инструментов, как показано на снимке экрана ниже. Инвентарь предлагает три действия - Создать, Изменить и Удалить.

Создать запись

Ниже приведены шаги для создания записи в инвентаре -

Step 1 - Нажмите «Инвентарь» на панели управления, чтобы перейти на страницу инвентаря.

Step 2- Щелкните ссылку «Создать» в левом верхнем углу экрана. Откроется всплывающая форма для определения данных устройства.

Step 3 - Введите следующие данные -

Имя хоста
Айпи адрес
Owner
Назначение - поддерживает до 2000 символов.
Аппаратное обеспечение - поддерживает до 2000 символов.
Примечания - Поддерживает до 2000 символов.

Step 4 - Щелкните кнопку Сохранить.

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

Редактировать запись

Для редактирования записи необходимо выбрать строку.

Ниже приведены шаги для редактирования записи -

Step 1 - Щелкните имя хоста, чтобы выбрать запись для редактирования на странице инвентаризации.

Step 2- Щелкните ссылку «Изменить» в верхнем левом углу экрана. Откроется всплывающая форма для определения данных устройства.

Step 3 - Обновите следующие данные -

Имя хоста
Айпи адрес
Owner
Назначение - поддерживает до 2000 символов.
Аппаратное обеспечение - поддерживает до 2000 символов.
Примечания - Поддерживает до 2000 символов.

Step 4 - Щелкните кнопку Сохранить.

Step 5 - После того, как вы нажмете кнопку «Сохранить», все данные будут обновлены и сохранены в одной строке.

Удалить запись

Ниже приведены шаги для удаления записи -

Step 1 - Щелкните имя хоста, чтобы выбрать запись для удаления на странице инвентаризации.

Step 2- Щелкните ссылку Удалить в верхнем левом углу экрана. Будет запрошено подтверждение удаления.

Step 3 - Щелкните Да, чтобы удалить запись.

Вы получите сообщение об успешном удалении, и строка будет удалена, как показано на следующем снимке экрана.

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

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

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

Для создания плана тестирования у вас должно быть разрешение на создание плана тестирования.

Ниже приведены шаги для создания плана тестирования.

Step 1 - Перейдите в План тестирования → Управление планом тестирования на панели управления, как показано на следующем снимке экрана.

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

Step 2 - Нажмите кнопку «Создать», как показано на следующем снимке экрана.

Он отображает форму создания плана тестирования.

Step 3 - Введите следующие данные в форму.

Name - Это должно быть название плана тестирования.
Description- Это поле должно содержать подробную информацию о плане тестирования. Как правило, план тестирования состоит из следующей информации.

Sr.No.	Параметр и описание
1	Test plan identifier Уникальная идентифицирующая ссылка.
2	Introduction Краткое введение о проекте и документе.
3	Test items Элемент тестирования - это элемент программного обеспечения, представляющий собой тестируемое приложение.
4	Features to be tested Функция, которую необходимо протестировать на тестовом ПО.
5	Features not to be tested Определите функции и причины, по которым они не входят в состав тестирования.
6	Approach Подробно об общем подходе к тестированию.
7	Item pass/fail criteria Документируется, прошел или не прошел тест программный элемент.
8	Test deliverables Результаты, являющиеся частью процесса тестирования, например планы тестирования, спецификации тестирования и сводные отчеты по тестированию.
9	Testing tasks Все задачи по планированию и проведению тестирования.
10	Environmental needs Определение требований к среде, таких как оборудование, программное обеспечение, ОС, конфигурации сети и необходимые инструменты.
11	Responsibilities Перечисляет роли и обязанности членов команды.
12	Staffing and training needs Регистрирует фактические потребности в персонале и любые конкретные требования к навыкам и обучению.
13	Schedule Указывает важные даты реализации проекта и ключевые этапы.
14	Risks and Mitigation Риски и предположения проекта высокого уровня, а также план снижения каждого идентифицированного риска.
15	Approvals Регистрирует всех утверждающих документ, их заголовки и дату подписания.

Testlink поддерживает изображения, таблицы, ссылки, специальные символы и т. Д., Чтобы сделать описание содержательным.

Как видно на следующем снимке экрана, есть 2 флажка.

Active - Он активирует документ после создания, и вы можете использовать этот документ при выполнении теста или любых других действиях в качестве справки.
Public- Это позволяет другим пользователям использовать этот документ. Это будет видно и другим пользователям, связанным с этим проектом. Если этот флажок не установлен, только тот, кто создал, может использовать и просматривать этот документ.

Step 4 - Нажмите кнопку «Создать» внизу формы.

После того, как вы нажмете «Создать», вы увидите добавленный план тестирования вместе с несколькими значками в правом верхнем углу экрана, как показано ниже.

Эти значки: удаление плана тестирования, экспорт ссылок на тестовые примеры и платформу, импорт ссылок на тестовые примеры и платформу, назначение роли и выполнение теста слева направо, как показано на снимке экрана ниже.

Редактировать план тестирования

Для редактирования плана тестирования у вас должно быть разрешение на редактирование.

Ниже приведены шаги для редактирования плана тестирования.

Step 1- Щелкните название плана тестирования, чтобы открыть подробную информацию. Название плана тестирования присутствует в первом столбце с гиперссылкой, как показано на следующем снимке экрана.

Step 2- Он открывает детали плана тестирования в режиме редактирования. Вы можете редактировать имя, описание и выбор активного и открытого режима.

Step 3- Прикрепите файл к плану тестирования. Эта функция доступна только в режиме редактирования. При создании плана тестирования вы можете добавлять изображения / таблицы в описание. Однако возможность прикрепления файла недоступна.

Step 4 - После обновления сведений нажмите «Обновить», чтобы завершить редактирование.

На следующем снимке экрана показано, как редактировать план тестирования.

Удалить план тестирования

Чтобы удалить план, у вас должно быть разрешение на удаление.

Если план тестирования удален, он удаляет и план тестирования, и все соответствующие данные. Данные включают тестовые примеры, результаты и т. Д.

Ниже приведены шаги для удаления сборки -

Step 1 - Перейдите в Управление планом тестирования → План тестирования на панели управления.

Step 2 - Щелкните значок «Удалить», соответствующий строке плана тестирования, которую необходимо удалить, как показано ниже.

Появится всплывающее окно для подтверждения удаления.

Step 3 - Щелкните Да, как показано ниже.

Страница обновится, и план тестирования будет удален.

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

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

Создать сборку

Чтобы создать сборку, у вас должно быть разрешение на создание сборок.

Ниже приведены шаги для создания сборки -

Step 1 - Перейдите в План тестирования → Сборка / Выпуски из панели управления.

Он открывает страницу управления сборкой вместе с доступными сборками.

Step 2 - Нажмите кнопку «Создать», как показано ниже.

Откроется форма «Создать новую сборку».

Step 3 - Введите следующие поля в форму -

Title- Сборка идентифицируется по названию. Каждая сборка связана с активным планом тестирования.
Description - Описание должно включать список доставленных пакетов, исправлений или функций, утверждений, статуса и т. Д.
Active- Сборка имеет два атрибута - Активный / Неактивный - определяет, можно ли использовать сборку. Неактивные сборки не отображаются на страницах выполнения и отчетов. Открытый / Закрытый - результаты тестирования можно изменять только для открытых сборок. Убедитесь, что дата сборки должна находиться в пределах графика выпуска.
Release Timeline - Это должно быть в будущем.

Step 4 - После ввода всех деталей нажмите кнопку «Создать», чтобы добавить сборку.

Редактировать сборку

Для редактирования сборки у вас должно быть разрешение на редактирование сборок. Ниже приведены шаги для редактирования сборки -

Step 1 - Выберите сборку для редактирования и щелкните заголовок сборки, чтобы открыть сведения, как показано ниже.

Он открывает детали сборки в режиме редактирования, как показано на следующем снимке экрана.

Step 2 - После обновления сведений о сборке нажмите кнопку «Сохранить».

Удалить сборку

Чтобы удалить сборку, у вас должно быть разрешение на удаление сборок.

Ниже приведены шаги для удаления сборки -

Step 1 - Перейдите в Управление планом тестирования - Сборки / выпуски из панели управления.

Step 2 - Щелкните значок «Удалить», соответствующий строке сборки, которую необходимо удалить, как показано ниже.

Появится всплывающее окно для подтверждения удаления.

Step 3 - Нажмите Да, как показано на следующем снимке экрана.

Страница будет обновлена, и сборка будет удалена.

Спецификация теста определяет структуру дизайна теста. Создание тестовых костюмов и кейсов осуществляется с помощью спецификации теста. Однако в одном проекте может быть только одна тестовая спецификация.

Доступ к спецификации теста можно получить, перейдя в раздел «Спецификация теста» → «Спецификация теста» на панели управления.

Он разделен на две панели - Настройки и Фильтр (левая сторона) и Тестовый проект (правая сторона).

Вы можете создать набор тестов / кейсы, работая с правой стороны.

Фильтры

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

Ниже приведены шаги по использованию функции фильтра.

Step 1 - Перейдите в раздел фильтров в левой части экрана.

Step 2 - Предоставьте следующие варианты фильтров:

ID тестового набора
Название тестового случая
Status- Вы можете выбрать несколько вариантов одновременно из раскрывающегося списка. Он поддерживает Any, Draft, Ready for Review, Review in Progress, Rework, Obsolete, Future и Final.
Importance- Вы можете выбрать несколько вариантов одновременно из раскрывающегося списка. Он поддерживает Any, Help, Medium и Low.
Execution Type- Это раскрывающийся список с одним выбором. Он поддерживает любой, ручной или автоматический вариант.

Step 3- После выбора нажмите кнопку «Применить», чтобы отобразить результат. Кнопка «Сбросить фильтры» удалит весь выбор в режиме по умолчанию.

Вы можете развернуть дерево, чтобы отобразить структуру результата.

Тестовый проект

Справа отображается Тестовый проект.

Название тестового задания имеет гиперссылку.

Когда вы щелкаете имя, оно отображает детали проекта в форме редактирования, где вы можете обновить детали проекта.

После имени отображается описание проекта и прикрепленные файлы. Он поддерживает функцию добавления вложения. Вы можете просмотреть и загрузить файл в проект. Он поддерживает максимум 1048576 байт. Вы можете загрузить файл до максимального размера. Вы можете загрузить в проект несколько файлов.

Вверху экрана есть символ настроек

, который называется Действия.

Вы можете добавить наборы тестов и наборы тестов, щелкнув этот символ.

Набор тестов - это контейнер, в котором есть набор тестов, который помогает тестировщикам выполнять и сообщать о состоянии выполнения теста. Он может принимать любое из трех состояний, а именно «Активно», «Выполняется» и «Завершено».

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

TestLink поддерживает древовидную структуру для наборов тестов. В одном наборе тестов может быть несколько наборов субтестов.

Создать набор тестов

Для создания набора тестов у вас должно быть разрешение на создание наборов тестов.

Ниже приведены шаги для создания Test Suite -

Step 1 - Перейдите в «Спецификация теста» → «Спецификация теста» на панели управления.

Step 2- Щелкните значок типа настройки,

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

Он откроет Test Suite Operations.

Step 3 - Щелкните значок +, чтобы создать новый набор, как показано ниже.

Откроется страница создания набора тестов.

Step 4 - Введите следующие поля в форму -

Название Test Suite
Details
Keywords- Отображает все доступные ключевые слова. Вы можете назначить их на основе отношения.

Step 5 - Нажмите кнопку «Сохранить», как показано на следующем снимке экрана.

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

Редактировать набор тестов

Для редактирования набора тестов у вас должно быть разрешение на редактирование набора тестов.

Ниже приведены шаги для редактирования набора тестов.

Step 1 - Выберите набор тестов в древовидной структуре на левой панели и щелкните настройки, известные как действия, чтобы открыть Операции набора тестов, как показано ниже.

Он отображает операции Test Suite.

Step 2 - Щелкните значок редактирования (карандаш), как показано ниже.

Он открывает подробную информацию о Test Suite на странице редактирования.

Step 3 - Измените Имя, Детали или любые другие поля и нажмите кнопку Сохранить, чтобы обновить набор тестов.

Переместить / скопировать набор тестов

Чтобы переместить / скопировать набор тестов, у вас должно быть разрешение на создание / редактирование набора тестов. Эта функция позволяет создать дубликат Test Suite или переупорядочить структуру.

Step 1 - Чтобы скопировать / переместить набор тестов в другой проект, выберите наборы тестов, которые необходимо скопировать / переместить, и щелкните значок настройки, известный как Действия.

Он откроет Операции набора тестов.

Step 2 - Щелкните символ «Переместить» или «Копировать», как показано на следующем снимке экрана.

Step 3 - Он открывает страницу «Перемещение / копирование», где вы можете выбрать целевой контейнер, целевую позицию и указать, следует ли копировать / перемещать ключевые слова и требования в целевой контейнер.

Step 4- После выбора нажмите кнопку «Копировать» или «Переместить» в соответствии с требованиями, как показано на следующем снимке экрана. Кнопка «Копировать» скопирует набор тестов в оба проекта, а кнопка «Переместить» - переместить набор тестов из текущего проекта в целевой.

Удалить набор тестов

Чтобы удалить Test Suite, у вас должно быть разрешение на удаление Test Suite.

Step 1- Чтобы удалить набор тестов, выберите те наборы тестов, которые необходимо удалить, и щелкните значок настройки, известный как Действия. Он откроет Операции набора тестов.

Step 2 - Щелкните символ удаления, как показано ниже.

Появится сообщение о подтверждении удаления.

Step 3 - Нажмите Да, чтобы удалить набор тестов, как показано на следующем снимке экрана.

Страница будет обновлена, и набор тестов будет удален из древовидной структуры на левой боковой панели экрана.

Также отображается сообщение об успешном удалении, как показано ниже.

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

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

Создать тестовый пример

Чтобы создать тестовый набор, у вас должно быть разрешение на создание тестовых наборов.

Ниже приведены шаги для создания тестового набора.

Step 1 - Перейдите в «Спецификация теста» → «Спецификация теста» на панели управления.

Step 2 - Выберите набор тестов в древовидной структуре на левой боковой панели экрана.

Step 3 - Щелкните значок типа настройки, известный как Действия на этой странице, расположенный на правой панели экрана, как показано ниже.

Он откроет Test Suite Operations, а также Test Case Operations.

Step 4 - Щелкните значок + в разделе «Операции с тестовым набором», чтобы создать новый тестовый пример, как показано ниже.

Откроется страница создания тестового набора.

Step 5 - Введите следующие поля в форму -

Название тестового примера
Summary
Pre-conditions
Выберите статус, важность и тип выполнения.
Введите предполагаемый тип выполнения в минутах
Ключевые слова - отображает все доступные ключевые слова. Вы можете назначить их на основе отношения.

Step 6 - Нажмите кнопку «Создать», как показано на следующем снимке экрана.

После того, как вы нажмете кнопку «Создать», вы сможете увидеть тестовый пример в древовидной структуре на левой боковой панели, а также подробности, доступные в правой части экрана.

Редактировать тестовый набор

Для редактирования тестового набора у вас должно быть разрешение на редактирование тестового набора.

Ниже приведены шаги для редактирования тестового примера -

Step 1 - Выберите тестовый пример из древовидной структуры на левой панели экрана и щелкните настройки, известные как действия, чтобы отобразить все доступные параметры.

Step 2 - Нажмите кнопку «Изменить», как показано ниже.

Он открывает детали тестового случая на странице редактирования.

Step 3 - Вы можете редактировать Имя, Детали или любые другие поля, как показано ниже.

Step 4 - Нажмите кнопку «Сохранить», чтобы обновить тестовый пример.

Переместить / скопировать тестовый набор

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

Step 1 - Чтобы скопировать / переместить набор тестов в другой проект, выберите тестовые примеры, которые необходимо скопировать / переместить, и щелкните значок настройки, известный как Действия.

Step 2 - Нажмите кнопку «Переместить / Копировать», как показано ниже.

Step 3- Откроется страница «Переместить / скопировать». Вы можете выбрать набор тестов, чтобы переместить или скопировать новое имя тестового примера, и решить, следует ли скопировать / переместить ключевые слова и требования в целевой набор.

Step 4 - После выбора нажмите кнопку «Копировать» или «Переместить» в соответствии с требованиями.

Step 5 - Кнопка «Копировать» копирует набор тестов в оба набора, а кнопка перемещения перемещает тестовый набор из текущего набора в целевой набор.

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

Удалить тестовый набор

Чтобы удалить тестовый набор, у вас должно быть разрешение на удаление тестового набора.

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

Step 2 - После этого нажмите кнопку удаления, как показано ниже.

Появится сообщение о подтверждении удаления. Нажмите Да, чтобы удалить тестовые примеры, как показано на следующем снимке экрана.

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

Появится сообщение об успешном удалении, как показано ниже.

Активный атрибут

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

Step 1 - Чтобы создать новую версию тестового примера, нажмите кнопку «Создать новую версию», как показано ниже.

Будет создана новая версия тестового примера, и отобразится успешное сообщение, как показано ниже.

После создания новой версии она по умолчанию находится в активном режиме.

Перед созданием новой версии рекомендуется деактивировать версию предыдущего тестового примера.

Деактивировать версию тестового набора недоступно в «Добавить тестовые наборы в план тестирования». Это может быть полезно разработчикам тестов. Они могут редактировать или изменять версию тестового примера, и только когда они решат, что она завершена, изменить статус на ACTIVE, чтобы она была доступна для использования в плане тестирования.

Step 2 - После нажатия на Действия отображается кнопка - Деактивировать эту версию.

Step 3 - После того, как вы нажмете кнопку, отобразится сообщение о том, что версия тестового примера деактивирована, и кнопка изменится на «Активировать эту версию».

TestLink поддерживает файлы XML и CVS для импорта данных. Он поддерживает импорт данных для наборов тестов, наборов тестов, требований, результатов выполнения тестов, ключевых слов и т. Д. Однако в некоторых случаях он поддерживает только XML, а в некоторых случаях и XML, и CVS.

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

Вещь	Формат файла	импорт
Тестовый проект	XML	да
Тестирование	XML	да
Прецедент	XML, XLS	да
Ключевое слово	CSV, XML	да
Требование	CSV, XML	да
Полученные результаты	XML	да
Платформы	XML	да
Настраиваемые поля	XML	да

Импорт набора тестов и кейсов

Sample File - Ниже приведен XML-файл с ключевыми словами, который можно использовать для импорта наборов тестов.

<testsuite name = "Child Suite2">
   <details>abc</details>
   <testcase name = "Sample test case2">
      <summary>test case sample- update</summary>
      <preconditions>1. TestLink should be installed</preconditions>
      
      <steps>
         <step>
            <step_number>1</step_number>
            <actions>Go to www.google.com</actions>
            <expectedresults>Google Home page should display</expectedresults>
         </step>
      </steps>
      
      <keywords>
         <keyword name = "Sample Test">
            <notes>abc</notes>
         </keyword>
      </keywords>
   </testcase>
</testsuite>

Если вы не хотите добавлять ключевое слово, раздел ключевых слов можно удалить из файла XML.
Если вы хотите импортировать несколько тестовых случаев, добавьте раздел <testcase> несколько раз со всеми подузлами.
Если в уже существующий набор тестов нужно импортировать только тестовые примеры, удалите тег <testsuite> и запустите XML-файл с <testcase>.

Импортировать набор тестов

Step 1 - Чтобы импортировать набор тестов, перейдите в «Спецификации тестов» → «Спецификации тестов» на панели инструментов.

Step 2 - Выберите проект и папку на левой панели, в которую вы хотите импортировать набор тестов.

Чтобы импортировать только тестовые примеры, выберите ближайшие папки тестовых наборов, в которые они должны быть импортированы.

Step 3 - Щелкните значок Действия на правой панели, как показано ниже.

Он отображает операции набора тестов.

Step 4 - Щелкните значок импорта, как показано ниже -

Чтобы загрузить только тестовые примеры, щелкните значок «Импорт» в разделе «Операции с тестовым набором» (под «Операциями с тестовым набором»).

Откроется страница Импорт набора тестов. По умолчанию выбран тип файла XML.

Step 5 - Заполните следующие данные -

Файл - выберите файл XML и загрузите его. Максимальный размер файла должен быть 400 КБ.
Считайте тестовый пример повторяющимся, если: Выберите соответствующий вариант из списка.
Действие при дублировании: выберите соответствующий вариант из списка.

Step 6 - Нажмите кнопку Загрузить файл, как показано ниже -

Step 7 - После импорта отображается сообщение об успешном завершении, как показано ниже.

Импортировать тестовый пример с помощью XLS

Пример файла XLS для импорта нескольких тестовых случаев следующим образом:

имя	Резюме	Шаги	ожидаемый результат
Быстрый запуск двигателя	Запуск через 5 секунд	Слишком быстро писать шаги	Двигатель должен запуститься
Аварийная остановка двигателя	Остановка двигателя из-за тревожной кнопки	Разблокировать тревожную кнопку Нажмите кнопку паники Нажмите "Подтвердить"	Двигатель должен немедленно остановиться

Первая строка не будет импортирована. В нем должно быть описание столбца.

Step 1 - Чтобы импортировать тестовые случаи, перейдите в «Спецификации тестов» → «Спецификации тестов» на панели инструментов.

Step 2 - Выберите ближайшие папки набора тестов, в которые нужно импортировать тестовые примеры.

Step 3 - Щелкните значок Действия на правой панели.

Он отображает операции тестового набора.

Step 4 - Щелкните значок импорта, как показано ниже.

Откроется страница Импортировать тестовый набор.

Step 5- По умолчанию выбран тип файла XML. Измените его на XLS / CSV и введите следующие данные -

Файл - выберите файл и загрузите его. Максимальный размер файла должен быть 400 КБ.
Считать тестовый пример повторяющимся, если - выберите соответствующий вариант из списка.
Действие при дублировании - выберите соответствующий вариант из списка.

Step 6 - Нажмите кнопку «Загрузить файл», как показано ниже.

Требования к импорту

TestLink поддерживает файлы XML и CSV для импорта требований.

Пример XML-файла для требования будет следующим:

<requirements>
   <requirement>
      <docid>ENG-0001</docid>
      <title>Add a product</title>
      <description>ABC</description>
   </requirement>
   
   <requirement>
      <docid>ENG-0002</docid>
      <title>Add price </title>
      <description>Price</description>
   </requirement>
</requirements>

Пример файла CSV для требования будет следующим:

ENG-0001,Add a product,ABC

ENG-0002,Add price,Price

Step 1 - Чтобы импортировать требования, перейдите в «Спецификация требований» → «Спецификация требований» на панели инструментов.

Step 2 - На левой панели выберите папку «Спецификация требований», в которую необходимо импортировать требования.

Step 3 - Щелкните значок «Действие» в верхней части правой панели.

Он отображает страницу операций с требованиями.

Step 4 - Нажмите кнопку «Импорт», как показано ниже.

Он отображает страницу импорта требований.

Step 5 - Введите следующие данные.

Тип файла - вы можете выбрать CSV, XML или другие формы файлов CSV и XML, как указано.
Файл - загрузите соответствующий файл.
Считать тестовый пример повторяющимся, если - выберите соответствующий вариант из списка.
Действие при дублировании - выберите соответствующий вариант из списка.

Step 6 - Нажмите кнопку «Загрузить файл», как показано ниже.

После загрузки отображается сообщение «Импорт завершен» вместе с импортированными данными.

Аналогичным образом ключевые слова, платформы и результаты могут быть импортированы с использованием поддерживаемого файла и соответствующего раздела для доступа к панели инструментов.

TestLink поддерживает файлы XML и CSV для экспорта данных. Он поддерживает экспорт данных наборов тестов, тестовых примеров, требований, результатов выполнения тестов, ключевых слов и т. Д. Однако в некоторых случаях он поддерживает только XML, а в некоторых случаях и XML, и CSV.

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

Вещь	Формат файла	Экспорт
Тестовый проект	XML	да
Тестирование	XML	да
Прецедент	XML	да
Ключевое слово	CSV, XML	да
Требование	CSV, XML	да
Платформы	XML	да
Настраиваемые поля	XML	да

Требования к экспорту

TestLink поддерживает XML и CSV для экспорта данных требований.

Step 1 - Перейдите к Спецификации требований → Спецификация требований на панели инструментов.

Step 2 - Чтобы экспортировать все спецификации требований, выберите родительскую папку на левой панели и нажмите кнопку «Экспортировать все спецификации требований» справа, как показано ниже.

Step 3 - Чтобы экспортировать любую спецификацию требований со всеми подробностями требований внутри папки, выберите папку на левой панели и щелкните значок Действия на правой панели.

Он отображает страницу «Операция со спецификацией требований».

Step 4 - Щелкните Экспорт.

Если вы хотите экспортировать только сведения о требованиях, но не спецификацию требований, нажмите кнопку «Экспорт» в разделе «Операции с требованиями» (находится под разделом «Операции со спецификацией требований»), как показано ниже.

При нажатии любой из этих кнопок «Экспорт» отображается страница «Требования к экспорту».

Step 5- Имя файла экспорта можно редактировать. Выберите тип файла. Затем нажмите кнопку «Экспорт», как показано ниже.

Он загрузит соответствующие файлы на локальный диск, к которому можно будет получить доступ, перейдя в папку «Загрузки».

Экспорт наборов тестов и кейсов

TestLink поддерживает XML для экспорта наборов тестов и данных кейсов.

Step 1 - Перейдите в раздел «Спецификация теста» → «Спецификация теста» на панели управления.

Step 2 - Чтобы экспортировать все наборы тестов, выберите родительскую папку на левой панели и щелкните значок «Действие» на правой панели.

Он открывает страницу операций с набором тестов.

Step 3 - Щелкните значок «Экспортировать все наборы тестов» справа, как показано ниже.

Step 4 - Чтобы экспортировать какой-либо один набор тестов со всеми тестовыми случаями внутри папки, выберите папку на левой панели и щелкните значок Действия на правой панели.

Он отображает страницу операций Test Suite.

Step 5 - Щелкните Экспорт.

Если вы хотите экспортировать только тестовые наборы, но не наборы тестов, нажмите кнопку «Экспорт» в разделе «Операции с тестовым набором», как показано ниже.

При нажатии любой из этих кнопок «Экспорт» отображается страница «Экспорт набора тестов / случая».

Step 6- Имя файла экспорта можно редактировать. Выберите тип файла.

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

Step 7 - Нажмите кнопку «Экспорт», как показано ниже.

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

Добавить тестовые наборы в план

Ниже приведены шаги по добавлению тестовых примеров в план тестирования.

Step 1 - Перейдите в раздел «Содержание плана тестирования» → «Добавить / удалить тестовые примеры с панели инструментов», как показано ниже.

Откроется страница «Добавить / удалить тестовые наборы».

Step 2 - Найдите папку с помощью фильтра на левой панели и щелкните папку тестового случая.

Он отображает План тестирования - Добавить тестовые случаи на страницу плана тестирования на правой панели.

Step 3 - Отметьте все доступные тестовые примеры, чтобы добавить их в план тестирования.

Step 4 - Выберите из раскрывающегося списка Назначить, чтобы назначить это человеку.

Step 5 - Также выберите сборку.

Step 6 - Нажмите кнопку «Добавить выбранное», чтобы добавить тестовый пример в план тестирования.

После нажатия кнопки «Добавить выбранное» цвет тестового примера изменяется.

Step 7 - Кнопка «Добавить выбранное» изменится на «Добавить / удалить выбранное», как показано на следующем снимке экрана.

Удалить тестовый набор из плана

Чтобы удалить тестовые примеры из плана тестирования, необходимо выполнить следующие шаги:

Откроется страница «Добавить / удалить тестовые наборы».

Step 2 - Найдите папку с помощью фильтра на левой панели и щелкните папку с тестовым набором.

Он отображает План тестирования - Добавить тестовые случаи на страницу плана тестирования на правой панели.

Step 3 - Выберите тестовые случаи, которые необходимо удалить.

Step 4 - Нажмите кнопку «Добавить / удалить выбранное», как показано ниже.

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

TestLink поддерживает следующие функции поиска -

Требования к поиску
Спецификация требований к поиску
Поиск тестовых случаев
Текстовое поле общего поиска

Текстовое поле общего поиска

Как видно на следующем снимке экрана, вверху есть текстовое поле поиска, используемое для поиска конкретного тестового примера. Обычно идентификатор тестового набора начинается с SP- <index>. Вы можете ввести числа, чтобы напрямую найти конкретный тестовый пример. Это текстовое поле присутствует на всех страницах.

Требования к поиску

В разделе спецификации требований TestLink поддерживает функцию требований поиска.

Следующие шаги должны быть выполнены для использования требований поиска -

Step 1 - Перейдите в Технические характеристики требований → Требования к поиску, как показано ниже.

Откроется страница поиска требований.

При поиске регистр не учитывается. Результат включает в себя только требования из реального тестового задания.

Step 2- Запишите искомую строку в соответствующее поле. Оставьте неиспользуемые поля пустыми.

Step 3 - Выберите необходимое ключевое слово или оставьте значение «Не применено».

У него есть следующий список поддерживаемых полей, чтобы найти требование -

Треб. Идентификатор документа, версия, заголовок, объем, статус, тип, ожидаемый номер тестовых случаев, имеет отношение типа, дату создания, дату создания, дату изменения, дату изменения, идентификатор тестового набора и сообщение журнала.

Step 4 - Нажмите кнопку «Найти».

Показаны все выполняющие требования. Вы можете изменить требования, перейдя по ссылке «Название».

Технические требования к поиску

В разделе спецификации требований TestLink поддерживает функцию «Спецификации требований поиска».

Для использования спецификаций требований к поиску необходимо выполнить следующие шаги:

Step 1 - Перейдите в Технические характеристики требований → Найдите технические характеристики требований, как показано ниже.

Откроется страница поиска технических требований. При поиске регистр не учитывается. Результат включает только спецификации требований из фактического тестового задания.

Step 2- Запишите искомую строку в соответствующее поле. Оставьте неиспользуемые поля в форме пустыми.

Step 3 - Выберите необходимое ключевое слово или оставьте значение «Не применено».

Он имеет следующий список поддерживаемых полей, чтобы найти спецификации требований:

Треб. Идентификатор документа, заголовок, объем, тип и сообщение журнала.

Step 4 - Нажмите кнопку «Найти».

Показаны все соответствующие спецификации требований. Вы можете изменить требования, перейдя по ссылке «Название».

Поиск тестовых случаев

В разделе «Спецификация теста» TestLink поддерживает функцию «Поиск тестовых случаев».

Ниже приведены шаги, которые необходимо выполнить для использования тестовых примеров поиска.

Step 1 - Перейдите в «Спецификация теста» → «Поиск тестовых случаев», как показано на следующем снимке экрана.

Откроется страница «Поиск тестовых случаев». При поиске регистр не учитывается. Результат включает только тестовые примеры из реального тестового задания.

Step 2- Запишите искомую строку в соответствующее поле. Оставьте неиспользуемые поля в форме пустыми.

Step 3 - Выберите необходимое ключевое слово или оставьте значение «Не применено».

У него есть следующий список поддерживаемых полей, чтобы найти тестовый пример -

Идентификатор тестового случая, версия, заголовок, важность теста, статус, сводка, предварительные условия, шаги, ожидаемый результат, создатель, автор редактирования, дата изменения, дата изменения до, Jolly или ключевое слово и Req. ID документа.

Step 4 - Нажмите кнопку «Найти».

Показаны все выполненные тестовые примеры. Вы можете изменить тестовые примеры по ссылке «Название».

Ключевые слова используются для категоризации тестовых случаев. Ключевые слова идеально подходят для фильтрации. Это не категоризация и не размещение одних и тех же тестовых примеров в одном месте; Ключевые слова помогают объединить тестовые примеры из разных папок с одинаковой областью действия с использованием одинаковых ключевых слов. Например - случаи регрессионного тестирования, случаи дымового тестирования, Solaris и запрос на изменение и т. Д.

Создать ключевые слова

Для создания ключевых слов у вас должно быть разрешение на создание ключевого слова.

Step 1 - Перейдите в Test Project → Keyword Management на панели инструментов, как показано ниже.

Он открывает страницу управления ключевыми словами вместе с кнопкой «Создать ключевое слово».

Step 2 - Нажмите кнопку «Создать ключевое слово», как показано ниже.

Откроется страница создания ключевого слова.

Step 3 - Введите ключевое слово и описание.

Step 4 - Нажмите кнопку «Сохранить» как показано ниже.

Список сохраненных ключевых слов отображается на странице управления ключевыми словами.

Назначить ключевые слова

Ниже приведены шаги для назначения ключевых слов -

Step 1 - Перейдите в Test Project → Keyword Management на панели инструментов, как показано ниже.

Он открывает страницу управления ключевыми словами вместе с кнопкой «Назначить тестовым случаям».

Step 2 - Нажмите кнопку «Назначить тестовым случаям», как показано ниже.

Step 3 - Выберите набор тестов или набор тестов в древовидной структуре слева.

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

Step 4 - После выбора нажмите кнопку «Сохранить», как показано на следующем снимке экрана.

Наконец, вы получите успешное сообщение о том, что элемент обновлен.

Вы можете создать спецификацию теста в виде документа.

Step 1 - Чтобы создать спецификацию теста, перейдите в «Спецификация теста» → «Спецификация теста» на панели управления.

Откроется страница спецификации теста.

Step 2 - Выберите папку для создания документа спецификации теста, либо корневую папку проекта, либо папку пакета с левой стороны.

Step 3 - Щелкните значок настроек, известный как «Действие», на правой боковой панели, как показано ниже.

Откроется страница операций Test Suite.

Вы можете увидеть два варианта - документ спецификации теста (HTML) в новом окне и еще один вариант - Загрузить документ спецификации теста (псевдослово), как показано ниже.

После выбора опции вы получите следующие подробности спецификации теста.

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

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

Создать требование

Чтобы создать требование, у вас должно быть разрешение на создание требования.

Ниже приведены шаги для создания требования -

Step 1 - Перейдите к «Спецификация требований» → «Спецификация требований» на панели управления, как показано ниже.

Step 2 - С левой стороны найдите структуру папок, в которую вы хотите добавить требование.

Step 3 - Нажмите кнопку «Создать» на правой боковой панели, как показано ниже.

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

Step 4 - Нажмите кнопку «Сохранить», чтобы добавить требование в список, как показано ниже.

Он добавляет родительскую папку в качестве спецификации требований.

Step 5 - Щелкните родительскую папку, а затем щелкните значок Параметры, известный как Действия, отображаемый на правой боковой панели, как показано на следующем снимке экрана.

Он показывает страницу операций с требованиями.

Step 6 - Нажмите кнопку «Создать», как показано на следующем снимке экрана.

Он отображает форму создания требования.

Step 7 - Перед нажатием кнопки «Сохранить» введите следующие поля.

Document ID - Уникальный идентификатор для идентификации.
Title - Уникальный заголовок, длина которого не должна превышать 100 символов.
Scope - Это текст в формате HTML.
Status - Он может иметь следующие значения: Действительный, Черновик, Обзор, Доработка, Готово, Реализовано, Не проверяется и Устаревшее.
Type - Он может иметь значение «Информационное», «Функция», «Вариант использования», «Пользовательский интерфейс», «Нефункциональное», «Ограничение» или «Системная функция».
Number of test cases needed - Предполагаемый тестовый пример должен удовлетворять требованиям.

После нажатия кнопки «Сохранить» требование добавляется и отображается с дополнительными полями.

Step 8 - Добавьте покрытие, щелкнув значок +.

Step 9 - Добавьте отношение текущего требования к любому существующему требованию в качестве родительского, дочернего, связанного, блока или зависимого.

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

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

Перейдите к Спецификации требований → Обзор требований на панели инструментов, как показано ниже.

Он отображает страницу обзора требований со списком требований.

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

Показывать все версии будет отображаться, если вы установите флажок «Показать все версии каждого требования» вверху.

Покрытие - значение, например, «20% (4/20)» означает, что необходимо создать 20 тестовых примеров, чтобы это Требование полностью протестировало его. 4 из них уже созданы и связаны с этим Требованием, что составляет 20 процентов покрытия.

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

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

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

Назначить тестовые наборы

Ниже приведены шаги для назначения тестового примера.

Step 1 - Перейдите к содержанию плана тестирования → Назначьте выполнение тестовых случаев с панели инструментов, как показано ниже.

Step 2- В левой части экрана найдите набор тестов и щелкните его. Он отображает детали и тестовые примеры, представленные с правой стороны.

Step 3- Выберите тестовый пример, который нужно назначить. Проверьте, присутствует ли какой-либо существующий пользователь. В поле «Кому назначено» отображается имя пользователя, если оно назначено.

Step 4- Перейдите в текстовое поле «Назначить» и начните вводить имя пользователя. Он отобразит список подходящих пользователей, из которого вы можете выбрать имя пользователя.

Step 5 - Нажмите кнопку «Сохранить» в верхней части экрана.

После назначения тестового примера имя пользователя отображается в разделе Назначено вместе с красным символом.

Step 6- Если назначенного пользователя необходимо удалить, просто щелкните красный символ

, он удалит назначенного пользователя.

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

Ниже приведены шаги для массового назначения пользователей.

Step 1 - Перейдите к содержанию плана тестирования → Назначьте выполнение тестовых случаев с панели инструментов, как показано на следующем снимке экрана.

Step 2- Слева найдите набор тестов и щелкните его. Он отображает детали и тестовые примеры, представленные на правой боковой панели.

Step 3- Выберите несколько тестовых случаев, которые будут назначены нескольким пользователям. Проверьте, присутствует ли какой-либо существующий пользователь. В поле «Кому назначено» отображается имя пользователя, если оно назначено.

Step 4- Перейдите в поле проверки массового назначения пользователей вверху. Начните вводить имя пользователя. Он отобразит список подходящих пользователей, из которого можно выбрать имя пользователя. Добавьте нескольких пользователей в текстовое поле.

Step 5 - Щелкните значок Do кнопка присутствует в правой части текстового поля.

Он отображает имя пользователя в поле «Назначить» для каждого выбранного тестового примера.

Step 6 - Нажмите кнопку «Сохранить», чтобы назначить тестовые примеры этим пользователям.

Step 7 - Если назначенного пользователя необходимо удалить, просто щелкните красный символ, он удалит назначенного пользователя.

Массовое удаление пользователей

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

Нажмите кнопку «Выполнить массовое удаление пользователя» в верхней части экрана.

Он удаляет назначенного пользователя этого тестового примера.

Платформа означает место или конфигурацию системы, в которой должен выполняться тестовый пример. Платформа может представлять собой различные веб-браузеры, такие как Chrome, Safari, IE, Mozilla и т. Д., Или разные операционные системы, аппаратные устройства или конфигурации.

Выбранные платформы должны быть связаны с планом тестирования, в котором выполняются тестовые примеры. Для тестового проекта может потребоваться несколько платформ для тестирования перед выпуском продукта. Тестовые наборы должны быть связаны с платформами, а также с планами тестирования.

Добавить платформу

Чтобы использовать функцию платформы, ее необходимо сначала создать в разделе «Управление платформой». У вас должно быть право на управление платформой для создания платформы.

Ниже приведены шаги по созданию платформы.

Step 1 - Перейдите в Тестовый проект → Управление платформой на панели управления, как показано ниже.

Он отображает страницу управления платформой.

Step 2 - Нажмите кнопку Create Platform, как показано ниже.

Откроется форма «Создать платформу».

Step 3 - Введите название платформы и описание.

Step 4 - Щелкните кнопку Сохранить.

После нажатия кнопки «Сохранить» платформа появится в разделе «Управление платформой».

Удалить платформу

Step 1- Перейдите в Тестовый проект → Управление платформой. Он отображает список всех доступных платформ вместе с красным символом удаления в виде X.

Step 2 - Щелкните значок «Удалить», как показано ниже.

Появится всплывающее окно подтверждения удаления.

Step 3 - Щелкните кнопку Да.

Страница обновится, и платформа будет удалена со страницы.

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

После того, как заинтересованные стороны добавят контрольные точки в TestLink, пользователи смогут назначать тестовые прогоны конкретным контрольным точкам. Это помогает отдельно отслеживать прогресс вехи. Особенно, если несколько этапов выполняются параллельно или если у пользователей одновременно выполняется много тестовых прогонов.

Добавить веху

Ниже приведены шаги по добавлению вехи.

Step 1 - Перейдите в План тестирования → Обзор этапов на панели управления, как показано ниже.

Он открывает страницу Milestone вместе с кнопкой Create.

Step 2 - Нажмите кнопку «Создать», как показано ниже.

Он открывает формы Create Milestone.

Step 3 - Введите имя, целевую дату и дату начала.

Существуют промежуточные этапы: Полный тест с высоким приоритетом, Полный тест со средним приоритетом и Полный тест с низким приоритетом.

Step 4 - После ввода процента нажмите кнопку «Сохранить».

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

Удалить веху

Step 1- Перейдите в План тестирования → Обзор этапов. Он отображает список всех доступных этапов вместе с красным символом удаления в виде X.

Step 2 - Щелкните значок «Удалить», как показано ниже.

Отображается всплывающее окно подтверждения удаления.

Step 3 - Щелкните кнопку Да, как показано ниже.

Страница обновится, и Milestone будет удален со страницы.

Перед началом фактического выполнения настройка пакета выполнения является необходимым шагом для отслеживания прогресса и статуса выполнения. Этот этап называется настройкой выполнения теста.

Перед оформлением убедитесь, что следующие документы готовы -

Спецификация теста написана и упоминается в проекте.
План тестирования создается и проверяется.
Тестовые наборы создаются и отображаются в плане тестирования для покрытия.
Для проекта создана как минимум одна сборка.

У вас должно быть соответствующее разрешение на выполнение и работу по этому плану тестирования.

Навигация и настройки

Ниже приведены шаги по настройке навигации и настроек для выполнения тестовых случаев.

Step 1 - Перейдите в «Выполнение тестов» → «Выполнить тесты» на панели управления, как показано ниже.

Он открывает страницу «Выполнить тест», где на левой панели находятся настройки и фильтры.

Наряду с этими двумя есть также древовидное меню.

Step 2 - Выберите Test Plan и создайте в разделе настроек.

Step 3 - В разделе фильтра вы можете сузить древовидную структуру, представленную под фильтром.

Следующие снимки экрана отображают навигацию и настройки на странице выполнения тестов -

Определите протестированную сборку

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

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

Сборки могут быть созданы Лидером тестирования на странице «Создать новую сборку».

Древовидное меню

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

Выбор тестового примера позволяет открыть соответствующий тестовый пример для выполнения теста на правой панели.

В наборах тестов в древовидном меню отображаются сведения о плане тестирования и сборке, как показано на следующем снимке экрана.

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

Статус теста

По умолчанию тестовый пример остается в состоянии «Не запускать». После того как тестовый пример получил статус, он не может вернуться к статусу «Нет выполнения».

Контрольному примеру может быть присвоен результат как «Пройден», «Не пройден» или «Заблокирован». TestLink также поддерживает присвоение результата отдельным шагам теста. Вы можете присвоить статус "Пройден", "Не пройден" или "Заблокирован" на каждом отдельном этапе тестового примера.

Passed - Когда тестовый пример или шаг соответствует ожидаемому результату, он помечается как пройденный.
Failed - Когда тестовый пример или шаг отклоняются от ожидаемого результата, он помечается как Неудачный.
Blocked - Если тестовый пример или шаг не могут быть выполнены из-за нерешенной проблемы, они помечаются как заблокированные.

Вставить результат теста

После выполнения тестового примера или шага теста результат должен быть присвоен им.

Следующие шаги должны быть выполнены при вводе результата теста -

Step 1 - Перейдите в раздел «Выполнение теста» → «Тесты выполнения» или «Назначенные мне тестовые случаи», как показано ниже.

Step 2- Выберите тестовый пример на левой панели. Он отображает все детали и шаги тестовых случаев.

Step 3- На этапе тестирования есть столбцы «Примечания к выполнению» и «Результат». После выполнения вы можете вводить комментарии как примечания к выполнению.

Step 4 - Выберите результаты как пройденные, неудачные или заблокированные.

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

Step 5 - В представленном ниже разделе «Примечания / Описание» введите общий комментарий для выполнения тестового примера.

Step 6- Справа от Примечания / Описание отображается продолжительность выполнения (мин). Введите количество минут, потраченных на выполнение этого тестового примера.

Step 7- Под текстовым полем «Продолжительность выполнения» имеются три значка для выбора общего состояния результата для тестового примера. Значки пройдены, не пройдены и заблокированы слева направо.

После выбора общий результат обновляется со всеми итерациями выполнения.

Step 8- Щелкните значок «Печать», чтобы просмотреть подробный результат выполнения. Символ присутствует в столбце «Режим работы» в крайнем правом углу, как показано ниже.

Он открывает новое окно с подробностями выполнения и пошаговыми комментариями, как показано ниже.

Удалить выполнение

Вы можете удалить результат выполнения, щелкнув красный символ удаления в виде X в столбце Run Mode.

Откроется всплывающее окно подтверждения удаления. Щелкните кнопку ОК.

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

Чтобы получить доступ к разделу «Отчет и показатели», выберите «Выполнение теста» → «Отчеты и показатели тестирования» на панели управления, как показано ниже.

Левая панель используется для перехода к каждому отчету и управления поведением и отображением отчетов. Кнопка «Печать» инициализирует печать правой панели (навигация не печатается).

Вы можете печатать как HTML или псевдо MS Word. Вы также можете отправить отчет в формате HTML по электронной почте. На правой панели отображается сводка по каждому отчету.

Общие показатели плана тестирования

Эти метрики отображают текущий статус плана тестирования по следующим критериям - набор тестов, владелец, этап, приоритет и ключевое слово.

В дополнение к этому, он также отображает основные показатели для всех включенных сборок. Текущий статус определяется последней сборкой, в которой выполняются тестовые наборы.

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

Порядок сборок создается в плане тестирования. Например, если тест завершился неудачно в сборке 1 и отмечен как пройденный в сборке 2, последний результат будет успешным.
Если тестовый пример выполняется несколько раз в одной и той же сборке, будет учитываться самое последнее выполнение. Например, если сборка 3 выпущена и помечена как «пройдена» в 13:00, а помечена как «сбой» в 17:00 - будет считаться неудачной.
Тестовые случаи, помеченные как «Не запускать» в сборке, не рассматриваются. Например, если тестовый пример отмечен как «пройден» в сборке 1 и не выполняется в сборке 2, последний результат будет считаться «пройденным».

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

Results by Top Level Test Suites- В нем перечислены результаты каждого набора верхнего уровня. Он отображает количество тестовых случаев со статусами «Пройдено», «Неудачно», «Заблокировано», «Не выполнено» и «Завершено» (%). Результаты для люксов верхнего уровня включают все люксы для детей.

Results by Build- В нем перечислены результаты выполнения для каждой сборки. Для каждой сборки отображается общее количество тестовых случаев, общее количество пройденных тестов,% пройденных, общее количество сбоев,% сбоев, заблокировано,% заблокировано, не выполнено и% не выполнено. Если тестовый пример был выполнен дважды для одной и той же сборки, будет учтено самое последнее выполнение.

Results by Keyword- В нем перечислены все ключевые слова, присвоенные случаям в текущем плане тестирования, и связанные с ними результаты. Для каждого ключевого слова отображается общее количество тестовых случаев, общее количество пройденных,% пройденных, общее количество сбоев,% сбоев, заблокировано,% заблокировано, не выполнено и% не выполнено.

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

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

Матрица результатов тестирования

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

Логика «последнего результата теста» (описанная выше в разделе «Общие метрики плана тестирования») используется для определения того, следует ли считать тестовый пример заблокированным, неудачным, пройденным или не выполненным.

Отчеты о заблокированных и неудачных тестовых случаях будут отображать связанные ошибки, если пользователь связан с интегрированной системой отслеживания ошибок с TestLink.

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

Отчеты о требованиях

Этот отчет доступен в отчетах о тестировании и показателях, если требования связаны с тестовыми примерами текущего тестового проекта.

Отчет создается по одному документу спецификации требований, выбранному в раскрывающемся списке "Сборка" и "Статус".

Есть два раздела - метрики и обзор результатов. Доступны следующие показатели -

Общее количество требований
Требования в TestLink
Требования, предъявляемые к тестовым случаям
Требования, не охватываемые тестовыми примерами
Требования не учтены или не проверены
Требования не проверены

Требования разделены на четыре раздела. Каждое требование перечислено вместе со всеми соответствующими тестовыми наборами (окрашенными в соответствии с результатом тестового набора) -

Пройденные требования
Неудачные требования
Заблокированные требования
Неисполненные требования

На следующем снимке экрана показан отчет о требованиях -

Для этого отчета требуется установленная на веб-сервере графическая библиотека. Логика «Результат последнего теста» используется для всех четырех графиков.

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

Отчет содержит следующие диаграммы -

Круговая диаграмма общего числа пройденных / неудачных / заблокированных / не выполненных тестовых случаев, как показано выше.

Гистограмма результатов по ключевым словам, как показано ниже.

Гистограмма результатов по Top Level Suite, как показано ниже.

Полосы на гистограммах окрашены таким образом, чтобы пользователь мог определить приблизительное количество пройденных, неудачных, заблокированных и невыполненных обращений.