How does this work?
Our 現在の 焦点（を合わせる） is on 確認するing 問題／発行するs that are 示すd with the 旗s “unconfirmed” and “defect”. Our goal is to 答える／応じる to new 問題／発行するs 地位，任命するd by 使用者s as soon as possible 同様に as （疑いを）晴らす out the backlog of unconfirmed 問題／発行するs that 現在／一般に resides in the IssueTracker database.?
However, we 認める that there is a lot more to 質 保証／確信 (QA) than just reviewing and 孤立するing 問題／発行するs. In the 未来, OOo QA will 伴う／関わる 実験（する）ing documentation and developing 実験（する） ソフトウェア. If you are 最高の enthusiastic, feel 解放する／自由な to start working on some basic demonstrations of 実験（する） 事例／患者s, regression 実験（する）s, QA specification documentation or any other idea you think would be 価値のある to 改善するing the 質 of OOo.?
Every little bit of 出資／貢献 counts and is invaluable. For example, if we have 100 利益／興味d volunteers, and they all work on one 問題／発行する per day, we would be able to cover 100 問題／発行するs per day. As insignificant as that may seem when compared to the number of 問題／発行するs that need review, it is 肯定的な 進歩 that is 必須の to keep this 事業／計画（する） moving 今後.?
How can I help?
It's really 平易な! Just 登録（する） as an OpenOffice.org 使用者. You can do so here .
In the simplest 事例／患者, just help gather enough （警察などへの）密告，告訴（状） for each 問題／発行する:
-
Make sure the 問題／発行する has not been already 報告（する）／憶測d. In technical 条件, make sure it is not a duplicate 問題／発行する. A quick incomplete 言及／関連 can be 設立する in the QA Documentation section. Here is the link. You can always search IZ 同様に.
-
Reproducible.
-
Step by step 指示／教授／教育s to recreate the problem are 含むd.
-
A small simple とじ込み／提出する 含む／封じ込めるing only the contents 要求するd to 再生する the problem.
All this 要求するs is the 新規加入 of comments to the 問題／発行する, requesting 新規加入 （警察などへの）密告，告訴（状） or 解明 from the reporter of the problem. No 新規加入 許可s are 要求するd. No 会社／堅い かかわり合い from you is needed. Just スピードを出す／記録につける into IZ ( we are assuming you are a 登録（する）d 使用者 of OpenOffice.org ) when you have the time and work on an 問題／発行する that has been 報告（する）／憶測d within the last week.
Remember to 調印する up as a member of the OOo QA 事業／計画（する） so that you receive the 承認 that you deserve. It is also 堅固に recommended that you subscribe to the OOo QA dev mailing 名簿（に載せる）／表（にあげる）. You can subscribe to this mailing 名簿（に載せる）／表（にあげる） here QA - Dev Mailing 名簿（に載せる）／表（にあげる） .
However, if you are willing to make more of a かかわり合い and take on more challenges consider the に引き続いて:
-
Try to review and 追加する comments to 10 問題／発行するs. We want you to feel comfortable working with IZ 同様に start your 旅行 to becoming a guru with OpenOffice.org.
-
Assuming you are already a 登録（する）d 使用者 of OpenOffice.org, 調印する up as a member of the QA 事業／計画（する）.
-
Subscribe to the QA dev mailing 名簿（に載せる）／表（にあげる）. You can do so here QA - Dev Mailing 名簿（に載せる）／表（にあげる） .
-
Send a request to the qa@openoffice.apache.org mailing 名簿（に載せる）／表（にあげる）, asking for the 特権s to change any part of an 問題／発行する. Please use the 支配する line "Volunteer 特権s - <Your OpenOffice.org Userid Here>" You also might want to use this 適切な時期 to introduce yourself to the other team members.
-
Make sure you have the most 現在の 見解／翻訳／版 of OpenOffice.org 任命する／導入するd.
If possible, check 事例／患者s using the 最新の developer build. -
Query for 問題／発行するs based on the 優先 指導基準. You can 見解（をとる） the 優先 指導基準 here.
-
For each 問題／発行する you review, make sure it follows the に引き続いて 指導基準s:
-
Make sure the 問題／発行する has not been already 報告（する）／憶測d. In technical 条件, make sure it is not a duplicate 問題／発行する. A quick incomplete 言及／関連 can be 設立する in the QA Documentation section. Here is the link . You can always search IZ 同様に.
-
Reproducible.
-
Step by step 指示／教授／教育s to 再生する the 問題／発行する is 含むd.
-
A small simple とじ込み／提出する 含む／封じ込めるing only the contents 要求するd to 再生する the problem.
-
-
始める，決める the keyword "oooqa" in every bug you've edited, even if you've only 追加するd a comment. This keyword has been introduced to be able to query the 問題／発行するs that have been 確認するd or just edited by you.
-
Make sure you 名簿（に載せる）／表（にあげる） the operating system and 見解／翻訳／版 of OpenOffice.org that you used to duplicate and 立証する the problem 名簿（に載せる）／表（にあげる）d in the 問題／発行する. For example:
Duplicated on 勝利，勝つ NT 4.0 SP6a, OOo 643
or
Duplicated on RedHat 8.0, RedHat RPM OOo 1.0.1 -
You can always 追加する any extra comments you feel necessary to 明確に define the problem for the developers.
-
Ideally, you will 孤立する the true 原因（となる） of the problem 名簿（に載せる）／表（にあげる）d in the 問題／発行する.
-
Commit the 問題／発行する. Choose the 選択 “確認する 問題／発行する (change status to NEW)”.
The 問題／発行する will now show up as a "new" 問題／発行する to one of those persons who have been defined as default owner of the corresponding module and who will then review the 問題／発行する and 派遣（する） it to the responsible developer.?
?
文書 持続するd proudly using OpenOffice.org!?
Last updated on $Date: 2007/02/23 16:27:27 $?
