デスクチェックとは何ですか？

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

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

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

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

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