How to report a bug/be-tarask

Гэтыя інструкцыі тлумачаць, як напісаць добрае паведамленьне пра памылку або запыт новай функцыі ў багтрэкеры фундацыі «Вікімэдыя» (глядзіце старонку для падрабязнай інфармацыі). Добра складзенае паведамленьне пра памылку будзе хутчэй разгледжана.

Кароткія рэкамэндацыі да паведамленьняў

 * Будзьце дакладныя
 * Выказвайцеся ясна: тлумачце, як паўтарыць памылку крок за крокам, каб іншыя змаглі яе паўтарыць
 * Уключайце ў кожнае паведамленьне апісаньне толькі адной памылкі

Ці можаце вы паўтарыць праблему?
Паспрабуйце паўтарыць памылку з выкарыстаньнем апошняй вэрсіі праграмнага забесьпячэньня, каб упэўніцца, што яна ўсё яшчэ ня выпраўленая. Калі памылка прысутнічае на вікі-сайце, такім як Вікіпэдыя, вы можаце скарыстацца апошняй вэрсіяй праграмнага забесьпячэньня на сайце test2.wikipedia.org.

Ці паведамляў ужо нехта пра праблему?
Скарыстайцеся формай пошуку на $mediazilla2, каб даведацца ці паведамлялі ўжо пра падобную памылку. Вы таксама можаце ўжыць пашыраныя функцыі на старонцы пошуку.

Паведамленьне пра памылку або запыт функцыі
Калі вы сустрэлі памылку ў апошняй вэрсіі і ніхто яшчэ не паведаміў пра яе, вам трэба: Перайсьці на $mediazilla3. Выбраць «$enter-new-bug». Вам будзе прапанавана ўвайсьці (або зарэгістравацца), калі вы яшчэ не зрабілі гэтага (глядзіце «»). Summary (сьціслае апісаньне): кароткае рэзюмэ, якое тлумачыць праблему (а не вырашэньне, якое вы прапаноўваеце). Attachment (укладаньне): вы можаце далучыць файл журналу або (але ўпэўніцеся, што ў іх адсутнічае канфідэнцыйная інфармацыя). Абярыце прадукт, у якім вы знайшлі памылку: Гэта можа быць, напрыклад, для самога праграмнага забесьпячэньня вікі, або, калі трэба наладзіць адзін зь вікі-сайтаў «Вікімэдыя».
 * 1) Запоўніце наступныя палі:
 * 1) ** Добра:
 * 2) ** Кепска:
 * 3) * Assigned to: You should ignore this field: Developers will set an assignee when they plan to work on the task.
 * 4) * Priority: You should ignore this field: In general, the priority is set by developers who plan to work on the task (see Setting priorities).
 * 5) * Description (апісаньне): поўнае апісаньне праблемы з усімі падрабязнасьцямі, якія толькі магчымыя. Яно можа ўключаць:
 * 6) ** Для памылак:
 * 7) *** Steps to Reproduce (крокі для паўтарэньня праблемы): сьціслыя крокі, якія лёгка паўтарыць, каб выклікаць апісаную праблему. У тым ліку і адмысловыя крокі наладкі.
 * Прыклад:
 * 1) *** Actual Results (фактычныя вынікі): што праграма робіць пасьля выкананьня вышэйпрыведзеных крокаў.
 * Прыклад:
 * 1) ***Expected Results (чаканыя вынікі): што праграма павінна рабіць, калі б не было памылкі.
 * Прыклад:
 * 1) ** Для запытаў функцыяў:
 * 2) *** Апісаньне таго, што вы хочаце атрымаць і чаму. Карыстальніцкая гісторыя — эфэктыўны спосаб для такога запыту.
 * Прыклад:
 * 1) **Калі ласка, таксама падайце любую іншую інфармацыю, якая можа быць карыснай, напрыклад:
 * 2) ***вэб-браўзэры, тэмы афармленьня або кампутарныя сыстэмы, у якіх вы сустракалі памылку;
 * 3) ***спасылкі або праўкі адной ці некалькіх старонак, дзе вы бачылі памылку;
 * 4) ***узьнікае праблема кожны раз ці час ад часу, на пэўных старонках ці ў пэўных умовах.
 * 1) ** Для запытаў функцыяў:
 * 2) *** Апісаньне таго, што вы хочаце атрымаць і чаму. Карыстальніцкая гісторыя — эфэктыўны спосаб для такога запыту.
 * Прыклад:
 * 1) **Калі ласка, таксама падайце любую іншую інфармацыю, якая можа быць карыснай, напрыклад:
 * 2) ***вэб-браўзэры, тэмы афармленьня або кампутарныя сыстэмы, у якіх вы сустракалі памылку;
 * 3) ***спасылкі або праўкі адной ці некалькіх старонак, дзе вы бачылі памылку;
 * 4) ***узьнікае праблема кожны раз ці час ад часу, на пэўных старонках ці ў пэўных умовах.
 * 1) ***узьнікае праблема кожны раз ці час ад часу, на пэўных старонках ці ў пэўных умовах.
 * 1) **Projects are how developers find tasks to work on. To identify the right project(s), use the search function (in the top right) to find its description.
 * 1) * Subscribers: You should ignore this field: If you know specific users who will be interested in getting notified of this task you can add them here.

Упэўніцеся, што скончылі справаздачу, пасьля чаго націсьніце кнопку «Submit bug» (даслаць справаздачу). Вашае паведамленьне будзе разьмешчанае ў базе зьвестак і, спадзяемся, нехта хутка зьвярне на яго ўвагу.

Гэта ўсё! Дзякуй за дапамогу ў паляпшэньні MediaWiki і праектаў «Вікімэдыя»!

Reporting a JavaScript bug
When you encounter a bug that may be related to JavaScript, do your best to identify error messages and copy them into the bug report.

It's especially important to provide all the information you have, because even the system administrators will have zero access to any error log. If you are unsure whether a feature you are using is based on JavaScript, try disabling JavaScript.

It's always helpful to include a screenshot with your report. It's often the easiest way to identify which feature you're talking about, and can often provide information which can help narrow down the error. Take care to hide any information you don't want to share, like other open browsers tabs or minimised chat windows.

Глядзіце таксама

 * «Як паведамляць пра памылкі эфэктыўна» ад Сымона Татэма
 * Вікіпэдыя: паведамленьні пра памылкі і запыты функцыяў (па-ангельску)
 * Phabricator etiquette
 * Bug management/Bug report life cycle
 * Writing a good bug report or feature request
 * How to create a good first Bug Report (outdated)