今回は、アプリケーションが期待通りに動作しない（間違った結果が得られる／データが更新されない）場合の対処方法を説明します。
ビジネスプロセスのフローと接続
サーバーへのリクエスト送信を担当するビジネスプロセスが正しく設定されていることを確認します。
ビジネスプロセスがボタンのクリックをトリガーにする例を考えてみましょう。そこで、BPがトリガーで始まることを確認することが重要です。 onClick で始まることを確認することが重要です。
また、ビジネスプロセス間でコネクタが全て設定されているかどうかも重要であり、その際に Component ID が指定されていることを確認します。
さらに、BPの実行があるステップに進むことを確認するために Write to log と Show notification または Show toast ブロックを使用します。これにより、どのブロックで処理が動作しないか、あるいはエラーで動作するか、その流れを追跡することができる。
を使用する場合 Write to log をウェブアプリケーションで使用する場合、メッセージはデベロッパーツールのコンソール (Google Chrome ブラウザでは F12) に表示されます。
サーバーリクエストの問題
リクエストが実際にサーバーに行くことを確認してください。これを行うには、公開アプリケーションでデベロッパーモードに切り替える（F12）必要があります。すべてのリクエストは Network タブに表示されます。リクエストの事実だけでなく、その詳細もすべて確認することができます。タブの中にある Payloads タブでは、リクエストパラメーターを見ることができます。
サーバーのレスポンスは Preview タブで確認できます。
リクエストのペイロードエラー
リクエストが送信され、トリガーが正しく設定されている場合、リクエスト自体にエラーがあるかどうかを確認する価値があります。不正なパラメータが提供されている（あるいは全く提供されていない）可能性があります。これは Network タブで、そして Payload タブで、意図したとおりのものが送信されたかどうかを確認することができます。
もしリクエストの正しさに疑問があるのなら、#1 から開始して Show Notification と Write To Log ブロックを「弱い」場所に配置し、ビジネスプロセスにおけるエラーを特定します。
エラーの原因は別のところにある
ボタンが押され、リクエストは正しく、エラーもないのに、まだ動作しません。では、何が問題なのだろうか。それは、求める結果が求めている場所で検索されていない可能性があります。例えば、あるテーブルにレコードを追加し、実際に追加されたのに、結果が表示されないのは、このテーブルのデータ更新処理が正しく設定されていないためです。の処理フローを確認するのが一番です。 Swagger.のドロップダウンで見つけることができます。 Preview のドロップダウンにあります。 Project API セクションで確認できます。のすべてのアプリケーションで作成されている素晴らしいツールです。 AppMaster.実際、これはアプリケーションのための自動生成されたドキュメントです。すべてのEndpoints 、すべての可能なアクションをテストし、実際に確認することが可能です。例えば、必要なパラメータを指定してリクエストを送信し、その結果を取得することができます。
ログの使用
おそらく、プロセス自体にエラーがあるのではないでしょうか？ビジネスプロセスは非常に複雑であることが多い。たくさんのブロック、さまざまな条件、チェック、分岐、ループ。この場合、エラーを正面から確認できる Notification やToast ブロックに加え、ログにも気を配るのが合理的です。あらかじめ作成された Write to log ブロックと、ログが設定されていることを確認したら、何が問題だったのかを調べることができます。
上記の手順を踏んでもまだ問題がある場合は、私たち（AppMasterチーム）も知らない新しいバグを見つけた可能性があります。この問題を解決するために、私たちに連絡してください。スクリーンショット、問題の詳細な説明、リクエスト例など、最も包括的な情報を提供してください。 Trace-ID.
