ソフトウェア プロジェクトの場合、総ワークロードの最大の割合を占めるタスクはテストとデバッグです。テストの目的はプログラム内の欠陥を見つけることであり、デバッグの目的はプログラム内の問題を特定して解決することです。テストはソフトウェアのライフサイクル全体を通じて行われ、デバッグは通常、開発段階で行われます。
このチュートリアルの動作環境: Windows 7 システム、Dell G3 コンピューター。
ソフトウェア プロジェクトの場合、総作業負荷の最大の割合を占めるタスクはテストとデバッグです。
一般的に、プログラマーはコードの作成よりも、開発プロセスのテストとデバッグのフェーズに多くの時間を費やします。デバッグできないプログラムは良いプログラムではありません。 ! !
テストの目的はプログラム内の欠陥を見つけることであり、デバッグの目的はプログラム内の問題を特定して解決することです。テストはソフトウェアのライフサイクル全体を通じて行われ、デバッグは通常、開発段階で行われます。
テストはホワイト ボックスとブラック ボックスに分けられます。ブラック ボックス テストは、実際に機能の完全性と要件を満たしているかどうかをテストします。内部実装、つまり書かれたテスト ケースと実装コードは完全に内部的に独立したものです。
ブラック ボックスは内部コードの実装を知ることができないため、コード自体に発生する可能性のある問題もブラック ボックスにはわかりません。この場合、ホワイト ボックス テストが必要です。
ホワイト ボックス テストでは、大規模なシステムを複数の小さなモジュールに分割し、それらを個別にテストします。必要に応じて、主要な機能を個別にテストでき、さまざまな入力を変更することで、出力または実行が条件を満たしているかどうかを確認します。期待。 (特に、様々な特殊な状況や境界領域などを想定する必要があります。)
問題が発見された場合、それを解決する必要がありますが、通常、解決策は発見よりも複雑です。デバッグ ツールを適切に使用し、適切な場所にブレークポイントを追加すると、問題解決の効率が大幅に向上します。私の個人的なアプローチは、まず期待と実際の状況の違いを分析することです。一般的に、問題が発生する可能性のある場所を大まかに推測し、次にそれらの場所をテストおよび分析し、問題の領域を分解し、原因が特定されるまで段階的に追跡します。 (一般に、コード全体の状況をある程度理解していれば、ほとんどの場合、問題が発生している部分を正確に推測し、その部分を追跡できます。もちろん、これで解決できるのは比較的単純な問題のほとんどだけです)複雑な問題は、1 つや 2 つの推測では正確に特定できない可能性があります。現時点では、忍耐強く、推測を続け、バグの原因が見つかるまでデバッグを続ける必要があります)
これだけは言えます。デバッグの経験は非常に重要です。豊富な経験があれば、基本的に多くの問題に対して直接正確な位置を推測することができます。これはデバッグの技術です。 。 。
関連する推奨事項: 「プログラミング学習」
以上がソフトウェア プロジェクトの場合、総ワークロードの最大の割合は何ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。