QA/Testing/Regression Tests/ja

開発者は人間です. 修正は時々新しいバグや性能低下をもたらす予期しない副作用を引き起こします. リグレッションテストは、そのような問題を発見するのに役立ちます. 特定の機能が設計どおり動作するか、エンドユーザーが日々の業務で適切に使えるかを確認します.

当然ながら、リグレッションテストはそれぞれのテスト可能な新しいビルドで実行されます. その一方で、全てのリリースについてLibreOfficeのような大規模なソフトウェアのあらゆる局面を試すのは不可能です. それで、私たちは良く使われるシナリオや機能を選択したリグレッションテストを設定して、ベータ版とリリース候補版でテストしています.

現在のテスト
LibreOffice は明確に定義されたリリースサイクルとリリース基準を持っています. メジャーリリース X.Y.0 はデイリー, ベータ, リリース候補があります. また、バグ修正リリース X.Y.Z は、リリース候補ビルドがあります. 以下のテストが必要です.


 * スモークテスト は、任意のベータまたはリリース候補が発表される前に行う必要があります.
 * 完全なリグレッションテストは、すべてのメジャーリリース前に行う必要があります.
 * 基本的なリグレッションテスト は、すべてのバグ修正リリース前にも行う必要があります.

スモークテスト
全てのビルドは、公式発表の1、2日前に利用できます. 私たちは、できるだけ多くのプラットフォームで利用できることを確認する必要があります. 以下を行って私たちを助けてください.


 * [mailto:libreoffice@lists.freedesktop.org libreoffice@lists.freedesktop.org] メーリングリストで、事前告知メールを見張ります.
 * 開発版ビルド/プレリリースサイト から、あなたのプラットフォーム用のビルドをダウンロードしてください.
 * インストールして、基本操作を試します（例：Writer、Calc、Impress、Drawで文書を 開く/保存する）.
 * もし、ビルドがほとんど利用できないバグを見つけた場合、アナウンスメールに返信して私たちに知らせてください. すべての人とメーリングリストのCCを付けたままにしてください.
 * bugzillaへバグを報告 してください.

FIXME: There are some attempts to automatize this task.

完全なリグレッションテスト
自動テストは現在のところビルド中に実行されます.


 * 開発者に加わって、 より多くのチェックの実装を助けてください. より頻繁にテストできるようになります.
 * FIXME: ビルドプロセスの後に行われるテストを取り出し、ユーザーシステムで実行しても意味がないか？
 * 重要: 非開発者のためのタスクもあります.

基本的なリグレッションテスト
純粋なバグ修正リリースは、各メジャーリリース後、毎月行われます. 完全なリグレッションテストのための十分な時間がありません. 開発者は変更をレビューすることにより、純粋なバグ修正リリースでのリグレッションを回避しようとします. しかし、彼らは人間です. 依然として重要なリグレッションテストを行うことは理にかなっています. 通常 priority 1 とpriority 2 はこのフェーズでテストされます.