1. 支払いビジネスプロセスは次のように要約されます。
クリックして支払う ---> 支払い方法を選択 ---> 金額を確認 ---> パスワードを入力 ---> 支払いが完了
このプロセステストを完了することは、プロジェクトのスモーク テストを完了することを意味します。次に、プロセスの段階やステップごとにテストを行い、例外が発生する可能性のあるテストポイントを詳細に分析する必要があるため、段階と入力項目ごとに分けます。
次のように：
非現金決済の時代、非現金決済は生活に欠かせないものとなり、携帯電話だけで全国を旅行できるようになりました（Alipay が前提、WeChat にはお金<00>があります）。テスター、テストを支払う これは非常に重要な部分でもあるため、私の仕事で遭遇したいくつかの問題を組み合わせて、一般的な支払いテストを要約しましょう。
1: 支払い区分:
まず、さまざまな次元に応じて、通常、支払いを次の図に示すタイプに分類できます。
次に、一般的に、オンライン決済は 2 つの消費モードに分けられます。1つは、淘宝網、京東などのショッピングサイト、または360クラウドディスク、ビデオメンバーシップなどの会員サービスなどの直接金額の支払い、ゲームプラットフォーム、ペッパーなどの製品の消費です。
次に、一般的に、オンライン決済は 2 つの消費モードに分けられます。1つは、タオバオ、京東などのショッピングサイト、または360クラウドディスク、ビデオメンバーシップなどの会員サービスなどの直接金額を支払う方法、ゲームプラットフォーム、ペッパーなどの製品などの消費です。
2: 機能テスト
次のステップはテスト作業ですが、最初に機能テストを行い、境界値、クラス分割、エラー推測、因果関係図などのさまざまなテスト手法を組み合わせて、比較的包括的なテストケースをまとめました。支払いプロセス全体と関連する支払いプロセスがあらゆる状況下で使用可能であることを確認するために、機能がテストされます。
3: インターフェーステスト
支払いプロセス全体で呼び出す必要があるインターフェイスを明確にし、販売者とサードパーティのプラットフォーム間のインターフェイスと、インターフェイスの特定のパラメーターの暗号化、異常な注文の使用を含むパラメーターの要求方法を明確に区別します。支払いシミュレーションのための番号やサーバーの検査など。
4: セキュリティテスト
支払いには金額が関係するため、セキュリティテストの側面、支払いリクエストの偽造、金額の悪意のある改ざん、マーチャントインターフェイスを呼び出すためのサードパーティインターフェイスの悪意のあるシミュレーションなど、すべての問題を考慮する必要があります。明確に検討すること。
5: 支払いプロセス
以下に示すように:
6: テストポイント
支払いプロセスのテストポイント
1. 支払金額が支払可能額と一致しているかどうか (例: スキャンされた支払 QR コードが表示された支払可能額と一致しているかどうか)。支払いは依然として支払いプロセス全体を行う必要があるため、注文の確認から最終的な支払いの成功に至るまで、どの段階でも問題が発生する可能性があります。
2. 同じ支払い方法ですが、異なる支払いポータル (たとえば、下の図に示すように、Alipay には 2 つの支払いポータルがあります。QR コードをスキャンするか、Alipay Web ページを通じて支払うことができます。テスト中、2 つのポータルはカバーする必要があります。
3. 支払いが成功した後、製品の購入が成功したかどうか。
たとえば、会員サービス商品、通常、購入後の会員有効期限が遅れるかどうか、たとえば、支払いが成功した後に注文ステータスが変更されるかどうか、商品の種類と数量が正しいかどうかなど。
4. 支払いが成功した後、ユーザーの金額が正常に引き落とされたかどうか。
支払金額テストポイント
1. 通常の支払い
2. 量の最小値: 0.01
3. 無意味な価値：0元
4. 最大金額: 支払われる最大金額を設定します。
5.銀行カードまたはWeChatなどで1日の最大消費額または1回の最大消費額を設定します
6. 銀行カードまたはWeChat残高が不足している場合の支払い
支払いプロセスのテストポイント
1. 支払い手続きを正常に完了する
2.お電話後、注文をキャンセルする
3. 支払いが中断された後も支払いを継続する
4. 支払いが中断された後、支払いを終了します
5. 1 回の注文に対する 1 回の支払い
6. 複数注文の合算支払い
7. 複数購入するかどうかにかかわらず、クリックして支払いを続けます
支払い方法テストポイント
1.アリペイ支払い
2. Alipayウェブ決済
3.WeChatペイ
4. 銀行カードでのお支払い
· クーポンまたは割引 (特定のオファーを含む)
・支払いにクーポン/割引が使用されているかどうか、支払い可能金額と実際の支払い金額が正しいか
・クーポン/割引は必須かどうか
・支払い注文の返金が完了した後も、クーポン/割引は使用できますか?
ピット 1: ページに表示される支払可能額は、インターフェイス vip.product を通じて返され、支払可能額はフロントエンドに表示されます。ただし、支払い用の QR コードは vip.getPayUrl インターフェイスを通じて返されるため、QR コードによってスキャンされた値は表示される支払可能額と異なります。！！最後の問題は、vip.getPayUrl がサーバー キャッシュを取得するため、QR コードに表示される金額がフロントエンドに表示される支払可能金額と一致しないことです。したがって、テスト支払いでも支払いプロセス全体を行う必要があり、注文の確認から最終的な支払いの成功に至るまで、どの段階でも問題が発生する可能性があります。
ピット 2: Alipay Web サイトを通じて支払う 支払いが成功した後、ページは元のサービス パッケージ ページに戻りません。最後の理由は、サービス設定の return_url が正しくないため、支払い後に元のページに戻れないことです。テスト ケースがこのシナリオをカバーしていない場合、非常に重大なオンライン事故が発生する可能性があります。
最後に、私の記事を注意深く読んでくださった皆さんに感謝します。ファンの成長と関心をずっと見ていると、相互主義が常に必要になります。それほど価値のあるものではありませんが、もしあなたがそれを持っていれば、それを奪うことができますそれが必要：
これらの資料は、[ソフトウェア テスト] の友人にとって最も包括的で完全な準備倉庫となるはずです。この倉庫は、最も困難な旅を乗り越える何万人ものテスト エンジニアにも同行してきました。あなたにも役立つことを願っています。
私の QQ 技術交換グループ (技術交換とリソース共有、広告なし)