ソフトウェアレビューとは、ソフトウェアの成果物（コード、ドキュメントなど）を他者が評価・検証する活動を指します。 コードが対象となることが多いですが、それ以外にもドキュメント（要件定義書、設計書、テスト仕様書など）もレビューの対象になります。 ソフトウェアを動作せずに評価・検証を行うので、静的テストとも呼ばれます。 ソフトウェアレビューを実施する目的は、品質とチーム開発体制の両面において健全な開発を実現することにあります。 具体的には主に以下の5つです。 まず、バグの早期発見を目的とすることで、手戻りを減らし開発効率を高めます。 …

米国電気電子学会「Institute of Electrical and Electronics Engineersの略」の略で、標準規格の策定などに関わる国際的な学会です。 ※2 Karl E.Wiegers。 Process Impact社のコンサルタント責任者。 「ピアレビュー」「ソフトウェア要求」などソフトウェア・プロセスにおける品質改善の著書あり。 ソフトウェア品質に係る考え方はもともとISO9001（品質マネジメントシステムの国際規格）に端を発しており、品質管理マネジメントの視点からレビューを役割別に分類しています。 …

ソフトウェア・レビュー （英: Software review）とは、 ソフトウェア 開発、 システム開発 において、各工程で作成される成果物に対し、開発プロジェクトの担当者、 マネージャー 、ユーザー、顧客、ユーザーの担当者、その他の関係者がコメントしたり、点検するためのプロセス、または会議のこと。 ソフトウェア開発、システム開発においては単に レビュー と呼ぶことも多い。 IEEE標準 1028では、以下の5つが規定されている。 進捗の確認、進捗計画と進捗状況の確認。 開発リソース割り当ての確認、目標達成のために用いられるマネジメントの手法を評価する。 …

仕様やコードに基づいた技法の目的は、プログラムを実行しても発見しにくい仕様やコードの妥当性を確認することです。 例えば、ソースコードの可読性、再使用性なども確認の対象となります。 形式手法とは？ フォールトに基づいた技法とは、システムダウンなどの故障 (フォールト)に基づいて検出される障害の未然防止により信頼性を確保する技法です。 次のように整理できます。 ソフトウェア故障モード影響致命度解析 (SFMECA) JSTQB Advanced Levelテストマネージャ資格のキーワード解説！ FTAとは何 - フォールトツリーを超簡単に説明！ レビュー対象を読む技法です。 …

ソフトウェア開発の各工程での成果物を評価し欠陥がないか確認するための会議や査読といった活動や、関係者が成果物を評価・承認するプロセス全体をソフトウェアレビューといいます。 「この設計書、明日までにレビューしておいて」といった場合のレビューは簡単な査読を意味し、プロジェクト計画書の日程表に記載されたレビューは、会議日程を示しながらも準備や評価・承認、会議での指摘事項の修正確認などのプロセス全体が意識されているのではないでしょうか。 このようにいろいろな場面において異なる意味合いで使われる「レビュー」ですが、実施方法や目的、技法などにより異なった名称で表されることもあります。 …

ここでは、実際のレビューのプロセスや、さまざまなレビューの種類について解説します。 レビューとは、ソフトウェア開発のすべての成果物に対しておこなう静的テストのことです。 その対象は要件仕様書、設計仕様書、ソースコード、テスト計画書、テスト仕様書、テストケース、テストスクリプト、ユーザーガイド、Webページなど、さまざまです。 そのため、レビューはソフトウェア開発のあらゆる場面でおこなわれます。 とくに、実際にプログラムやシステムを動かしておこなう動的テストを実施する前にレビューをおこなうことで、 後工程になって不具合改修した場合と比較して、高い効果を期待できます。 …