QA/GetInvolved/ru

Быстрый старт
= Что такое QA? =

QA — сокращение от Quality Assurance (Контроль качества). Это система для улучшения и проверки новых версий LibreOffice с целью получения конечным пользователями наилучшего программного обеспечения. Контроль качества должен проходить на всех стадиях разработки включая выпуск версии.

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

= Быстрый старт для новичков =

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

Если вы посмотрите на таблицы, опубликованные в блоге Bjoern, то обнаружите, что есть более 5000 открытых ошибок и более 200 из них переданы разработчикам. В наших силах обеспечить для описаний этих ошибок следующие характеристики:
 * качество (сортировка на критические и не критические)
 * количество (разработчики должны всегда знать о самых важных ошибках)
 * 1) Откройте очередь неподтверждённых багов за последний месяц (запросы на улучшения для простоты отфильтрованы, как и некоторые другие записи)
 * 2) Выбирайте интересный баг
 * 3) Поищите в дубликатах
 * 4) Если у бага нет дублей, но описание не очень понятное, или нет каких-то важных данных, поставьте ему статус "NEEDINFO" (нужна_информация)
 * 5) После того, как вы попробовали повторить баг в стабильном и мастер билдах, или  смените статус бага на "NEW" (новый) or или оставьте его "UNCONFIRMED" (не_подтверждён)

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

План для персонального роста в QA
У каждого свой собственный путь в LibreOffice QA. Однако, некоторые люди повышают свою мотивацию, когда видят перед собой чёткий путь, по которому они могут пойти. Вот наша версия карьерного роста в QA.


 * 1) Оцените хотя бы 50 багов, используя инструкции из раздела "быстрый старт для новичков"
 * 2) Протестируйте повторно хотя бы 50 багов, которые никто не трогал год или дольше Используя ежедневный билд LibreOffice
 * 3) Изучите самые важные ключевые слова и начинайте использовать их: accessibility, bibisectRequest, dataLoss, filter:x, needUITest, perf, regression, text:x, wantBacktrace
 * 4) Поставьте несколько старых версий и займетесь  регрессионным тестированием  100 неподтверждённых багов
 * 5) Изучите приоритеты,степени важности бага и запросите доступ к группе контрибуторов у админа Багзиллы
 * 6) Изучите как извлечь разнообразные трейсы и используйте полученные знания, чтобы добавить подробностей к отчётам с ключевыми словами "wantBacktrace" или "perf" (там где трейсов ещё не добавлено)
 * 7) Установите какую-нибудь другую ОС на виртуальной машине, чтобы тестировать и трейсить на большем зоопарке софта.
 * 8) Начните критически оценивать запросы на улучшения, одновременно подавая их команде разработчиков с добавлением needsUXEval ключевых слов
 * 9) Начните делать bibisects. Делайте сначала tutorial и управляйте отчётами с помощью ключевых слов bibisectRequest
 * 10) Выучите Python и начните создавать UI тесты
 * 11) Создавайте Python юнит тесты
 * 12) Выучите С++ и создавайте cppunit тесты

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

Найдите неподтверждённые репорты

 * По операционной системе:
 * {| class="wikitable"


 * All || Linux || macOS || Windows || Android
 * }
 * По времени:
 * {| class="wikitable"
 * {| class="wikitable"


 * last 24 hours || last week || last month || за последние 6 месяцев
 * }
 * }

Сессия "Охота за ошибками"
Проверьте этот список

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

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


 * Если баг можно воспроизвести, выставляйте ему статус "NEW" и добавляйте в комментарий:

Thank you for reporting the bug. I can confirm that the bug is present in [LibreOffice версии такой-то (данные о версии можно скопировать из диалогового окна )]


 * Если баг повторить не удалось, оставьте статус UNCONFIRMED и добавьте следующий комментарий:

Thank you for reporting the bug. I can not reproduce the bug in [LibreOffice версии такой-то (данные о версии можно скопировать из диалогового окна )]


 * * Если из багрепорта не ясно как этот баг повторить, ставьте статус NEEDINFO и добавьте следующий комментарий:

Thank you for reporting the bug. Unfortunately without clear steps to reproduce it, we cannot track down the origin of the problem. Please provide a clearer set of step-by-step instructions on how to reproduce the problem. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested information is provided.


 * Если для повторения бага необходим некий конкретный файл (таблица/текст/презентация), ставьте статус NEEDINFO и добавляйте следующий комментарий:

Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Note that the attachment will be public, remove any sensitive information before attaching it. See the QA FAQ Wiki for further detail.)

Дополнительные Шаги

 * В случае, если поле Summary не достаточно понятно, обновите его для лучшего понимания действительной/главной проблемы и упрощения поиска дубликатов.
 * Поле Component также может быть обновлено для лучшего понимания, в каком модуле найдена проблема.
 * Запросы на улучшение или добавление новых возможностей (Enhancements) должны быть сначала оценены командой UX, чтобы определить, должны ли они быть реализованы или нет, поэтому просто добавьте 'needsUXEval' в поле Keywords и в поле CC List.
 * Проверьте, возможно ошибка - это регрессия.

Следите за списком неподтверждённых ошибок и смотрите detailed bug triage instructions для получения более подробных сведений.

Тестирование ежедневных сборок

 * 1) Скачайте последнюю ежедневную сборку (убедитель, что дата недавняя)
 * Linux (RPM & DEB)
 * 64-bit - с включёнными GTK3, KDE5 и справкой на всех языках
 * Updater - получает обновления ежедневно автоматически (экспериментальная сборка!)
 * Windows
 * 32-bit
 * 64-bit
 * macOS
 * 64-bit
 * 1) Установите её. (Обратите внимание, это не заменит собой ваш текущий установленный пакет - это разрабатываемая версия, которая не устанавляивается, как релизная версия)
 * 2) Тестируйте её. Проверьте Release Notes, чтобы увидеть, что нового в этой версии.
 * 3) Если вы нашли ошибку, пожалуйста напишите о ней здесь, предоставив всю доступную информацию (шаги для воспроизведения проблемы, файл документа, подробное описание, версию операционной системы, информацию из диалога Справка - О LibreOffice)

Примечание: Для получения помощи заходите в канал в IRC

Тестирование пререлизов

 * 1) Download the lastest pre-release version
 * 2) Install it
 * 3) Test it. Check the Release Notes to see what's new in this release.
 * 4) If you find a bug, please report it here providing all the information available (steps to reproduce the issue, the document affected, detailed description, OS...)

Note: For help, please join IRC.

Повторное тестирование
Every day we ping bugs untouched for more than a year to check whether they may have been fixed in the meantime. More information can be found in the AutomatedTasks article.

Find bugs to retest

 * Bugs pinged today:
 * {| class="wikitable"


 * All || Linux || macOS || Windows || Android
 * All || Linux || macOS || Windows || Android


 * }
 * Bugs pinged in the last week:
 * {| class="wikitable"


 * All || Linux || macOS || Windows || Android
 * }
 * Bugs pinged in the last month:
 * {| class="wikitable"
 * {| class="wikitable"


 * All || Linux || macOS || Windows || Android
 * }
 * Bugs pinged in the last three months:
 * {| class="wikitable"
 * {| class="wikitable"


 * All || Linux || macOS || Windows || Android
 * }
 * Bugs pinged in the last half a year:
 * {| class="wikitable"
 * {| class="wikitable"


 * All || Linux || macOS || Windows || Android
 * }
 * }

Try to reproduce the bug
If the bug is present in the latest version of LibreOffice, put the following comment with the LibreOffice version details you tested with (can be copied from the dialog).

This bug is still present in [the LibreOffice version details you tested with (can be copied from the dialog)]

If the bug is not present and you are sure you followed the bug steps correctly, change the status to RESOLVED WORKSFORME and put the following comment:

This bug is no longer reproducible in [the LibreOffice version details you tested with (can be copied from the dialog)] Changing status to RESOLVED WORKSFORME

Please don't ...
 * ... update the version field
 * ... reply via email, instead reply directly on the bug tracker
 * ... set the bug's Status field to RESOLVED - FIXED, since that status is only used when a specific commit has fixed the problem

Additional Steps

 * Check if the bug is a regression

Contact
= Примечания =