デスク チェックとは?

デスク チェックは、プログラマーがプログラムの起動前にコーディングとアルゴリズム ロジックを検証するために使用できる非公式の手動テストです。これにより、プログラムが正常に動作するのを妨げる可能性のあるエラーを見つけることができます。最新のデバッグ ツールにより、デスク チェックは以前ほど重要ではなくなりましたが、それでも論理エラーを見つけるのに役立つ方法です。

デスク チェックの概要

デスクチェックは、校正と同様のプロセスです。この演習では、プログラマーはコード行を実行してエラーを特定し、ロジックをチェックします。通常、プログラマーはコードを印刷して、紙と鉛筆で練習します。彼は、アルゴリズムの手動テストを実行して、アルゴリズムが正しく機能し、コーディング エラーがないことを確認します。これには通常、実行するチェックに応じて、行番号、変数、条件、および入力と出力を含む列を含むテーブルの作成が含まれます。

デスク チェックの利点

経験豊富なプログラマーでさえ間違いを犯します。デスク チェックは、プログラムが正式に実行される前に間違いを見つけて修正するのに役立ちます。デスクチェックの実行は迅速かつ安価です。通常、コードを書いたプログラマーは自分でチェックします。問題を特定した場合は、プロジェクトが次の段階に進む前にその場で修正できます。彼女がデスク チェックを行わず、エラーが後で問題を引き起こした場合、プロジェクトが遅れる可能性があります。後の段階でエラーを特定するのが難しくなる場合もあります。

デスクチェックのデメリット

デスク チェックは、プログラマーが間違いを見つけることを保証するものではありません。また、人的ミスの影響も受けます。プログラマーは、単に自分でコードを書いており、コードに近すぎて客観的ではないという理由だけで、修正が必要なものを見逃す可能性があります。別のプログラマーにデスク チェックを依頼すると、この問題が解決する場合があります。ただし、チェックを実行する人は、コードが機能するかどうかを評価する前に、コードの背後にある要件も理解する必要があります。

デスク チェックと構造化ウォークスルー

デスク チェックは、より広範なテスト プロセスの一部である場合があります。たとえば、構造化されたウォークスルーでは、プログラマーは、リリース前に作業をレビューおよび分析するピア グループの一員です。プログラマーは通常、ミーティングの前にグループ メンバーにレビュー用の資料を渡します。会議自体の間、彼女はグループにコードを説明します。理想的には、グループは、エラーが存在する場合はそれを発見するか、改善のための実行可能な提案を行います。プロジェクトには、要件の理解やコーディングの正確さなどの問題をチェックする 1 つ以上のウォークスルー ステージがある場合があります。