スタックトレースを読み解いて失敗を探る方法。
スタックトレースは失敗への経路を示しますが、必ずしも最初の原因ではありません。関連するアプリのフレームを見つけ、到達するデータを確認してください。
作業手順をタスクに合わせましょう。
関連するアプリのフレームを特定し、そこにつながる値と呼び出しを調べます。その時点での失敗を説明し、最後の行が最初の原因だと仮定せずに、欠けた条件までさかのぼってください。
- 用意するもの
- エラートレースとアプリの背景。
- 得られるもの
- 失敗までの経路と次の診断手順。
入力と結果を確認しましょう。
説明用の入力と出力 · 実際の WebAct 実行ではない学習用サンプル
入力項目サンプル個
TypeError occurs when code reads user.name and user is undefined.
完成例
Check where user should be assigned and why it is absent; choose appropriate missing-user handling rather than hiding every error.
この入力をプロンプトに読み込み、WebAct にコピーして試してください。結果は掲載例と異なる場合があります。
判断のポイントとトラブル対処。
エラー修正にはトレースのすべてのフレームを編集するべきですか？
まず原因となるアプリの動作を見つけます。フレームワークやライブラリのフレームは、不具合の発生源ではなく伝播を示すことがよくあります。
オプショナルチェーンで例外が消えても機能が直らないのはなぜですか？
必須値の欠落を隠している場合があります。欠損が妥当なのか、修正すべき以前の失敗を示すのかを判断してください。
自分の資料で試しましょう。
タスクのプロンプト内の例を自分の資料に置き換えてください。必要な要件を残し、タスクを WebAct にコピーします。
タスクを調整してコピー ↑