あなたが Mozilla プロジェクトを手伝うために品質保証 (QA) 部門でできることはたくさんあります。QA に参加するにあたって、必ずしもコードが書ける必要はありません。HTML や他の Web テクノロジーに関する知識が必要ないこともいくつかあります。テストや他の QA 活動で私たちを助けてもらえるなら、最初に、Mozilla 品質保証 と 品質保証の支援 のページを読んでください。
ドキュメント
MDN の文書
-
バグ記述ガイドライン
-
より効果的にバグが報告されれば、エンジニアが実際にそのバグを修正できる可能性が高まります。これらのガイドラインに従うことで、あなたのバグが Mozilla 開発者の優先順位の上位に確実に留まり、修正されるのを助けることができます。
-
未確認のバグの確認
-
エンドユーザから有用なバグレポートを識別し、残りのものをクローズします。
-
テストケースの小型化
-
開発者がバグを理解し、自動テストの作成に用いる事ができるよう、バグレポート時に提出するテストケースを出来るだけシンプルにします。
-
Robocop
-
Android 用 Firefox のための自動テストシステムに用いる Robocop に関する資料
-
Mozilla における自動テスト
-
Mozilla 製品のコードの自動テストの作成 / 使用に関するマニュアル
-
開発テスト
-
Mozilla 製品の将来の変更が、現在正常に動作している機能を破壊しないかどうか確認します。
-
断続的オレンジの回避
-
テストの信頼性を高めるための方法を提案し、「問題の無いコードがテストに合格しない」という問題を修正します。
-
重複バグ報告の除去
-
既存のバグ報告と内容が重複したバグ報告を、いかに多く、効率的に特定するか、そのテクニックをご紹介します。このガイドは、あなたがすでに Bugzilla で重複バグを検索する基本的な方法を身につけていることを前提としています。
Mozilla Japan の文書
-
すでに報告されているバグの見つけ方
-
Bugzilla にバグを報告する前に、あらかじめデータベースを検索し、あなたが見つけたバグがすでに報告されていたら重複するバグを作らないよう心掛けることで、より多くのバグをより早く修正する助けになります。
-
Bugzilla 検索に正規表現を使う方法
-
このガイドで、Mozilla が提供する様々なテキストマッチ (特に正規表現) を使えるようにする十分な予備知識と実例を提供し、あなたが経験を積めるようにすることを目的に書かれています。
すべて見る...
|
すべて見る...
|