ブランチをトランクにマージした後にテストする必要がありますか。 ？

Question

私たちはSVNベースのマルチモジュールJavaプロジェクトを持っています。複数のチームが複数のアイテムで作業し、独自のリリース計画を持っているため、開発を開始するときにトランクからブランチを作成します。ブランチが解放され展開されると、トランクに折り返されます。
全く自動化された回帰テスト、それが戻ってトランクにマージされた後のブランチで開発されたすべての機能の健全性検査に使用QAの人々が存在しないため。 最近、チームの開発者の一部が、その問題に対する懸念を表明しています。マージは、SVNのような安定したツールによって実行されるので、その点は、試験の任意の量は、唯一のツールはなく、競合がある場合を除き、製品をテストしていること。したがって、競合するモジュールまたは機能のみにスコープを限定することで、QAの努力を軽減しようとしています。 私の質問は、開発者の議論に価値があると思います。 ？

Answer 1

はさえ、アプリケーションエラーが発生することがあり、競合せずにマージします。例えば

：プロジェクトの任意の場所で使用されていない機能Aがありました。それが廃止され、使用されていないため、

チーム1は、それを削除し、チーム2は、自分のコードでそれを使用しました。マージ後、あなたのコードはコンパイルされません。

だから、実行中のテストはあなたのコードベースのいずれかの変更後に必要とされます。

Answer 2

私はSVNトランクにマージする前に問題をフィルタリングしているので、テストが必要だと思います。中間テストプロセスがなくなると、中間テストレベル自体で排除された問題が発生する可能性が高いというリスクがあります。後の段階で問題を解決するためのコストは、常に高価です。したがって、中間テストが非常に必要です。事故による人為的ミスは避けられない!!