diff options
Diffstat (limited to 'files/ru/qa')
| -rw-r--r-- | files/ru/qa/index.html | 58 | ||||
| -rw-r--r-- | files/ru/qa/как_помочь_тестировать/index.html | 31 | ||||
| -rw-r--r-- | files/ru/qa/руководящие_принципы_написания_ошибка/index.html | 230 |
3 files changed, 319 insertions, 0 deletions
diff --git a/files/ru/qa/index.html b/files/ru/qa/index.html new file mode 100644 index 0000000000..e85019f726 --- /dev/null +++ b/files/ru/qa/index.html @@ -0,0 +1,58 @@ +--- +title: Контроль качества +slug: QA +tags: + - QA +translation_of: Mozilla/QA +--- +<h2 id="С_чего_начать">С чего начать</h2> + +<ul class="card-grid"> + <li><span>Как я могу помочь тестировать?</span> + + <p>Есть много способов принять участие в контроле качества проекта Mozilla <a href="https://developer.mozilla.org/ru/docs/Mozilla/QA/How_can_I_help_test_">в качестве добровольца</a>.</p> + </li> + <li><span>Баги</span> + <p>Все проекты Mozilla используют для отслеживания багов <a href="https://bugzilla.mozilla.org/">Bugzilla</a>. Научитесь <a href="/ru/docs/Mozilla/QA/Bug_writing_guidelines" title="/ru/docs/Mozilla/QA/Bug_writing_guidelines">сообщать о баге</a> и ознакомьтесь с <a href="/ru/docs/What_to_do_and_what_not_to_do_in_Bugzilla">правилами работы с Bugzilla</a>.</p> + </li> + <li><span>Мероприятия</span> + <p>Примите участие в наших еженедельных <a href="/ru/docs/Mozilla/QA/Bug_Verification_Day">Дне проверки исправлений (Bug Verification Day)</a> и <a href="/ru/docs/Mozilla/QA/Bug_Triage_Day">Дне триажа багов (Bug Triage Day)</a>. Можете даже <a href="/ru/docs/Mozilla/QA/Organizing_a_Testday">устроить testday</a> для своего местного сообщества!</p> + </li> + <li><span>IRC</span> + <p><a href="/ru/docs/Mozilla/QA/Getting_Started_with_IRC">Научитесь пользоваться IRC</a>, основным способом связи в сообществе Mozilla.</p> + </li> +</ul> + +<h2 id="Баги">Баги</h2> + +<div class="row topicpage-table"> +<div class="section"> +<h3 id="Как_сообщать_об_ошибках">Как сообщать об ошибках</h3> + +<dl> + <dt><a href="/ru/docs/Mozilla/Bugzilla">Bugzilla</a></dt> + <dd>Все проекты Mozilla используют для отслеживания багов (сообщений об ошибках и пожеланиях) <a href="https://bugzilla.mozilla.org/">Bugzilla</a>. Чтобы создавать и триажить баги, Вам нужно будет <a href="https://bugzilla.mozilla.org/createaccount.cgi">создать учётную запись в Bugzilla</a>.</dd> + <dt><a href="/ru/docs/Mozilla/QA/Bug_writing_guidelines" title="/ru/docs/Mozilla/QA/Bug_writing_guidelines">Руководство по описанию ошибок</a></dt> + <dd>Чем качественнее сообщено об ошибке, тем более вероятно, что инженер её исправит. Следуя этим рекомендациям, Вы повысите вероятность того, что инженеры Mozilla начнут с Ваших багов и исправят именно их, а не отложат и забудут.</dd> + <dt><a href="/ru/docs/Mozilla/QA/A_Bugs_Life" title="/ru/docs/Mozilla/QA/A_Bugs_Life">Жизнь бага</a></dt> + <dd>This tutorial will give an overview of what happens in the states that a bug will go through as well as how it will go from one to the next within its total life. It also explains the meaning of flags/keywords used in QA.</dd> + <dt><a href="/ru/docs/Mozilla/QA/Filing_Crash_Bugs">Filing Crash Bugs</a></dt> + <dd>This document lists guidelines and tips on how to file bug reports for crashes in a way that helps in debugging and fixing the reported issue.</dd> +</dl> +</div> + +<div class="section"> +<h3 id="Как_триажить_баги">Как триажить баги</h3> + +<dl> + <dt><a href="/ru/docs/Mozilla/QA/Confirming_unconfirmed_bugs" title="ru/docs/Confirming unconfirmed bugs">Подтверждаем неподтверждённые багрепорты</a></dt> + <dd>Как опознавать полезные багрепорты и закрывать остальные.</dd> + <dt><a href="/ru/docs/Mozilla/QA/Triaging_Bugs_for_Firefox" title="/ru/docs/Mozilla/QA/Triaging_Bugs_for_Firefox">Триажим баги для Firefox</a></dt> + <dd>Обо всём процессе триажа багов — от просеивания входящих багов до нахождения простых шагов для воспроизведения проблемы.</dd> + <dt><a href="/ru/docs/Screening_duplicate_bugs">Отсеиваем дубликаты</a></dt> + <dd>Помогите ускорить исправление багов, помечая во входящих сообщения об одном и том же.</dd> + <dt><a href="/ru/docs/What_to_do_and_what_not_to_do_in_Bugzilla">Общие рекомендации</a></dt> + <dd>Что желательно и что нежелательно делать в Bugzilla.</dd> +</dl> +</div> +</div> diff --git a/files/ru/qa/как_помочь_тестировать/index.html b/files/ru/qa/как_помочь_тестировать/index.html new file mode 100644 index 0000000000..cffd7f8290 --- /dev/null +++ b/files/ru/qa/как_помочь_тестировать/index.html @@ -0,0 +1,31 @@ +--- +title: Как помочь тестировать? +slug: QA/Как_помочь_тестировать +tags: + - Beginner + - QA +translation_of: Mozilla/QA/How_can_I_help_test_ +--- +<div class="note"> +<p>Martijn Wargers (:mwargers) (Mozilla QA Team) проделал техническую рецензию этой страницы 2014-10-23. Оригинал этой статьи был создан из страницы на QMO: <a class="link-https" href="http://web.archive.org/web/20141203232956/https://quality.mozilla.org/docs/misc/how-can-i-help-test/">How can I help test?</a></p> +</div> + +<p>Спасибо, что спросили! Для Вас есть множество способов стать частью команды контроля качества Mozilla, даже если Вы не технарь.</p> + +<h2 id="Выберите_задачу_на_One_and_Done">Выберите задачу на <a href="https://oneanddone.mozilla.org/">One and Done</a></h2> + +<p>Попробуйте новую систему Mozilla для поиска задач! <em>One and Done</em> («Взял и сделал», «Выбрал и сделал») — инструмент, помогающий найти задачу по Вашим интересам, умениям и доступному времени. Возможности фильтрации позволяют выбирать задачи по командам, которые ими занимаются, и по различным свойствам. Вы можете как работать над задачами, подходящими Вам по опыту, так и попробовать что-то новое! Для каждой задачи указаны шаги, которые надо выполнить, и контактные данные, чтобы Вы могли задавать вопросы.</p> + +<h2 id="Попользуйтесь_ночной_сборкой">Попользуйтесь <a href="http://nightly.mozilla.org/">ночной сборкой</a></h2> + +<p>Используя одну из наших еженочно собираемых тестовых сборок, Вы увидите раньше большинства наших пользователей новые функции, а значит, сможете найти раньше всех и появившиеся баги. Ночные сборки не для всех: они регулярно изменяются, и новые функции появляются в них ещё недоделанными, но отзывы от пользователей ночных сборок помогают shape the products we build very directly. If that sounds a little too scary for you, using a <a href="http://www.mozilla.com/en-US/firefox/channel/">a build from any of our other channels</a> gives us the same type of feedback, but keeps you only on things that we consider polished enough to be almost final.</p> + +<h2 id="Помогайте_одной_из_наших_команд_по_контролю_качества">Помогайте одной из наших <a href="http://quality.mozilla.org/teams/">команд по контролю качества</a></h2> + +<p>If you have some technical expertise and want to help build and maintain the tools we use to measure and improve quality, we can always use a hand.</p> + +<p>Если вы владеете техническими навыками и хотите помочь в создании и сопровождении средств, которые мы используем для оценки и улучшения качества, то мы всегда примем руку помощи.</p> + +<h2 id="Примите_участие_в_ближайшем_мероприятии">Примите участие в <a href="http://quality.mozilla.org/events/">ближайшем мероприятии</a></h2> + +<p>Mozilla test days are one of the most powerful tools we have for uncovering new bugs and exploring new features. Вас научат скачивать тестовые сборки, сообщать об ошибках, и сотрудничать с разработчиками с целью их исправления. Какой бы способ участия Вы ни выбрали, спасибо! Программы Mozilla создаются сообществом таких как Вы, кто принял участие потому, что был заинтересован в качестве того, что мы создаём, и решил помочь.</p> diff --git a/files/ru/qa/руководящие_принципы_написания_ошибка/index.html b/files/ru/qa/руководящие_принципы_написания_ошибка/index.html new file mode 100644 index 0000000000..9f5d04bc1d --- /dev/null +++ b/files/ru/qa/руководящие_принципы_написания_ошибка/index.html @@ -0,0 +1,230 @@ +--- +title: Руководство по описанию ошибок +slug: QA/Руководящие_принципы_написания_ошибка +tags: + - Инструкция + - баг + - багрепорт + - отчет об ошибках + - тестирование +translation_of: Mozilla/QA/Bug_writing_guidelines +--- +<div class="note"> +<p><strong>Если вам нужна помощь с программой от Mozilla (наример, Firefox, Seamonkey или Thunderbird), используйте <a href="http://www.mozilla.org/support/">сайты поддержки</a>.</strong> Не редактируйте эту страницу!</p> +</div> + +<p>В этом разделе предполагается, что вы хотите внести свой вклад в проект Mozilla путем сбора достаточного количества информации для написания полезных отчетов об ошибках в Bugzilla, системе отслеживания ошибок от Mozilla. Спасибо!</p> + +<p>Если вы новичок в написании багов, вы можете попытаться получить помощь от более опытных участников. С мотрите раздел Сообщества на странице <a href="/en-US/docs/QA">QA</a> для ccылок. Если вы собираетесь создать багрепорт для Firefox, вы можете получить помощь на сайте <a href="irc://irc.mozilla.org/firefox">irc.mozilla.org</a> в канале <span style="font-family: monospace;">#firefox</span> . Для других приложений вроде Thunderbird, Seamonkey, … вы можете попытаться найти подходящий канал в <a href="https://wiki.mozilla.org/IRC">IRC</a>.</p> + +<h2 id="Как_сообщить_об_ошибке">Как сообщить об ошибке</h2> + +<h3 id="Открывайте_новый_баг_для_каждой_проблемы!">Открывайте новый баг для каждой проблемы!</h3> + +<p>Только так будет возможен эффективный процесс исправления ошибок.</p> + +<h3 id="Другие_детали_которые_следует_учитывать">Другие детали, которые следует учитывать</h3> + +<ol> + <li>Выясните шаги воспроизведения бага: + <ul> + <li>Если у вас есть точные шаги воспроизведения - отлично! - вы на пути к созданию полезного сообщения об ошибке;</li> + <li>Если вы можете воспроизвести баг время от времени, но не после следования конкретным шагам, вы должны предоставить дополнительную информацию о баге, чтобы он был полезен;</li> + <li>Если вы не можете воспроизвести проблему, вероятно нет смысла сообщать о ней, пока вы не предоставите уникальную информацию об ее возникновении;</li> + </ul> + </li> + <li>Убедитесь, что программное обеспечение в актуальном состоянии. В идеале, тестируйте версию в процессе разработки, чтобы видеть был ли ваш баг уже исправлен (например <a href="http://www.mozilla.com/en-US/firefox/channel/">Firefox Beta, Aurora</a>, или передовой <a class="link-https" href="https://nightly.mozilla.org/">Nightly</a>).</li> + <li>Если вы создаете багрепорт для Firefox, убедитесь сначала что вы можете воспроизвести баг <a href="https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles">в новом профиле Firefox</a>. Если баг воспроизводится только в вашем профиле, попытайтесь вычислить какие именно <a href="https://support.mozilla.org/en-US/kb/troubleshoot-extensions-themes-to-fix-problems">настройки, расширения</a>, or <a href="http://support.mozilla.com/en-US/kb/Profiles">файлы в вашем профиле</a> необходимы для воспроизведения бага. + <ul> + <li>Если баг выглядит серьезно (т.е. очевидно что он затронет значительнцю часть пользователей), имеется нечто действительно необычное относительно конфигурации вашего приложения и это нечто является важным шагом к воспроизведению проблемы. Вы имеете намного больше шансов выяснить что именно вызывает проблему, чем разработчик который не имеет доступа к вашей системе.</li> + <li>Если баг попадает в одну из <a href="#specific-types">специальных категорий багов перечисленных в секции ниже</a>, его регистрация все равно может быть полезной даже если вы не можете воспроизвести его в новом профиле Firefox.</li> + </ul> + </li> + <li>Откройте форму <a class="link-https" href="https://bugzilla.mozilla.org/enter_bug.cgi?format=guided">Регистрации нового бага</a>, и следуйте дальнейшим подсказкам которые проведут вас через все шаги процесса регистрации бага: + <ul> + <li>Создайте аккаунт Bugzilla если у вас его еще нет, выберете продукт в котором была найдена ошибка;</li> + <li>Введите <strong>понятное и уникальное название</strong> как <a href="#clear-summary">показано ниже</a>; проверьте что до вас никто этот баг еще не регистрировал (если вы хотите проверить это тщательно, ознакомьтесь с инструкцией по <a href="/en-US/docs/Screening_duplicate_bugs">Предотвращению дублирования багов</a>.)</li> + <li>Опишите <strong>точные шаги по воспроизведению бага</strong>, <strong>ожидаемый </strong> и <strong>фактический результаты</strong> как <a href="#str">описано в следующей секции</a>;</li> + <li>Опишите дополнительную информацию (как <a href="#additional-info">показано ниже</a>), особенно если вы не можете воспроизвести баг в новом профиле и/или создаете отчет о <strong>аварийном завершении</strong>, <strong>использовании памяти</strong>, <strong>производительности</strong>, <strong>регрессе</strong> или если проблема проявляется только на определенном веб сайте.</li> + </ul> + </li> + <li>Если вы собираетесь зарегистрировать нескольк ошибок, пожалуйста зарегистрируйте каждую ошибку в виде отдельного бага.</li> +</ol> + +<div class="boxed translate-rendered"> +<h2 id="Написание_понятного_названия"><a name="clear-summary">Написание понятного названия</a></h2> + +<p>Как бы вы описали баг используя для этого всего 10 слов? Какой бы способ вы ни выбрали, помните: название - это самая первая часть вашего багрепорта которую увидит разработчик.</p> + +<p>Хорошее название должно быстро и уникально идентифицировать багрепорт. Оно должно описывать проблему, а не предлагаемое решение.</p> + +<ul> + <li>Хорошо: "Отмена копирования файлов приводит File Manager к падению"</li> + <li>Плохо: "Приложение падает"</li> +</ul> + +<ul> + <li>Хорошо: "Стрелка вниз в скроллинге не работает в <textarea> с overflow:hidden"</li> + <li>Плохо: "Браузер должен работать с моим сайтом"</li> +</ul> + +<h2 id="Написание_точных_шагов_воспроизведения_бага"><a name="str">Написание точных шагов воспроизведения бага</a></h2> + +<p>Как разработчик сможет воспроизвести баг на своем собственном компьютере?</p> + +<p>Шаги для воспроизведения проблемы являются <strong>самой главной частью вашего багрепорта</strong>. Если разработчик в состоянии воспроизвести баг, шанс что он будет исправлен наиболее высок. Если шаги недостаточно точны, то в самом деле: даже выяснить был ли баг на самом деле исправлен будет нельзя.</p> + +<table class="standard-table"> + <tbody> + <tr> + <th>Что хороший багрепорт должен содержать?</th> + <th>Хороший (понятный) пример</th> + <th>Плохой (непонятный)</th> + </tr> + <tr> + <td>Содержит точное указание что вы можете воспроизвести этот баг всегда, иногда или не можете воспроизвести его вовсе</td> + <td>Я могу воспроизвести этот баг следуя этим шагам:</td> + <td> </td> + </tr> + <tr> + <td> + <p>Опишите свой метод взаимодействия с Firefox вместе с тем чего вы намеревались добиться совершая каждый шаг.</p> + </td> + <td> + <p>1. Запускаю Firefox кликая на значок рабочего стола<br> + 2. Нажимаю Cmd+N для того чтобы открыть новое окно браузера<br> + 3. Вставляю <a class="link-https" href="https://mail.google.com/" rel="freelink">https://mail.google.com/</a> в строку адреса и нажимаю Enter</p> + </td> + <td>Открываю Gmail в другом окне</td> + </tr> + <tr> + <td> + <p>После выполнения ваших шагов, точно опишите <strong>наблюдаемый (фактический) результат</strong> и <strong>ожидаемый результат</strong>. Точно отделяйте факты (наблюдения) от умозаключений.</p> + </td> + <td><strong>Ожидаемые результаты</strong>: Папка входящих писем показывается корректно.<br> + <strong>Фактический результат</strong>: В папке входящих писем отображается надпись 'Ваш браузер не поддерживает куки (ошибка -91)'.</td> + <td> + <p>"Не работает"</p> + + <p>"Страница отображается некорректно"</p> + </td> + </tr> + </tbody> +</table> + +<h2 id="Описание_дополнительной_информации"><a name="additional-info">Описание дополнительной информации</a></h2> + +<p>Следующая информация запрашивается разработчиками практически для любого бага. Вы значительно сохраните время если сразу предоставите ее после описания ожидаемого результата. Если вы хотите прикрепить один или несколько файлов, вы можете сделать это сразу после создания багрепорта.</p> + +<h3 id="Для_специальных_видов_багов"><a name="specific-types">Для специальных видов багов</a></h3> + +<p>Если вы создаете багрепорт об <strong>аварийном завершении</strong>, пожалуйста <a href="https://developer.mozilla.org/en-US/docs/How_to_get_a_stacktrace_for_a_bug_report">приложите к багу Breakpad ID или стектрейс ошибки</a>, а также укажите сигнатуру аварийного завершения (crash signature) в названии бага помимо указания сигнатуры аварийного завершения в поле <strong>Crash Signature</strong>.</p> + +<p>Если вы создаете багрепорт об <strong>использовании оперативной памяти или об утечке памяти</strong>, пожалуйста <a href="https://developer.mozilla.org/en-US/docs/Mozilla/Performance/about:memory">приложите текст страницы about:memory</a>. Было бы замечательно, найдите шаги приводящие к увеличению памяти отображаемой в about:memory (наблюдаемое даже после нажатия кнопки "Минимизировать расход памяти" ("Minimize memory usage")). Если вы не можете вычисли шаги для воспроизведения, попробуйте изучить страницу поддержки Firefox, которая называется <a href="http://support.mozilla.com/en-US/kb/High%20memory%20usage">Высокий расход памяти</a>. Если вы являетесь разработчиком C++, то вам доступны <a class="link-https" href="https://developer.mozilla.org/en-US/docs/Mozilla/Performance">более точные инструменты</a>.</p> + +<p>Если вы создаете багрепорт о <strong>низкой производительности или высокой загрузке ЦПУ</strong>, пожалуйста <a href="https://developer.mozilla.org/en-US/docs/Mozilla/Performance/Reporting_a_Performance_Problem">предоставьте ссылку на профиль производительности</a>.</p> + +<p>Если вы создаете багрепорт об <strong>ошибке связанной с конкретной веб страницей</strong>, пожалуйста попытайтесь создать <a href="https://developer.mozilla.org/en-US/docs/Reducing_testcases">небольшай тестовый пример</a> и прикрепите его к багрепорту. Если у вас нет времени или достаточных знаний, пожалуйста сообщите об ошибке по адресу <a href="https://webcompat.com/">webcompat.com</a>, где наши добровольцы помогут вам.</p> + +<p>Если вы создаете багрепорт об ошибке связанной с <strong>зависанием Flash</strong>, пожалуйста посетите <a href="https://wiki.mozilla.org/Flash/Hang_Debugging">https://wiki.mozilla.org/Flash/Hang_Debugging</a> для того чтобы изучить как собрать полезную для разработчиков информацию.</p> + +<p>Если баг <strong>появился недавно</strong>, использование специального <a href="http://quality.mozilla.org/docs/bugzilla/guide-to-triaging-bugs-for-firefox/finding-a-regression-window/">окна регресса</a> может помочь определить причину ошибки.</p> + +<p><a href="http://www.chiark.greenend.org.uk/%7Esgtatham/bugs.html#intermittent">Что если мой баг выглядит "случайным" или "появляющимся время от времени"?</a></p> + +<h3 id="Большинство_ошибок_Firefox">Большинство ошибок Firefox</h3> + +<p>Вы должны предоставлять нижеследующую информация для большинства багов Firefox.</p> + +<table class="standard-table"> + <tbody> + <tr> + <th>Что следует включать в багрепорт?</th> + <th>Пример</th> + </tr> + <tr> + <td>Сообщите можете ли вы воспроизвести проблему в <a href="https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles">новом профиле Firefox</a> и любые изменения которые нужно сделать в профиле для того что проблема появилась.</td> + <td>Проблема воспроизводится в новом профиле, но только если включена настройка Настройки -> Безопасность -> Сообщать сайтам что я не хочу чтобы меня отслеживали.</td> + </tr> + <tr> + <td>Если ошибку получается воспроизвести только в вашем существующем профиле попытайтесь определить <a href="https://support.mozilla.org/en-US/kb/troubleshoot-extensions-themes-to-fix-problems">настройки, расширения</a>, или <a href="http://support.mozilla.com/en-US/kb/Profiles">файлы в вашем профиле</a> необходимые для воспроизведения бага. Если вы не можете этого сделать и хотите пропустить этот шаг, пожалуйста <a href="https://support.mozilla.org/en-US/kb/use-troubleshooting-information-page-fix-firefox">сохраните информацию со страницы about:support</a> в файл и прикрепите к багрепорту.</td> + <td>Баг не воспроизводится в новом профиле, информация с about:support для проблемного профиля прикреплена.</td> + </tr> + <tr> + <td> + <p>Сообщите если проблема воспроизводится в <a href="https://nightly.mozilla.org/">последней ночной сборке</a>. Включите <strong>Идентификатор сборки (Build ID)</strong> со страницы <a href="https://support.mozilla.org/en-US/kb/use-troubleshooting-information-page-fix-firefox">about:support</a>.</p> + + <p>Если возможно, протестируйте используя новый профиль Firefox. Если требуется протестировать ночную сборку с проблемным профилем, рекомендуется сначала сделать <a href="https://support.mozilla.org/en-US/kb/back-and-restore-information-firefox-profiles">резервную копию профиля</a>, так как ночная сборка может разрушить целостность данных профиля.</p> + </td> + <td>Проблема воспроизводится в последней ночной сборке (Build ID 20150331030204).</td> + </tr> + </tbody> +</table> + +<p> </p> + +<div class="originaldocinfo"> +<h2 id="Информация_об_исходном_документе">Информация об исходном документе:</h2> + +<ul> + <li>Автор(ы): Jesse Ruderman, Gervase Markham</li> + <li>Другие контрибьюторы: Eli Goldberg, Claudius Gayle, Jan Leger, Felix Miata, Peter Mock, Chris Pratt, Chris Yeh, and others.</li> +</ul> +</div> + +<p> </p> + +<hr> +<h2 id="Продвинутые_темы">Продвинутые темы</h2> + +<h3 id="Finding_the_correct_product_and_component" name="Finding_the_correct_product_and_component"><strong style="font-weight: bold;">Поиск правильного продукта и компонента</strong></h3> + +<p>Для каждого бага вам нужно выбирать правильный "продукт" и "компонент" в этом продукте, для того чтобы ваш багрепорт получил разработчик которому он предназначен.</p> + +<p>Если вы используете Firefox, баг находится скорее всего в компонетах "Firefox", "Toolkit", или "Core".</p> + +<ul> + <li><a class="link-https" href="https://bugzilla.mozilla.org/describecomponents.cgi?product=Firefox">Список компонентов продукта "Firefox"</a> - большинство компонентов Firefox с которыми вы непосредственно взаимодействуете</li> + <li><a class="link-https" href="https://bugzilla.mozilla.org/describecomponents.cgi?product=Toolkit">Список компонентов продукта "Toolkit"</a> - виджеты интерфейса и некоторые другие функции интерфейса</li> + <li><a class="link-https" href="https://bugzilla.mozilla.org/describecomponents.cgi?product=Core">Список компонентов продукта "Core"</a> - отрисовка веб станиц, сетевые функции и др.</li> +</ul> + +<p>Если сомневаетесь, найдите похожие баги и посмотрите к каким они отнесены компонентам.</p> + +<p>Если ни один компонент не выглядит подходящим, взгляните на компонент "General" который есть у большинства продуктов.</p> + +<h3 id="Общая_структура_багрепорта">Общая структура багрепорта</h3> + +<div class="note"> +<p>Эта статья была перенесена сюда из <a href="https://wiki.mozilla.org/QA/QMO">QMO</a>: <a class="link-https" href="https://quality.mozilla.org/docs/bugzilla/starter-kit/how-to-write-a-proper-bug/">Как писать понятные багрепорты</a></p> +</div> + +<ul> + <li><strong>Название</strong>: Как бы вы описали ошибку используя не более 60 символов? Название должно кратко и однозначно давать представление в чем проблема, а не описывать предложенное вами решение. Хорошо: "Отмена диалога копирования фалов приводит к падению файлового менеджера" Плохо: "Программа падает" Плохо: "Браузер должен работать с моим сайтом"</li> + <li><strong>Компонент</strong>: В какой части приложения происходит ошибка? Это поле является обязательным для всех багрепортов. Кликните по слову "Component" чтобы увидеть описание каждого компонента. Если нет ничего подходящего, выбирайте компонент "General".</li> + <li><strong>ОС</strong>: В какой операционной системе (ОС) вы обнаружили эту проблему? (т.е. Linux, Windows XP, Mac OS X.) Пример: "<em>Если вы уверены что этот баг проявляется больше чем на одной ОС выбирайте All. Если вашей ОС нет в списке выбирайте Other".</em></li> + <li><strong>Описание</strong>: Подробности проблемы включающие: + <ul> + <li><u>Обзор</u>: это более подробно переформулированное название бага. Например: <em>"Перетаскивание любой страницы приводит к падению сборок для Mac в функции NSGetFactory"</em>.</li> + <li><u>Идентификатор сборки (Build Id)</u>: Чтобы найти идентификатор либо откройте страницу "about:support" через строку адреса или, если у вас есть расширение <a href="https://addons.mozilla.org/en-US/firefox/addon/nightly-tester-tools/">Nightly Tester Tools</a> от MozQA, тогда проследуйте в Инструменты | Nightly Tester Tools и найдите опцию которая содержит идентификатор сборки. Выглядит примерно так: <em>"Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Firefox/38.0 ID:20150330004006 CSet: 9e57e9776571"</em>.</li> + <li><u>Дополнительные сборки и платформы</u>: воспроизводится ли баг на других платформах (или браузерах, если это имеет смысл). Должно выглядеть как то так: <em>"Не происходит на Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Firefox/38.0 ID:20150330004006 CSet: 9e57e9776571"</em>.</li> + </ul> + </li> + <li><strong>Шаги для воспроизведения</strong>: Минимально-необходимое и простое описание шагов которые приводят к появлению бага. Если необходимо, включите необходимые шаги настройки приложения. Хороший пример:<br> + 1) Взгляните на веб страницу. (Я использовал http://www.google.com/).<br> + 2) Выделите текст при помощи перетаскивания. Конкретно, удерживая клавишу мыши, тащите указатель мыши вниз из любой точки содержимого веб страницы к самому низу страницы.</li> + <li><strong>Фактические результаты</strong>: Что происходит после выполнения шагов. Пример: <em>Приложение падает.</em></li> + <li><strong>Ожидаемый результат</strong>: Что приложение должно сделать. Пример: <em>Окно должно скроллироваться вниз. Промотанное содержимое должно выделяться. Как минимум, приложение не должно падать!</em></li> +</ul> + +<p>Дальшейшее чтение <a href="http://quality.mozilla.org/docs/bugzilla/starter-kit/how-to-write-a-proper-bug-part-2/">Как написать понятный баг репорт Часть 2</a></p> + +<div class="originaldocinfo"> +<h4 id="Информация_об_исходном_документе_2">Информация об исходном документе</h4> + +<ul> + <li>Автор(ы): Aakash Desai</li> + <li>Дата последнего изменения: June 3, 2013 at 2:41 am PST</li> +</ul> +</div> +</div> |