支払フロー図：
1、通常のプロセスを支払います
定期的な支払い操作のための要求仕様に応じて。期待、成功した支払い、および任意のエラー状況なし。
（1）順序は、支払額は整数であります
（2）小数点以下の金額を支払うため
トランザクションの（3）カテゴリーの解体：トランザクションが分割され、分割送信の詳細
（4）支払いのWi-Fi、4Gを作製するために使用しました。
2、異常な支払い方法
1.1コンフィギュレーションの確認
（1）チャネル活性化されていない入賞スイッチに対応
（2）チャネルパラメータクラスに対応する支払うように構成されていません
（3）チャネルAPP（Alipayの、マイクロ文字、など）に対応するインストールされていません
（4）は、APPチャネルに対応しない着陸しました
入金確認の1.2基礎
（1）オーダーの支払額は、経常収支未満であります
（2）分割クラスの取引：スプリット量が合計金額と等しくありません
（3）は、シミュレートされたユーザーは、支払いを行うなどシオマネキなどのツールを使用し、発注量を変更します
通常は有料チャンネル（支払パスワード要求を入力（4）なしで完了し、入力する必要はありません成功した支払いにパスワードが必要ですが、支払いインタフェース、マイクロチャネルおよびクラスのアリペイスキャンコードを総なめには無料密支払いを持っている、<= 1000の量パスワードは、あなたが大量に入力する必要があるパスワードを入力してください）
（5）（、PC側の支払いを含むAPPのエンドの支払いを）直接ページオフ、支払いの場合、パスワードを入力します
（6）支払い要求が完了すると、間違ったパスワード入力します（当事者の制御チャネルにより、通常このような場合に、それはあなたのパスワードを再入力し、パスワードエラーのために要求されます）
トランザクションの（7）スキャンコードタイプ：二次元コードスキャンしないを生成するために、支払いの結果を表示
（8）スキャンコードトランザクションのタイプ（例：マイクロチャネルは、PayPal支払いの文字コードを使用して）支払いのために間違った支払コードを使用
（9）タイムアウトテスト：一部のチャンネルがタイムアウトを支払う必要があり、支払い後までのタイムアウト
1.3繰り返し有料
（1）再入力したパスワードが間違っ支払い
（2）重複支払い時に支払い応答しません
入金後の支払いページへ（3）復帰が完了すると、再ペイ
（4）シングル注文人々を支払うこと
（5）複数のデバイス支払うシングルため人（携帯電話やPCなどは、マイクロ手紙/アリペイを記録することができます）
賃金を支払う〜（6）のオーダーの高速シングルボタンのクリック
1.4サーバ・クラス
（1）ご入金の完了後、非同期通知が受信されない、サーバーの障害、私たち
（2）支払いの完了後、非同期通知を受信していない、サーバーサイドチャネル障害
支払いの完了がフロントデスク、私たちのサーバーの障害への通知を受け取っていないされた後（3）
（4）支払いの完了が前面に通知を受信しなかった後、サイドチャネルサーバの障害
（3）支払プロセスは、置かれている、支払いが成功しなかった、チャンネルパーティサーバの障害
（4）は支払いを開始し、当社のサーバーの障害
（5）は支払いを開始し、チャネルパーティサーバの障害
1.5ネットワークの問題
（1）弱いネットワーク環境では、残業の支払い要求は、支払指図は、ビューの支払いを生成するために持っているかどうかを確認します
要求は、（2）弱いネットワーク環境をタイムアウトし、成功した入金後にパスワードを入力し、関連するページまたはAPPへの復帰、注文の支払いを表示します
（3）決済処理、ネットワークスイッチング装置、WiFiの4G / 4Gは、スイッチング切り替えなどのWiFi、支払いをチェック
（4）賃金をユーザーがクリックする、影響支払いプロセスの問題は、支払注文が生成されるかどうかを確認するために異常なネットワーク、データベースに表示されます
給与、賃金およびその他のネットワーク異常の（5）ユーザーがクリックは、回復プロセスの問題に影響を与える表示され、ページがリフレッシュされているかどうかを確認し、支払いを継続するかどうかをユーザーが
（6）利用者の通知は、成功したネットワークの問題に影響を与える異常な決済プロセスの出現を受信していない時に、有料にパスワードを入力するために、データベースのご注文の成功のことかどうかを確認するために
（7）賃金にパスワードを入力するようにユーザ、通知が正常に回復プロセス後のネットワークの異常やその他の支払いの問題の影響の出現を受信していない時に、ユーザは、将来の支払いが通知ページを結果として受け取るかどうかを確認
ユーザーの支払条件に関連した結果は、そのときに異常ノウハウ文字化け事態を持つことができない、はっきりと明らかにし、不払いのページエラーであることを。ユーザーとの対話の面では、一般的なテスト仕様のページに従って試験することができます。
支払インターフェース後、注文が成功した後に成功した支払いの非同期通知を受け取ることができない、ネットワークまたはサーバーに問題を引き起こす、完璧なクエリメカニズムを持っている必要があり、結果が和解を照会することにより、決済システムを変更する必要があります。