Personal Software Process (PSP) は、ソフトウェア エンジニアが自分のパフォーマンスを理解し、改善できるように設計されています。PSP は、スクリプトを使用して、プロセスを通じて開業医をガイドします。各スクリプトは、目的、開始基準、実行する手順、および終了基準を定義します。PSP0 は、個人的なプロセスを開始できるフレームワークになるように設計されています。
PSP0 で使用されるスクリプトの 1 つは、開発をガイドする開発スクリプトです。このスクリプトは、要件ステートメント、プロジェクト計画の要約、時間と欠陥の記録ログが作成され、欠陥タイプの標準が確立されると使用されます。このスクリプトの活動は、設計、コーディング、コンパイル、およびテストです。アプリケーションが完全にテストされ、時間と障害のログが完了すると、スクリプトは終了します。
コード フェーズでは、要件を確認して設計を行い、要件の欠陥をログに記録し、タイム トラッキングを実行します。コンパイル フェーズでは、コンパイルを行い、コンパイル時のエラーを修正し、プログラムがコンパイルされるまで繰り返し、欠陥と時間を記録します。最後に、テスト フェーズでは、時間と欠陥を記録しながら、すべてのテストがエラーなしで実行され、すべての欠陥が修正されるまでテストします。
私の懸念は、最新のプログラミング言語 (特に Python、Perl、Ruby などのインタープリター型言語) と IDE を使用する場合に、コード、コンパイル、およびテスト フェーズを管理する方法にあります。
私の質問:
- インタープリター言語では、コンパイル時間はありません。ただし、実行時に問題が発生する可能性があります。ユニット (およびその他の) テストの外部でスクリプトを実行することは、「コンパイル」または「テスト」時間と見なされますか? 実行時のエラーは、欠陥を追跡するときに「コンパイル」または「テスト」エラーと見なすべきですか?
- テスト ケースで構文エラーが発生した場合、それはコードの欠陥、コンパイルの欠陥、またはテストの欠陥と見なされますか? テストで実際にエラーが検出されましたが、これはコードの問題です。
- IDE が実際にコンパイルする前にコンパイルを妨げるエラーを特定した場合、それを特定する必要がありますか? その場合、コンパイル エラーまたはコード エラーとして識別して追跡する必要がありますか?
PSP、少なくとも PSP0 のベースライン プロセスは、コンパイルされた言語と (IDE ではなく) テキスト エディターを使用して記述された小さなアプリケーションで使用するように設計されているようです。私の質問に加えて、PSP を使用している、または使用したことがある方のアドバイスと解説をいただければ幸いです。