コーディング標準

プログラムの記述方法に関する統一ルール。命名規則、インデンテーション、ネスト、コメントの書き方、使用禁止命令などを規定する。コードの可読性・保守性を向上させ、チーム開発での品質統一に貢献する。

プログラムの記述スタイルや命名規則、コメントの書き方、インデンテーション、ネストの深さ制限、使用禁止命令などを統一するための規約。可読性・保守性の向上とバグ混入の防止を目的とし、チーム開発での一貫性を確保する。

プログラムの書き方について、組織やプロジェクトで定めた規則。名前の付け方、字下げなどの書式、使ってはならない命令、エラー処理の方法、注釈の書き方などを定め、読みやすさと保守性を高め、誤りや脆弱性を作り込みにくくする。静的解析ツールで遵守を確かめられる。

プログラムを書くときに従う、命名規則、字下げ、コメントの書き方、使用を禁止・制限する構文などの組織やプロジェクトの取決め。書き手によるばらつきを抑えて読みやすさと保守性を高め、誤りや脆弱性の作り込みを防ぐ。遵守の確認は静的解析ツールで自動化することが多い。

外部から見た振る舞い（機能）を変えずに、コードの内部構造を改善すること。コードの可読性、保守性、拡張性の向上を目的とする。Martin Fowlerが体系化し、メソッドの抽出、変数名の改名、クラスの分割などの技法がある。

ソフトウェアの品質を評価するための特性分類。ISO/IEC 25010:2011（JIS X 25010:2013）では、機能適合性、性能効率性、互換性、使用性、信頼性、セキュリティ、保守性、移植性の8つの品質特性が定義されている。2023年の改訂（ISO/IEC 25010:2023）で安全性が加わり、9特性になった。

要件と設計・実装・テストの各成果物間の対応関係を追跡できること。双方向の追跡可能性（双方向のトレーサビリティ）により、要件の漏れや不要な実装の検出が可能になる。要件定義やレビューの評価基準として重要。

プロジェクトの成果物を適宜評価するための活動。コードレビュー、ピアレビュー、デザインレビュー、インスペクション、ウォークスルーなどの種類がある。品質向上と欠陥の早期発見を目的とする。

モデレーターが主導し、チェックリストに基づいて成果物の欠陥を組織的に検出するレビュー手法。正式な手順に従い、参加者の役割（作成者・読み手・記録者等）が明確に定められている。

成果物の作成者が説明役となり、参加者に内容を順に説明しながら問題点や改善点を検出するレビュー手法。インスペクションより非公式で柔軟に実施でき、知識共有の効果もある。