私はコードのピアレビューの大きなファンですが、レポートになるとそこを見直す良い方法のようには思えません。相違点を表示するだけで、読みにくくないXMLが得られ、レポートを開いてもそれほど視認性が向上しません。これをより簡単にするアプリケーションはありますか、ほとんどの人が出力側でレポートをレビューするだけですか？あなたはどのようにレポートのピアレビューをしますか？あなたが内部Webページの背後にあるコードやアプリケーションを検討されていませんレビューSRSSレポートをどのようにピアレビューしますか？
レポートをSQLに分割する傾向があります。これは、他の開発者による直接的なピアレビューの対象となります。レポート自体には、私たちが通常チェックするベストプラクティス/スタイルガイドの短いチェックリストがあります。
複雑なレポートでは、実際にレポートをレイアウトする段階まで、可能な限り早期にテストに参加するようにしています。これにより、正式な受入れテストに膨大な時間が節約されます後で再開発する必要があります。
：ユーザーがこのため
を見ているものを制御マークアップ言語をレビューしています、私は、ユーザーが開発に関与していることを確認してくださいテスト。 彼らは効果的にピアです。
私は、レポートがユーザーに主観的（正しい言葉？）であると感じています。これは、ITフォークが異なると考える1つの領域です。特に騒々しい技法やパターンや方法がないためです...
このようなものは本当に便利です。 – Sophia