Wikiからの翻訳ページです。未翻訳や内容が古い場合があります。古い場合は更新と翻訳のご協力をお願いします。WikiのURLがJAで始まるカテゴリーがJAのページです。そちらもご利用ください。修正は時々新しいバグや性能低下をもたらす予期しない副作用を引き起こします。リグレッションテストは、そのような問題を発見するのに役立ちます。特定の機能が設計どおり動作するか、エンドユーザーが日々の業務で適切に使えるかを確認します。当然ながら、リグレッションテストはそれぞれのテスト可能な新しいビルドで実行されます。その一方で、全てのリリースについてLibreOfficeのような大規模なソフトウェアのあらゆる局面を試すのは不可能です。それで、私たちは良く使われるシナリオや機能を選択したリグレッションテストを設定して、ベータ版とリリース候補版でテストしています。明確に定義されたリリースサイクルとリリース基準を持っています。リリース候補があります。リリース候補ビルドがあります。以下のテストが必要です。任意のベータまたはリリース候補が発表される前に行う必要があります。完全なリグレッションテストは、すべてのメジャーリリース前に行う必要があります。すべてのバグ修正リリース前にも行う必要があります。スモークテスト全てのビルドは、公式発表の1、2日前に利用できます。私たちは、できるだけ多くのプラットフォームで利用できることを確認する必要があります。以下を行って私たちを助けてください。メーリングリストで、事前告知メールを見張ります。あなたのプラットフォーム用のビルドをダウンロードしてください。ビルドがほとんど利用できないバグを見つけた場合、アナウンスメールに返信して私たちに知らせてください。すべての人とメーリングリストのCCを付けたままにしてください。task.完全なリグレッションテスト自動テストは現在のところビルド中に実行されます。多くのチェックの実装を助けてください。頻繁にテストできるようになります。非開発者のためのタスクもあります。基本的なリグレッションテスト純粋なバグ修正リリースは、各メジャーリリース後、毎月行われます。完全なリグレッションテストのための十分な時間がありません。開発者は変更をレビューすることにより、純粋なバグ修正リリースでのリグレッションを回避しようとします。して重要なリグレッションテストを行うことは理にかなっています。このフェーズでテストされます。