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

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

  • Это было написано Terry Weissman на языке программирования TCL в 1998 году.

  • Позже Bugzilla была написана на PERL и использует базу данных MYSQL.

  • Bugzilla можно использовать в качестве инструмента управления тестированием, поскольку его можно легко связать с другими инструментами управления тестовыми случаями, такими как Quality Centre, ALM, Testlink, и т.п.

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

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

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

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

Bugzilla - Основные характеристики

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

  • Bugzilla - мощный инструмент с расширенными возможностями поиска.

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

  • Bugzilla отображает полную историю изменений ошибок.

  • Bugzilla обеспечивает отслеживание зависимостей между ошибками и графическое представление.

  • Bugzilla позволяет пользователям прикреплять файлы поддержки ошибок и управлять ими.

  • Bugzilla имеет интегрированную, детализированную схему безопасности на основе продуктов, которая делает ее более безопасной.

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

  • Bugzilla поддерживает надежную и стабильную серверную часть СУБД (Rational Data Base Management System).

  • Он поддерживает веб-интерфейс, XML, электронную почту и консольные интерфейсы.

  • Bugzilla имеет широкий спектр настраиваемых функций, настраиваемых пользователем.

  • Он поддерживает локализованный веб-интерфейс пользователя.

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

  • Bugzilla предлагает плавный переход между разными версиями.

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

Для установки и запуска Bugzilla на сервере основным требованием является наличие установленного Perl. Это означает, что Bugzilla может быть установлена ​​на любой платформе, где может быть установлен Perl; включая Windows, Linux и Mac OS X.

Требования к оборудованию

  • Рекомендуется иметь 4 ГБ ОЗУ или больше.

  • Должен быть, например, быстрый процессор с тактовой частотой не менее 3 ГГц или больше.

  • Место на жестком диске зависит от размера команды и количества дефектов. Памяти на жестком диске 50 Гб вполне достаточно.

Требования к программному обеспечению

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

  • Perl- Bugzilla 4.4 и старше требует Perl 5.8.1 или новее, но Bugzilla 5.0 и новее требует Perl 5.10.1 или новее. На данном этапе не рекомендуется устанавливать Perl 5.8.x. Вместо этого установите Perl 5.12 или новее, так как в этих новых версиях есть некоторые полезные улучшения, которые улучшат взаимодействие с пользователем.

  • Database Server- Bugzilla поддерживает MySQL, PostgreSQL, Oracle и SQLite. Настоятельно рекомендуется использовать MySQL и PostgreSQL, так как они имеют лучшую поддержку со стороны Bugzilla и ежедневно используются разработчиками Bugzilla. Oracle имеет несколько известных проблем и является гражданином 2-го класса. В большинстве случаев он должен работать прилично, но в некоторых случаях также может с треском выйти из строя. SQLite рекомендуется для тестирования только для небольших команд. Если используется MySQL, для Bugzilla 4.x требуется версия 5.0.15, но настоятельно рекомендуется версия 5.5 или новее. Для установки PostgreSQL требуется версия 8.3.

  • Web Server- Bugzilla не предъявляет минимальных требований к своему веб-серверу. Рекомендуется установить Apache 2.2, хотя Bugzilla также отлично работает с IIS (рекомендуется IIS 7 или выше). Чтобы улучшить производительность в Apache, рекомендуется включить его модуль mod_perl.

Веб-сайт Bugzilla GIT - лучший способ получить Bugzilla. Скачайте и установите GIT с сайта -https://git-scm.com/download и запустить его.

git clone --branch release-X.X-stable https://github.com/bugzilla/bugzilla 
C:\bugzilla

Где «XX» - это двухзначный номер версии стабильного выпуска Bugzilla (например, 5.0).

Другой способ загрузить Bugzilla - по следующей ссылке - https://www.bugzilla.org/download/и перейдите в раздел стабильного выпуска и выберите последний из списка, как показано на следующем снимке экрана. Щелкните Загрузить Bugzilla 5.0.3.

Bugzilla поставляется в виде «архива» (расширение .tar.gz), который может открывать любой компетентный инструмент архивирования Windows.

Модули PERL

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

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

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

ppm install <modulename>

Некоторые из наиболее важных модулей PERL описаны ниже.

  • CGI.pm- Это широко используемый модуль Perl для программирования веб-приложений CGI (Common Gateway Interface). Это помогает предоставить согласованный API для приема и обработки пользовательских данных.

  • Digest-SHA- Модуль Digest-SHA1 позволяет вам использовать алгоритм дайджеста сообщений NIST SHA-1 из программ Perl. Алгоритм принимает на входе сообщение произвольной длины и выдает 160-битный «отпечаток пальца» или «дайджест сообщения» на входе.

  • TimeDate - TimeDate - это класс для представления комбинаций времени и даты, который является частью проекта Perl TimeDate.

  • DateTime - DateTime - это класс для представления комбинаций даты и времени, который является частью проекта Perl DateTime.

  • DateTime-TimeZone- Этот класс является базовым для всех объектов часовых поясов. Часовой пояс внутренне представлен как набор наблюдений, каждое из которых описывает смещение от GMT для данного периода времени.

  • DBI- Это стандартный модуль интерфейса базы данных для Perl. Он определяет набор методов, переменных и соглашений, которые обеспечивают согласованный интерфейс базы данных, независимый от фактической используемой базы данных.

  • Template-Toolkit- Template Toolkit - это набор модулей Perl, которые реализуют быструю, гибкую, мощную и расширяемую систему обработки шаблонов. Он может использоваться для обработки любых текстовых документов и не зависит от ввода.

  • Email-Sender - Email-Sender заменяет старую и проблемную библиотеку отправки электронной почты, которая неплохо справлялась с простыми задачами отправки электронной почты, но не подходила для серьезного использования по нескольким причинам.

  • Email-MIME- Это расширение модуля Email-Simple. Он в основном используется для обработки сообщений в кодировке MIME. Он принимает сообщение как строку, разбивает ее на составные части и позволяет вам получить доступ к различным частям сообщения.

  • URI- Универсальный идентификатор ресурса - это компактная строка символов, которая идентифицирует абстрактный или физический ресурс. URI можно дополнительно классифицировать как универсальный указатель ресурса (URL) или как универсальное имя ресурса (URN).

  • List-MoreUtils - Он предоставляет некоторые тривиальные, но обычно необходимые функции для списков, которые не входят в модуль List-Util.

  • Math-Random-ISAAC - Алгоритм ISAAC (Indirection, Shift, Accumulate, Add и Count) предназначен для получения некоторой начальной информации и получения на выходе, казалось бы, случайных результатов.

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

  • JSON-XS- Этот модуль преобразует структуры данных Perl в JSON и наоборот. Основная цель JSON-XS - быть правильным, а вторичная цель - быть быстрым.

  • Win32 - Модуль Win32 содержит функции для доступа к Win32 API.

  • Win32-API - С помощью этого модуля вы можете импортировать и вызывать произвольные функции из библиотек динамических ссылок (DLL) Win32 без необходимости писать расширение XS.

  • DateTime-TimeZone-Local-Win32 - Этот модуль предоставляет методы для определения местного часового пояса на платформе Windows.

Следующие модули включают различные дополнительные функции Bugzilla; попробуйте установить их в соответствии с вашими требованиями -

  • GD - Модуль GD требуется только в том случае, если вам нужны графические отчеты.

  • Chart - Этот модуль требуется только в том случае, если вам нужны графические отчеты в качестве модуля GD.

  • Template-GD - Этот модуль имеет набор инструментов шаблонов для плагинов шаблонов.

  • GDTextUtil - В этом модуле есть текстовые утилиты для использования с GD.

  • GDGraph - Это модуль Perl5 для создания диаграмм с помощью модуля GD.

  • MIME-tools - MIME-tools - это набор модулей Perl5 MIME для синтаксического анализа, декодирования и генерации одиночных или составных (даже вложенных составных) сообщений MIME.

  • libwww-perl- Библиотека World Wide Web для Perl также называется libwww-perl. Это набор модулей Perl, которые предоставляют программированию на Perl простой доступ для отправки запросов во всемирную паутину.

  • XML-Twig- Это модуль Perl, используемый для эффективной обработки XML-документов. Этот модуль предлагает древовидный интерфейс к документу, при этом позволяя обрабатывать документы любого размера.

  • PatchReader - В этом модуле есть различные утилиты для чтения и работы с патчами и CVS.

  • perl-ldap- Это набор модулей, реализующих API служб LDAP для программ Perl. Этот модуль может использоваться для поиска в каталогах или выполнения функций обслуживания, таких как добавление, удаление или изменение записей.

  • Authen-SASL - Этот модуль обеспечивает структуру реализации, которую должны иметь все протоколы.

  • Net-SMTP-SSL - Этот модуль обеспечивает поддержку SSL для Net-SMTP 1.04

  • RadiusPerl - Этот модуль предоставляет простые клиентские возможности Radius.

  • SOAP-Lite - Этот модуль представляет собой набор модулей Perl, которые обеспечивают простой и легкий интерфейс для протокола простого доступа к объектам (SOAP) как на стороне клиента, так и на стороне сервера.

  • XMLRPC-Lite - Этот модуль Perl предоставляет простой интерфейс для протокола XML-RPC как на стороне клиента, так и на стороне сервера.

  • JSON-RPC - Набор модулей, реализующих протоколы JSON RPC 2.0.

  • Test-Taint - В этом модуле есть инструменты для проверки испорченности.

  • HTML-Parser - Этот модуль определяет класс HTMLParser, который служит основой для анализа текстовых файлов, отформатированных в HTML и XHTML.

  • HTML-Scrubber - Этот модуль помогает надежно и гибко очистить или очистить ввод html.

  • Encode - Этот модуль обеспечивает интерфейс между строками Perl и остальной системой.

  • Encode-Detect - Этот модуль является подклассом Encode-Encoding, который определяет кодировку данных.

  • Email-Reply - Этот модуль помогает ответить на электронное письмо или сообщение.

  • HTML-FormatText-WithLinks - Этот модуль превращает HTML в обычный текст, но печатает все ссылки в HTML как сноски.

  • TheSchwartz - Этот модуль представляет собой надежную систему очередей заданий.

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

  • mod_perl - Этот модуль помогает встраивать интерпретатор Perl в сервер Apache.

  • Apache-SizeLimit - Этот модуль позволяет вам остановить процессы Apache httpd, если они станут слишком большими.

  • File-MimeInfo - Этот модуль используется для определения MIME-типа файла.

  • IO-stringy - Этот инструментарий в основном предоставляет модули для выполнения как традиционных, так и объектно-ориентированных (ввод-вывод) вещей, отличных от обычных файловых дескрипторов.

  • Cache-Memcached - Этот модуль является клиентской библиотекой для демона кеширования памяти (memcached).

  • Text-Markdown- Этот модуль представляет собой фильтр преобразования текста в HTML; он переводит легко читаемый / простой для записи структурированный текстовый формат в HTML.

  • File-Copy-Recursive - Этот модуль является расширением Perl для рекурсивного копирования файлов и каталогов.

В Strawberry Perl используйте cpanmскрипт для установки модулей. Некоторые из наиболее важных модулей уже установлены по умолчанию. Остальные можно установить с помощью следующей команды -

cpanm -l local <modulename>

Список модулей для установки будет отображен с помощью checksetup.pl команда.

Для установки Bugzilla требуется несколько технических аспектов. Несколько веб-сайтов предоставляют веб-приложение Bugzilla -Landfill: The Bugzilla Test Server один из них. https://landfill.bugzilla.org/bugzilla-2.16.11/ это тестовый и демонстрационный сайт.

Note- Свалка - это дом для тестовых установок системы отслеживания ошибок Bugzilla. Если вы оцениваете Bugzilla, вы можете использовать их, чтобы попробовать. Они также полезны, если вы разработчик и хотите попытаться воспроизвести ошибку, о которой кто-то сообщил.

Как только вы перейдете к вышеупомянутому URL-адресу, домашняя страница Bugzilla отобразится, как показано ниже -

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

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

Step 1 - Перейти к https://landfill.bugzilla.org/bugzilla-5.0-branch/

Step 2 - На домашней странице Bugzilla щелкните ссылку «Новая учетная запись» в заголовке, как показано на следующем снимке экрана.

Step 3 - Введите адрес электронной почты и нажмите Отправить.

Step 4- Через несколько секунд пользователь получит электронное письмо на указанный адрес. Этот адрес электронной почты должен содержать имя пользователя и URL-адрес для подтверждения регистрации.

Step 5- После подтверждения регистрации Bugzilla спросит настоящее имя (необязательно, но рекомендуется) и попросит пользователя ввести свой пароль и подтвердить свой пароль. В зависимости от того, как настроена Bugzilla, для пароля могут быть минимальные требования к сложности.

Step 6- После заполнения данных нажмите «Создать», на экране отобразится сообщение об успешном создании учетной записи, в противном случае отобразится сообщение об ошибке. Исправьте ошибку и нажмите "Создать".

Чтобы войти в Bugzilla, мы должны выполнить шаги, указанные ниже.

Step 1 - Нажмите на Log In ссылка в заголовке главной страницы.

Step 2 - Введите адрес электронной почты, пароль и нажмите «Войти».

Step 3- Пользователь будет успешно авторизован; пользователи могут видеть свой идентификатор пользователя в разделе заголовка.

Step 4 - Пользователь может видеть назначенные ему открытые ошибки, сообщенные им и запросы, адресованные ему, в левом нижнем разделе.

Процедура заполнения новой ошибки довольно проста и объясняется ниже.

Step 1 - Нажмите на ‘New’ ссылку, присутствующую в верхнем или нижнем колонтитуле, или нажмите на File a Bug на домашней странице, как показано на следующем снимке экрана.

Step 2 - Теперь выберите группу продуктов, в которой обнаружена ошибка.

Step 3 - После выбора продукта появится форма, в которой пользователь должен ввести следующие данные, связанные с ошибкой:

  • Введите продукт
  • Введите компонент
  • Дайте описание компонента
  • Выберите версию
  • Выберите серьезность
  • Выбрать оборудование
  • Выберите ОС
  • Введите сводку
  • Введите описание
  • Прикрепить вложение

Note- Вышеуказанные поля различаются в зависимости от настроек Bugzilla. Обязательные поля отмечены красной звездочкой (*).

Step 5 - Как только пользователь начинает вводить сводку, Bugzilla фильтрует уже зарегистрированные дефекты и отображает список, чтобы избежать повторяющихся ошибок.

Step 6 - Нажмите кнопку «Отправить ошибку», чтобы зарегистрировать ошибку.

Step 7 - Как только пользователь нажимает кнопку «Отправить сообщение об ошибке», создается идентификатор ошибки с указанием сведений об ошибке в том виде, в каком они были введены.

Step 8 - Срок и статус будут отображаться, как показано на следующем снимке экрана.

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

  • Большое текстовое поле
  • URL
  • Whiteboard
  • Keywords
  • Tags
  • Зависит от
  • Blocks

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

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

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

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

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

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

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

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

  • Summary- Это краткое изложение проблемы, состоящее из одного предложения, которое отображается в заголовке рядом с номером ошибки. Он похож на заголовок ошибки, который дает пользователю обзор ошибки.

  • Status (and Resolution)- Они определяют статус ошибки. - Он начинается еще до того, как подтверждается как ошибка, затем исправляется и исправление подтверждается отделом контроля качества. Различные возможные значения для статуса и разрешения при установке должны быть задокументированы в контекстно-зависимой справке для этих элементов. Статус поддерживает неподтвержденные, подтвержденные, фиксированные, обрабатываемые, решенные, отклоненные и т. Д.

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

  • Product and Component- Ошибки делятся на продукты и компоненты. Продукт может содержать один или несколько Компонентов. Это помогает классифицировать ошибки, а также помогает их отделить.

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

  • Hardware (Platform and OS)- Указывают на протестированную среду или операционную систему, в которой была обнаружена ошибка. Он также выдает подробную информацию об оборудовании, таком как ОЗУ, размер жесткого диска, процессор и т. Д.

  • Importance (Priority and Severity)- Поле Priority используется для определения приоритета ошибок. Он может быть обновлен правопреемником, деловыми людьми или кем-либо из заинтересованных сторон, наделенных полномочиями вносить изменения. Это хорошая идея не изменять это поле для других ошибок, которые не были обнаружены человеком. Значения по умолчанию - от P1 до P5.

  • Severity Field- Поле «Серьезность» указывает, насколько серьезна проблема - от блокировщика («приложение непригодно для использования») до тривиального («незначительная косметическая проблема»). Пользователь также может использовать это поле, чтобы указать, является ли ошибка усовершенствованием или будущим запросом. Распространенные поддерживающие статусы серьезности - Блокирующее, Критическое, Большое, Нормальное, Незначительное, Тривиальное и улучшение.

  • Target Milestone- Это будущая дата, к которой ошибка должна быть исправлена. Пример. Вехи проекта Bugzilla для будущих версий Bugzilla - 4.4, 5.0, 6.0 и т. Д. Вехи не ограничиваются числами, хотя пользователь может использовать любые текстовые строки, например даты.

  • Assigned To - Ошибка назначается лицу, которое отвечает за ее исправление или может проверить достоверность ошибки в зависимости от бизнес-требований.

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

  • URL - URL-адрес, связанный с ошибкой, если таковой имеется.

  • Whiteboard - Текстовая область произвольной формы для добавления коротких заметок, новых наблюдений или повторного тестирования комментариев и тегов к ошибке.

  • Keywords - Администратор может определить ключевые слова, которые можно использовать для пометки и категоризации ошибок - например, сбоя или регресса.

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

  • Dependencies (Depends On and Blocks) - Если ошибка не может быть исправлена ​​из-за открытия некоторых других ошибок (зависит от) или эта ошибка останавливает исправление других ошибок (блоки), их количество записывается здесь.

Ссылка на дерево зависимостей

При нажатии на ссылку «Дерево зависимостей» отношения зависимости ошибки отображаются в виде древовидной структуры. Пользователь может изменить глубину отображения и скрыть исправленные ошибки на этой странице. Пользователь также может свернуть / развернуть зависимости для каждой нетерминальной ошибки в древовидном представлении, используя кнопки [-] / [+], которые появляются перед сводкой.

  • Reported - Это время и дата, когда ошибка регистрируется человеком в системе.

  • Modified - Это дата и время последнего изменения ошибки в системе.

  • CC List - Список людей, которые получают почту при изменении ошибки, в дополнение к репортеру, уполномоченному и контакту по контролю качества (если включено).

  • Ignore Bug Mail - Пользователь может проверить это поле, если он никогда не хочет получать уведомление по электронной почте об этой ошибке.

  • See Also - Ошибки в этой Bugzilla, других Bugzilla или других трекерах ошибок, связанных с этим.

  • Flags- Флаг - это своего рода статус, который может быть установлен для ошибок или вложений, чтобы указать, что ошибки / вложения находятся в определенном состоянии. Каждая установка может определять свой собственный набор флагов, которые можно установить для ошибок или вложений.

  • Time Tracking- Эту форму можно использовать для учета рабочего времени. Чтобы использовать эту функцию, пользователь должен быть членом группы, указаннойtimetrackinggroup параметр.

  • Orig. Est. - В этом поле отображается исходное расчетное время.

  • Current Est.- В этом поле отображается текущее расчетное время. Это число рассчитывается исходя из количества отработанных часов и оставшихся часов.

  • Hours Worked - В этом поле отображается количество часов, отработанных над конкретным дефектом.

  • Hours Left- В этом поле отображается текущая расчетная оценка. - Отработанные часы. Это значение + количество отработанных часов станет новым текущим расчетным значением.

  • %Complete - В этом поле отображается процент выполнения задачи.

  • Gain - В этом поле отображается количество часов, на которое ошибка опережает исходную оценку.

  • Deadline - В этом поле отображается крайний срок для этой ошибки.

  • Attachments- Пользователь может прикреплять файлы (доказательства, тестовые примеры или исправления) к ошибкам. Если есть вложения, они перечислены в этом разделе.

  • Additional Comments - Пользователь может добавить комментарии к обсуждению ошибки здесь, если пользователь / тестировщик хочет сказать что-то стоящее.

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

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

На следующем снимке экрана есть много полей с гиперссылкой для редактирования, например: Статус, Псевдоним, Назначенный, Контакт QA, «Зависит от», Большое текстовое поле, Флаги, Список CC и т. Д.

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

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

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

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

Ниже приведены некоторые важные моменты, которые следует учитывать при рассмотрении различных отчетов Bugzilla.

  • Bugzilla поддерживает те табличные отчеты, которые содержат отчеты в формате HTML или CSV.

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

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

  • Графические отчеты содержат линейные, гистограммы и круговые диаграммы.

  • Функциональность отчетов основана на концепции поиска и фильтрации, условия для которых задаются пользователями.

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

  • Пользователь может даже выбрать 3-D отчеты для таблиц и изображений.

Навигация по разделу отчетов

Для навигации по разделу отчетов в Bugzilla, мы должны выполнить шаги, указанные ниже.

Step 1 - Щелкните ссылку "Отчеты" в заголовке главной страницы.

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

Другие ссылки, такие как -

  • Search - Он переведет пользователя на стандартную страницу поиска.

  • Duplicate - Он будет отображать наиболее часто сообщаемые ошибки.

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

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

  • Степень тяжести по оси X
  • Компонент на оси Y

Затем нажмите «Создать отчет».

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

Создавать графические отчеты

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

Step 1 - Для начала щелкните ссылку "Отчеты" в заголовке главной страницы.

Step 2 - Щелкните гиперссылку «Графические отчеты», которая указана в разделе «Текущее состояние», как показано на следующем снимке экрана.

Step 3- Теперь установите различные параметры для графического представления отчетов. Ниже приведены некоторые из важных опций.

  • Вертикальная ось
  • Горизонтальная ось
  • Несколько изображений
  • Формат - линейный график, гистограмма или круговая диаграмма
  • Набор данных графика
  • Классифицируйте свою ошибку
  • Классифицируйте свой продукт
  • Классифицируйте свой компонент
  • Классифицируйте статус ошибки
  • Выберите разрешение

Step 4 - Нажмите «Создать отчет», чтобы отобразить гистограмму, на которой Severity жука - вертикальная ось, а Component «Widget Gears» - это горизонтальная ось.

Step 5 - Аналогичным образом можно создать линейный график для% выполнения по сравнению с крайним сроком.

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

Табличные отчеты представляют собой таблицы с количеством ошибок в 1, 2 или 3 измерениях в формате HTML или CSV. Чтобы создать табличные отчеты в Bugzilla, мы должны выполнить шаги, указанные ниже.

Step 1 - Щелкните гиперссылку «Отчеты» в разделе «Заголовок» на домашней странице, а затем щелкните «Табличные отчеты» в разделе «Текущее состояние», как показано на следующем снимке экрана.

Step 2 - Подобно графическим отчетам, выберите «Вертикальная», «Горизонтальная ось» вместе с «Несколько таблиц» (при необходимости) и укажите подробности в других полях.

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

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

Нажмите OK после соответствующего выбора, откроется лист Excel с подробностями всех таблиц данных.

В Bugzilla дубликаты - это список наиболее часто возникающих ошибок.

  • Дубликаты - это наиболее часто встречающиеся открытые ошибки.

  • Дубликаты считают числа как Dupe Countсоздание прямых и косвенных дубликатов акта о дефектах. Эта информация полезна для минимизации количества повторяющихся дефектов.

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

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

Использование повторяющегося списка ошибок

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

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

Создавать повторяющиеся отчеты

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

Step 1 - Щелкните гиперссылку «Отчет» в заголовке главной страницы.

Step 2- Как только вы нажмете «Отчет», откроется страница «Кухня отчетов и диаграмм». Щелкните гиперссылку «Дубликаты» в разделе «Текущее состояние».

Step 3- Нажав «Дубликаты», откройте таблицу наиболее часто сообщаемых ошибок. В нем есть различные столбцы, такие как идентификатор ошибки, количество повторений, компонент, серьезность, приоритет, целевой этап и сводка.

Изменение параметров

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

  • Restrict to product- Он отфильтровывает таблицу на основе определенного продукта и компонентов. Пользователь может выбрать один или несколько продуктов, нажав CTRL + Click.

  • When sorting or restricting, work with - У него есть два варианта: весь список или текущий видимый список.

  • Max Rows - Пользователь может дать число, чтобы увидеть количество дефектов на одной странице.

  • Change column is change in last - Количество дней, в течение которых пользователь хочет просмотреть произошедшие изменения.

  • Open Bugs only- Это отфильтрует все закрытые ошибки. В результате будет список только открытых дефектов.

Когда пользователь нажимает на Change button, все эти фильтры изменятся, и список ошибок будет отфильтрован.

При нажатии на кнопку «Список ошибок» в разделе «Или просто дайте мне это как Bug List”, итоговая таблица будет отображаться в формате страницы со списком ошибок, как показано на снимке экрана ниже -

Функция просмотра - одна из наиболее важных функций Bugzilla для поиска / отслеживания / определения существующей зарегистрированной ошибки.

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

Step 1 - Щелкните гиперссылку «Обзор» в заголовке домашней страницы.

Step 2 - Окно - "Select a product category to browse"как показано ниже, пользователь может просматривать ошибку в соответствии с категорией. Выберите товар «Виджет Сэма» или любой другой.

Step 3- Откроется другое окно, в этом - нажмите на компонент Widget Gears. Компоненты Bugzilla - это подразделы продукта. Например, здесь продукт SAM'S WIDGET, компонент которого - WIDGET GEARS. В продукте может быть указано несколько компонентов.

Step 4- Когда вы щелкаете по компоненту, открывается другое окно. Все ошибки, созданные в определенной категории, будут перечислены здесь. В этом списке ошибок щелкните значокBug# ID чтобы узнать больше об этой ошибке.

Step 5- Как только вы нажмете на идентификатор ошибки, откроется другое окно, в котором можно просмотреть подробную информацию об ошибке. В том же окне пользователь может также изменить уполномоченного, контакт QA или список CC.

Функция простого поиска полезна при поиске конкретной ошибки. Он работает как поисковые системы в Интернете, такие как Google, Bing, Yahoo и т. Д. Пользователь должен ввести несколько ключевых слов, а затем выполнить поиск.

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

Step 1 - Щелкните гиперссылку «Поиск» в заголовке главной страницы.

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

Step 3 - Выберите Statusошибки из списка для фильтрации. Затем выберитеProduct из списка и введите несколько Keywordsсвязанный с ошибкой. Нажми наSearch кнопка.

Step 4 - Результат будет таким, как показано на следующем снимке экрана.

Step 5 - Внизу страницы поиска есть различные варианты, например, как увидеть вашу ошибку - в XML Формат, в Long Форматировать или просто как Time Summary. Кроме того, можно использовать другой вариант - например, отправить письмо ответственному за ошибку, изменить сразу несколько ошибок или изменить столбец экрана и т. Д.

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

Функция быстрого поиска использует мета-символы, чтобы указать, что нужно искать. Например, набравbug|loginв быстрый поиск будет искать «ошибка» или «логин» в сводке и доске ошибки. Пользователь также может использовать его, чтобы перейти непосредственно к ошибке, введя ее номер или псевдоним.

При нажатии на кнопку «Быстрый поиск» отображается список ошибок, как показано на снимке экрана ниже.

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

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

Использование расширенного поиска

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

Step 1- Щелкните гиперссылку "Поиск" в заголовке домашней страницы. Вы получите две вкладки: Простой поиск и Расширенный поиск, щелкните вкладку Расширенный поиск.

Step 2- Выберите требуемый вариант в поле «Сводка». Затем вы можете ввести ключевое слово, чтобы идентифицировать или отфильтровать ошибки.

Step 3 - Следующим шагом является выбор категории ошибки из Classificationкоробка; здесь мы выбралиWidget. Затем выберитеProductпод которым создается Баг; здесь мы выбралиSam's Widget. вComponent коробка, мы выбрали Widget Gears. В поле «Статус» нажмите «Подтверждено» и в поле «Разрешение» выберите «Фиксированный», все это показано на следующем снимке экрана.

Note - Все эти поля являются необязательными и зависят от выбора пользователя.

Step 4 - Нажмите кнопку поиска после ввода всех полей в соответствии с требованиями фильтра.

Step 5 - Расширенный поиск обнаружит ошибку, и результат будет следующим:

Пользовательский поиск - это расширенная функция расширенного поиска. Работает по принципу - «Не нашли то, что искали выше? Т.е. в расширенном поиске ». В этой области разрешены такие слова, как И, ИЛИ, и другие более сложные поисковые запросы.

Навигация по пользовательскому поиску выполняется следующим образом: Поиск → Расширенный поиск → Спуститесь вниз и нажмите Пользовательский поиск, как показано на следующем снимке экрана.

Настройка пользовательского поиска

Система пользовательского поиска сравнивает выбранные field с определенным operator для указанного value. Возможно, слишком многое из этого можно было бы воспроизвести с помощью стандартных полей в опции расширенного поиска. Однако пользователь может комбинировать такие опции, как «Соответствовать ЛЮБОЙ» или «Соответствовать ВСЕМ», используя круглые скобки для комбинирования и приоритета для построения поисков сложных запросов.

В каждой строке пользовательского поиска есть три поля (называемых «термином»):

  • Field - Название искомого поля.

  • Operator - Оператор сравнения.

  • Value - Значение, с которым сравнивается поле.

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

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

When a field changed, what it changed from or to, and who did it. There are special operators is empty and is not empty, because Bugzilla cannot tell the difference between a value field left blank on purpose and one left blank by accident.

The user can have n number of rows to define operators, values and fields. There is a dropdown box above them, which defines how these rows are related with the search.

Match ALL of the following separately, Match ANY of the following separately or Match ALL of the following against the same field are three options listed in the dropdown. The difference between the first and the third can be described with a comment search. If a search is −

  • Comment contains the string – “Bug”
  • Comment contains the string – “issue”

Under the “match all of the following separately”, the search would return bugs, where a "Bug" appeared in one comment can be an "issue" in the same or any other comment.

Under the “match all of the following against the same field”, both strings would need to occur in exactly the same comment, i.e. it will select a bug having both Bug and issue words in the same comment.

By clicking on Show Advanced features, more capabilities or features appear to use complex and specific search. The user can negate any row by checking a checkbox. It can also group lines of the search with parentheses to determine how different search terms are related. The user gets the choice of combining them using ALL (i.e. AND) or ANY (i.e. OR).

A bug list is a group of searched bugs based on the user input. A Bug list is nothing other than filtered bugs based on different conditions in a Standard Search or an Advanced Search.

The format of the list is configurable. For example, it can be sorted by clicking the column headings. Other useful features can be accessed using the links at the bottom of the list, which are −

  • Long Format
  • XML (icon)
  • CSV (icon)
  • Feed (icon)
  • iCalendar (icon)
  • Change Columns
  • Change Several Bugs At Once
  • Send Mail to Bug Assignees
  • Edit Search
  • Remember Search as

All of these features have been explained in detail below.

Long Format

By clicking on the Long Format button, it provides a large page with a non-editable summary of the fields of each bug.

XML (icon)

By clicking on XML (icon), it converts the bug list displayed in table format as an XML format.

CSV (icon)

It converts the bug list as comma-separated values, which can be imported into a spreadsheet or an excel sheet.

Feed (icon)

It displays the bug list as an Atom Feed. The user can Copy this link into their favourite feed reader. To limit the number of bugs in the feed, add a limit=n parameter to the URL.

If the user is using Firefox, get an option as save the list as a live bookmark by clicking the live bookmark icon in the status bar as shown in the screenshot below.

To limit the number of bugs in the feed, add a limit=n parameter to the URL.

Only the first bug is displayed as a Feed.

iCalendar (icon)

It displays the bug list as an iCalendar file. Each bug is represented as a to–do item in the imported calendar. It is supported in Outlook only. The user can access this feature only if Outlook is configured in the system.

Изменить столбцы

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

Пользователь может выбрать один или несколько столбцов в разделе «Доступные столбцы». Они должны отображаться в списке ошибок. Затем нажмите → (стрелка вправо), чтобы отобразить этот выбор в разделе «Выбранные столбцы».

Точно так же пользователь может отменить выбор любого столбца из выбранных столбцов и щелкнуть ← (стрелка влево).

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

Нажав на Change Columns, список ошибок будет изменен. В противном случае, если пользователь нажимает наReset to Bugzilla Default, он вернется к настройкам по умолчанию.

Изменить сразу несколько ошибок

Если учетная запись обладает достаточными полномочиями и в списке ошибок появляется более одной ошибки, Change Several Bugs At Once отображается и легко вносит одно и то же изменение во все ошибки в списке - например, изменяет их приоритет.

Отправить письмо лицам, ответившим за ошибку

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

Изменить поиск

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

Запомнить поиск как

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

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

Есть два способа навигации по настройкам -

Первый способ - нажать на Preferences гиперссылка в заголовке главной страницы.

Второй способ - нажать на User Preferences , которая отображается на значках страницы приветствия.

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

Тип предпочтений

Bugzilla поддерживает следующие шесть типов пользовательских настроек.

  • Общие настройки
  • Настройки электронной почты
  • Сохраненные поиски
  • Информация Об Учетной Записи
  • Ключи API
  • Permissions

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

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

Чтобы перейти к общим настройкам, нажмите «Настройки» или «Пользовательские настройки» на домашней странице Bugzilla. По умолчанию открывается вкладка «Общие настройки» с различными настройками, как показано на снимке экрана ниже.

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

Например - чтобы установить «Автоматически добавлять меня в CC список ошибок, которые я изменяю», выберите «Всегда» в раскрывающемся списке.

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

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

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

Функция настроек электронной почты в Bugzilla позволяет включать или отключать уведомления по электронной почте о конкретных событиях. В общем, пользователи имеют почти полный контроль над тем, сколько писем им отправляет Bugzilla. Если пользователи хотят получать максимально возможное количество писем, нажмите наEnable All Mailкнопка. Если пользователь вообще не хочет получать электронную почту от Bugzilla, щелкнитеDisable All Mail кнопка.

Для навигации перейдите к параметру «Настройки» / «Пользовательские настройки» на главном экране и нажмите кнопку Email Preferences таб.

Глобальные и специальные параметры

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

  • Напишите мне, когда кто-то попросит установить флаг и
  • Напишите мне, когда кто-то установит флаг, о котором я просил.

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

Точно так же пользователь может установить флажки для конкретных параметров поля / получателя на основе «Я хочу получать почту, когда».

Функция наблюдения за пользователем

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

Функция игнорирования ошибок

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

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

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

Для вкладки «Сохраненные поиски» перейдите в «Настройки» → щелкните вкладку «Сохраненные поиски».

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

После того, как вы нажмете RUN, отобразится страница со списком ошибок, как показано ниже -

Добавить сохраненные результаты поиска в нижний колонтитул страницы

Сохраненные результаты поиска можно добавить в нижний колонтитул страницы с этого экрана. Если кто-то делится поиском с группой, участник может выбратьShow in Footerпоставив галочку напротив другого сохраненного поиска. В зависимости от разрешений другие участники могут установить флажок «Показать в нижнем колонтитуле».

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

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

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

Смена пароля

Чтобы изменить пароль учетной записи, необходимы следующие записи -

  • Введите Текущий пароль в текстовом поле Пароль для проверки учетной записи.
  • Введите новый пароль в поле - Новый пароль.
  • Повторно введите новый пароль в поле Подтвердите новый пароль.
  • Пользователь может изменить имя в поле «Ваше настоящее имя (необязательно, но рекомендуется)».
  • Укажите адрес электронной почты.

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

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

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

В этом случае у пользователя есть два разрешения -

  • canconfirm - могу подтвердить журнал.

  • editbugs - может редактировать все аспекты ошибки.

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