SVN ベースのマルチ モジュール Java プロジェクトがあります。複数のチームが複数のアイテムに取り組み、独自のリリース計画を持っているため、開発を開始するときにトランクからブランチを作成します。ブランチが解放されて展開されると、トランクに折り返されます。
自動化された回帰テストがないため、QA 担当者は、ブランチがトランクにマージされた後、ブランチで開発されたすべての機能のサニティ テストを行っていました。チーム内の一部の開発者は、最近それについて懸念を表明しています。彼らの要点は、マージは SVN のような安定したツールによって実行されているため、競合がある場合を除いて、テストはツールのみをテストし、製品はテストしないということです。したがって、競合するモジュールまたは機能のみに範囲を限定することで、QA の労力を削減しようとしています。私の質問は、開発者の議論に価値があると思いますか? ?
2 に答える
1
競合のないマージでも、アプリケーション エラーが発生する可能性があります。
A例:プロジェクトのどこにも使用されていない関数がありました。
チーム 1 は廃止されて使用されていないため削除し、チーム 2 はコードで使用しました。マージ後、コードはコンパイルさえしません。
そのため、コードベースの変更後にテストを実行する必要があります。
于 2012-04-19T21:05:04.107 に答える
0
SVN トランクにマージする前に問題をフィルタリングしているため、テストが必要だと思います。中間テスト プロセスが排除された場合、中間テスト レベル自体で排除されたいくつかの問題が発生する可能性が高いリスクがあります。後の段階で問題を修正するコストは、常に高くつきます。したがって、中間テストが非常に必要です。偶発的なヒューマンエラーは避けられません!!
于 2012-05-03T10:30:10.110 に答える