私たちの会社でコード検査を実装するプロセスを説明する
前のトピックがhabrasocietyの間でいくらかの関心を呼び起こしたので、私たちは異常な継続を書くことにしました。 今日は、特定のプロジェクトでこのプラクティスを実装する例を検討します。
プロジェクトの例とプロジェクトチームの構造を使用したコード検査の実装を検討してください。 チームは2つのグループで構成されています。1つは2人の開発者とリーダー、もう1つは3人の開発者とリーダーです。 開発者を文字D（開発者）で、グループリーダーを文字L（リード）で指定します。
グループの構成を定義します。
グループ1：D_1_1、D_1_2、D_1_3、L_1。
グループ2：D_2_1、D_2_2、L_2。
インスペクターをプロジェクトツリーに割り当てます。
trunk / module_1-グループ1の回答。
trunk / module_2-グループ2の回答。
トランク/共通-両方のグループの共通の責任、特定の検査官は、自分のグループのメンバーの中からリーダーによって任命されます。
開発者は、両方のグループのモジュールに影響するコードを記述します
1.開発者D_1_2は問題を解決し、解決の過程で次のパスに影響するコードを記述します：trunk / module_1 / dev_1_1、trunk / module_2 / dev_2_3。
2. D_1_2は検査を作成し、次のメンバーを追加します。
3.スーパーバイザーL_2が開発者D_2_3の検査官を任命します。
4.検査参加者の最終テーブルは次のようになります。
開発者は一般モジュールにコードを記述します
1.開発者D_1_2は問題を解決し、解決の過程でtrunk / commonにコードを書き込みます。
2. D_1_2は検査を作成し、次のメンバーを追加します。
3.スーパーバイザーL_1は自分自身を検査官に任命します。
4.マネージャーL_2は、開発者D_2_1のインスペクターを任命します。
5.検査参加者の要約表は次のようになります。
もちろん、6-7人の開発者の小さなグループ内でコードインスペクションプロセスを開始することは1つのことであり、多数の開発者が取り組んでいる大規模プロジェクトのプロセスをスケールアップすることは、はるかに難しいタスクですが、それでも実行可能です。
次の記事（
最初のトピックで約束したとおり）は、CodeCollaboratorを使用して検査を自動化するプロセスについて説明します。
じゃあね！