Отчет об ошибке в Photoshop

Обновлено: 03.07.2024

Adobe выпустила новую систему исправления ошибок и добавления функций в Creative Cloud.

Adobe недавно выпустила множество крупных обновлений для приложений в Creative Cloud. Новые обновления получили много положительных отзывов от сообщества. Такие функции, как «Основные свойства» и новый инструмент «Марионетка», получают наибольшую похвалу. Однако есть новая функция, которая осталась незамеченной и, безусловно, изменит будущее приложений Adobe.

Захватывающие новости Adobe!

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

С этим обновлением Adobe запустила новую веб-страницу, на которой можно озвучить проблемы, проголосовать за предложенные пользователями темы и сообщить о проблемах, связанных с программным обеспечением. Эта новая платформа, размещенная на User Voice, предоставляет сообществу возможности для изменений, как никогда раньше. Это дает ВАМ возможность формировать будущее Creative Cloud.

Почему важна эта новая система ошибок/функций?

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

Я знаю, в это трудно поверить, но Creative Cloud не разработан высокоразвитыми инопланетными повелителями. Вместо этого во всем мире есть люди, которые работают над тем, чтобы сделать приложения как можно лучше, и им нравится получать отзывы от сообщества. Этот новый инструмент позволяет вам общаться с ними напрямую.

Теперь давайте снабдим вас знаниями и поможем стать коммандос по борьбе с ошибками!

Что за ошибка?

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

Что такое функция?

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

Как сообщить об ошибке

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

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

< /p>

КАК ЗАПРОСИТЬ ФУНКЦИЮ ADOBE

Допустим, вы занимаетесь своими делами, срываете сроки, и вдруг БУМ! Вы думаете: «Было бы так здорово, если бы After Effects мог делать _____!» Поздравляем, вы только что подумали о запросе функции.

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

У МЕНЯ ЕСТЬ ИДЕИ И ОШИБКИ, ЧТО НУЖНО?

Название функции
Что он должен делать?
Какую проблему рабочего процесса это устранит

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

ПРОГРАММА РАЗБИВКИ ЖУКОВ

Мы стремимся сделать наши креативные приложения как можно лучше. Поэтому мы хотим призвать вас отправлять сообщения об ошибках и запросы функций через новый портал отправки сообщений. Ура командной работе!

Если вы обнаружили ошибку или у вас появилась отличная идея для новой функции, как лучше всего сообщить об этом Adobe? Читайте дальше!

Почему так много ошибок?

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

Форум обратной связи

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

Adobe пошла другим путем с семейством продуктов Photoshop, которое включает в себя оригинальный Lightroom Classic и более новую экосистему Lightroom Cloud.Несколько лет назад команда Digital Imaging представила отдельный форум обратной связи. Теперь, в 2021 году, он был интегрирован в основные форумы сообщества Adobe.

На первый взгляд, это еще один форум Lightroom, но он другой:

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

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

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

Как сообщить об ошибке или запросить функцию?

Что я должен включить в отличный отчет об ошибке?

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

Выполните поиск, чтобы увидеть, была ли уже отправлена ваша идея, и добавьте свой голос/комментарии в существующие темы, прежде чем создавать новую.
Выберите описательный заголовок (например, «Lightroom Classic 10.4: формат данных GPS неточен» гораздо лучше, чем «Очень серьезная ошибка Lightroom.»). ли>
Создавайте отдельную ветку для каждой ошибки вместо одной ветки списка белья, иначе ваша ошибка может быть потеряна.

Следуйте стандартному контрольному списку отчетов об ошибках:

Описание. Напишите краткое описание проблемы, с которой вы столкнулись.
Шаги для воспроизведения — перечислите точные шаги для воспроизведения проблемы. Если Adobe не сможет это воспроизвести, скорее всего, это не будет исправлено.
Ожидаемый результат. Напишите краткое описание ожидаемого результата.
Фактический результат — кратко опишите неправильный результат, который вы видите.
Обходные пути. Отметьте все найденные вами обходные пути на случай, если у кого-то еще возникнет такая же проблема.
Системные характеристики — укажите технические характеристики вашей системы, включая точную версию Lightroom, версию вашей операционной системы и любую другую информацию, которая может быть связана, например версию видеокарты и драйвера. Самый простой способ сделать это — перейти в меню «Справка» > «Информация о системе» в Lightroom и скопировать/вставить первые несколько разделов (те, которые показаны ниже). При прокрутке вниз появляется гораздо больше информации, но для большинства отчетов об ошибках она не нужна.
Скриншоты. Если вы можете проиллюстрировать проблему с помощью скриншотов или видео, часто ее гораздо проще воспроизвести, и тогда у нее будет больше шансов на исправление.

Что я должен включить в отличный запрос функции?

Есть несколько приемов, которые придают вес вашему запросу функции:

Выполните поиск, чтобы увидеть, была ли уже отправлена ваша идея, и добавьте свой голос/комментарии в существующие темы, прежде чем создавать новую.
Выберите описательный заголовок (например, «Lightroom Classic: пометить фотографию как окончательную версию» лучше, чем «Моя отличная идея Lightroom»).
Создавайте отдельные ветки для каждого запроса вместо одной ветки списка белья, иначе люди не смогут голосовать за ваши идеи и скоро потеряются.
Представьте, что вы пытаетесь продать свою идею команде, поэтому сделайте описание четким и кратким.
Опишите, ПОЧЕМУ вам нужна функция, которую вы запрашиваете, проблема, с которой вы столкнулись в настоящее время, и как эта новая функция решит вашу проблему. Команде необходимо понять, насколько подходит ваша идея, поскольку они могут предложить еще лучший способ решения вашей проблемы.
Не обижайтесь, если кто-то предложит обходной путь или подключаемый модуль для решения вашей проблемы, хотя бы временно, или если кто-то задаст дополнительные вопросы, чтобы полностью понять ваш запрос.

Почему моя ошибка не исправлена?

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

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

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

Дополнительную информацию о Lightroom Classic см. в разделе Adobe Lightroom Classic: часто задаваемые вопросы о пропавших без вести.

Если у вас есть тарифный план для фотографов, то помимо классического плана у вас есть доступ к облачной экосистеме Lightroom, включая мобильные приложения и веб-интерфейс. Дополнительную информацию об этих приложениях см. в разделе Adobe Lightroom — редактируйте как профессионал.

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

У нас также есть специальное предложение для двух книг. Сюда входит Премиум-членство на первый год, как описано выше, для всего семейства Lightroom!

< /p>

Я хочу, чтобы вы уделили минутку и записали в уме все программное обеспечение, которое вы используете на своем компьютере или телефоне. За какой процент программного обеспечения вы заплатили? 50%? 20%? 0%? Скорее всего, если вы чем-то похожи на меня, большая часть программного обеспечения, которое вы используете, вы получаете бесплатно. Я использую почти исключительно программное обеспечение с открытым исходным кодом. Однако тот факт, что я использую бесплатное программное обеспечение, не означает, что оно не требует затрат. Тысячи часов разработчиков ушли на каждую часть программного обеспечения, которое я использую.

Бесплатное или платное, но хорошее программное обеспечение делает нашу жизнь лучше. Вот почему мы его используем. Итак, что мы можем сделать, чтобы отблагодарить разработчиков, которые привносят ценность в нашу жизнь? Может быть, письмо с благодарностью? Пожертвовать через PayPal разработчикам (даже лучше)? Стать ненасытным поклонником, который постоянно пишет в Твиттере и Instagram об удивительном программном обеспечении?

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

Что такое ошибка?

Каждый, кто использовал программное обеспечение, сталкивался с ошибкой. Согласно тому, что кто-то написал в статье об ошибке программного обеспечения в Википедии: «Ошибка программного обеспечения — это ошибка, изъян, сбой или неисправность в компьютерной программе или системе, которая приводит к неправильному или неожиданному результату или к непреднамеренному поведению. .”

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

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

Как сообщить об ошибке

Шаг 1. Попытайтесь воспроизвести ошибку, чтобы убедиться, что это действительно ошибка, а не ошибка пользователя или среды.

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

Шаг 2. Проверьте, сообщалось ли об ошибке ранее.

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

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

Шаг 3. Сообщите об ошибке (или оставьте комментарий к существующему отчету об ошибке).

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

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

Описательный заголовок
Окружающая среда
Ожидаемое поведение
Реальное поведение
Этапы воспроизведения
Демонстрация ошибки

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

Описательный заголовок

Когда вы искали ошибку (помните второй шаг), какие слова вы вводили для поиска? Вероятно, это те же самые слова, которые вы должны включить в заголовок своего отчета об ошибке, чтобы другие люди могли легко искать и находить отчет об ошибке. Подумайте о словах или фразах, которые часто могут быть сформулированы по-разному, и включать обе формулировки в заголовок. Избегайте двусмысленных слов, таких как «сломан» или «не работает». Это подразумевается в том факте, что это ошибка. Конкретно упомяните, как что-то не работает. Часто бывает достаточно хорошо написанного заголовка, чтобы исправить ошибку.

Пример:
Picasa 3.9 в Ubuntu аварийно завершает работу при нажатии на ссылку «Войти с помощью учетной записи Google». Окно закроется, и появится сообщение об ошибке.

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

Окружающая среда

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

Пример: Ubuntu-Gnome версии 16.04.1. Запуск Picasa из PlayOnLinux
Здесь я поясняю, что не запускаю это программное обеспечение в Windows.

Ожидаемое поведение

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

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

Фактическое или наблюдаемое поведение

Это основная часть отчета об ошибке и часто единственное, что люди пишут, когда сообщают об ошибке. Часто это прямо противоположно тому, что вы писали ранее об ожидаемом поведении. Когда вы пишете об ошибке, помните, что нельзя использовать двусмысленные термины, такие как «сломан», «не работает» и т. д. Сделайте так, чтобы Виктор Гюго вами гордился. Сходите с ума по деталям. Читатель может пропустить детали чтения, но не может восполнить то, что никогда не было написано. Если слишком много вещей не работает так, как вы ожидаете, рассмотрите возможность создания нескольких ошибок (или родительской ошибки с дочерними ошибками).

Пример:
Когда я нажимаю на ссылку "Войти с помощью учетной записи Google", окно закрывается, и мне нужно снова открыть Picasa. Я получаю сообщение об ошибке, в котором говорится, что в PlayOnLinux произошел сбой.

Действия для воспроизведения

Если бы мне пришлось выбрать одну вещь, которая должна быть в КАЖДОМ отчете об ошибке, это были бы шаги для воспроизведения. Пошаговое перечисление того, как воспроизвести ошибку, обычно делает все остальное ясным. Перечисление шагов по воспроизведению ошибки может сделать более очевидным, какую среду вы используете, что вы ожидаете и что происходит на самом деле. На мой взгляд, если вы не нашли способ последовательно воспроизвести ошибку, значит, вы действительно не нашли ошибку; вы нашли ошибку пользователя. Каждый шаг должен быть задокументирован, чтобы любой мог четко воспроизвести вашу ошибку.

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

Доказательства или демонстрация ошибки

Мне нравится записывать некоторые свидетельства этой ошибки. Это делает несколько вещей: 1) Это требует, чтобы я мог воспроизвести его последовательно. 2) Служит доказательством того, что баг действительно есть, а не ошибка тестировщика. 3) Это показывает четкую картину для разработчика, чтобы увидеть, что происходит. Скриншотов с аннотациями часто бывает достаточно, но в тех случаях, когда есть ввод данных или действия пользователя, я предпочитаю показывать весь процесс в формате gif. Я стараюсь, чтобы все мои гифки не превышали 30 секунд. Если я не могу уложиться в 30 секунд, я тренируюсь воссоздавать ошибку до тех пор, пока не смогу сделать это быстрее, или разбиваю GIF-файл на несколько GIF-файлов.

Существует несколько отличных бесплатных программ для записи скринкаста в формате gif. Мое любимое программное обеспечение для этого — ShareX (к сожалению, оно доступно только в Windows). Пользователи Linux могут использовать Peek. LiceCap хорошо работает в Windows и MacOS и даже может использоваться в Linux через Wine.

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

Дополнительные советы при сообщении об ошибке:

Поищите существующий отчет об ошибке, прежде чем сообщать об ошибке.
Проверьте любой отчет об ошибке перед отправкой. Неправильная грамматика или формулировка могут сбивать с толку и обескураживать.
Предоставьте как можно больше релевантной информации. Сюда могут входить журналы ошибок и URL-адреса.
Поищите существующий отчет об ошибке, прежде чем сообщать об ошибке.
Будьте максимально конкретными и лаконичными (не упуская важные детали).
Протестируйте в нескольких средах, если вы предполагаете, что это проблема среды.
Поищите существующий отчет об ошибке, прежде чем сообщать об ошибке.
Избегайте мнений. Если вы не отправляете запрос на функцию, вы должны придерживаться фактов и не упоминать, как бы вы создавали программное обеспечение, если бы были разработчиком.
Поищите существующий отчет об ошибке, прежде чем сообщать об ошибке. Повторяющиеся отчеты об ошибках могут раздражать разработчика или менеджера по продукту так же, как и повторяющиеся маркеры в этом списке.

Шаг 4. Будьте активны и реагируйте

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

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

Почему каждый должен сообщать об ошибках

Как я уже говорил ранее в этой статье. Сообщения об ошибках могут дать вам как пользователю возможность помочь сделать программное обеспечение лучше; это, вероятно, одна из лучших вещей, которые не-разработчик может сделать, чтобы помочь улучшить программное обеспечение. Еще до работы в Lucid я часто отправлял электронные письма разработчикам с найденными ошибками. Меня всегда удивлял и впечатлял ответ, который я получал. Я почти всегда получал ответ, и в конце концов разработчик либо исправлял ошибку, либо объяснял мне, почему она не будет (или не может быть) исправлена.

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

Маккей Кристенсен работает ИТ-инженером в Lucid Software, проработав год в отделе контроля качества. До работы в Lucid Маккей преподавал английский язык в начальной школе в Китае.

Единый источник достоверной информации: зачем он нужен для командных процессов

Почему вам следует проводить аудит процессов в конце года

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

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

Самая популярная онлайн-альтернатива Visio, Lucidchart, используется в более чем 180 странах миллионами пользователей, от менеджеров по продажам, планирующих целевые организации, до ИТ-директоров, визуализирующих свою сетевую инфраструктуру.

< бр />

Сопровождающие продукты используют множество инструментов, позволяющих пользователям искать существующие ошибки и сообщать о новых. Bugzilla — популярный инструмент, и я использую веб-сайт Red Hat Bugzilla, чтобы сообщать об ошибках, связанных с Fedora, поскольку я в основном использую Fedora в системах, за которые отвечаю. Это простой процесс, но он может показаться сложным, если вы никогда не делали этого раньше. Итак, давайте начнем с основ.

Начните с поиска

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

Если оказывается, что никто раньше не сталкивался с этой проблемой (или если сталкивался, то не сообщал о ней как об ошибке), я иду на сайт Red Hat Bugzilla и начинаю искать отчет об ошибке, который мог бы подойти чтобы соответствовать симптомам, с которыми я столкнулся.

Вы можете выполнять поиск на сайте Red Hat Bugzilla без учетной записи. Перейдите на сайт Bugzilla и нажмите на вкладку "Расширенный поиск".

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

Поле	Логика	Данные или выбор
Сводка	Содержит строку	Ядро режима восстановления
Классификация	Fedora
Продукт	Fedora
Компонент	grub2
Статус	Новый + Назначенный

Затем нажмите "Поиск". Это возвращает список одной ошибки с идентификатором 1654337 (это ошибка, о которой я сообщил).

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

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

Как отправить отчет об ошибке

Терминал Linux

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

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

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

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

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

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

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

Когда вы закончите добавлять как можно больше информации, нажмите «Отправить ошибку».

Будьте добры

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

Убедитесь, что вы отправляете сообщения об ошибках на правильный веб-сайт для сообщений об ошибках. Например, сообщайте об ошибках продуктов Red Hat только в Red Hat Bugzilla и сообщайте об ошибках LibreOffice, следуя инструкциям LibreOffice.

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

Читайте также: