電子商取引プロジェクト、注文をテストするにはどうすればよいですか? ソフトウェアテストの実戦シナリオ、すべてのテストポイントの概要...


序文

一般的なテスト サービスの 1 つとして、注文テストは仕事で頻繁に遭遇します。以下は注文テストに関連するテスト シナリオのリストです。

商品注文のテストポイント

通常のシナリオ:
1. 注文を作成する製品を選択すると、注文ステータスが支払保留ステータスに変わります。
2. 支払保留中の注文が支払われ、注文ステータスが
配送保留ステータスに変わります。 3. 配送保留ステータスの注文を選択します。バックグラウンドで配送会社、配送業者を入力します。 注文番号が発送され、注文ステータスが「受け取り待ち」に変更されます。 4. フロントデスクをクリックして受け取りを確認すると、注文ステータスが「評価待ち」に変更されます
。ステータス
5. フロントデスクが評価を送信し、注文ステータスが完了ステータスに変更されます。

異常なシナリオ:
1. 支払い対象の注文が 3 日以上支払われず、注文ステータスが「キャンセル」ステータスに変わります 2. 注文のバックグラウンド操作により、支払い
保留ステータスの注文がキャンセルされ、注文がキャンセルされますステータスが「キャンセル済み」ステータスに変更されます
3. 注文の支払い保留ステータス フォアグラウンド操作により注文がキャンセルされ、注文ステータスが「キャンセル済み」ステータスに変更されます
4. 支払い保留ステータスの注文情報が
フロントデスクで変更され、操作により
注文がキャンセルされ、注文ステータスが「キャンセル済み」ステータス
7 に変わります。フォアグラウンド操作により、配送保留ステータスのオーダーの注文がキャンセルされ、注文ステータスが「キャンセル済み」ステータス
8に変わります。 9.配送保留中の注文のバックグラウンド
で注文情報を変更すると、変更は成功します。
配送保留のステータスにより商品が返品され、返品注文が
生成されます。評価されるステータス
12. 評価される注文は 7 日以上評価されていません。デフォルトは良好で、注文ステータスは次のように変更されます。完了
ステータス
、返品注文を生成

交換プロセスのテストポイント

通常のシナリオ:
1. 受信待ちの注文に対して交換申請を送信し、交換注文を生成します。交換注文のステータスは保留中です。 2. 保留中の交換注文の承認後、ステータスは保留中になります
。交換注文は、ユーザーの送信待ち 3 です。
交換注文をユーザーが配送するには、フロント デスクが配達用の宅配会社の速達番号を入力します。交換注文のステータスは、受け取り待ち 4 です
。バックグラウンドで商品の受領が確認され、交換注文のステータスは次のとおりです: 新しい商品が出荷されます
5. 新しい商品の配送のための交換注文のバックグラウンド操作により、商品が配送されます。交換注文のステータスは次のとおりです。 : ユーザーが商品を受け取るのを待っています
6. フロントデスクの操作により受領が確認され、交換注文のステータスは「完了」、注文のステータスは「評価待ち」です。

異常なシナリオ:
1. 保留中の為替注文のレビューが拒否された後、為替注文のステータスは次のようになります: 交換拒否
2. 保留中の為替注文のフロントデスクがキャンセルされ、為替注文のステータスは次のようになります。 3.保留
中の交換注文のステータスはキャンセルされ、2 日以内に処理されない場合、交換注文のステータスは次のとおりです: ユーザーによる配送待ち 4. 交換注文のフロントデスクはユーザーによる配送を待っています
。キャンセルされ、交換注文のステータスは「キャンセル」です。
5. ユーザーによる配送を待っている交換注文が 3 日以内に発送されていません。交換注文のステータスは「キャンセル」です。 6. 交換注文の受領書は届いていません
。バックグラウンドで 7 日以内に確認され、交換注文のステータスは次のとおりです。 新しい商品は出荷予定です。
7. 交換注文の受領が 15 日以内に確認されません。 交換注文のステータスは次のとおりです。 完了
8. 交換された注文9.交換された注文が
返品に適用され、返品注文が正常に生成されます。

返品プロセスのテストポイント

通常のシナリオ:
返金のみの返品注文:
1. 受信待ちの注文に対して返品申請を送信し、返品注文を生成します。返品注文のステータスは次のとおりです: 保留中 2. 返品注文が
承認されると、返品注文のステータスは次のとおりです: 受領保留中
3. バックグラウンドで受領を確認し、返品注文のステータスは次のようになります: 返金保留中
4. バックグラウンドで返金を確認し、返品注文のステータスは次のようになります: 返金完了

返品および返金のための返品フォーム:
1. 受け取りを待っている注文の返品申請を送信し、返品フォームを生成します。返品注文のステータスは次のとおりです: 保留中 2. 返品注文が承認された後、ステータスは次のとおりです
。返品注文は次のとおりです。ユーザーによる配達を待機しています
。 3. ユーザーが発送した返品注文のフォアグラウンド操作の後、返品注文のステータスは次のとおりです。受領待ちです。 4. バックグラウンドで受領が確認され、返品のステータスが確認されます
。返品注文は次のとおりです: 返金保留中
5. バックグラウンドで返金が確認され、返品注文のステータスは次のとおりです: 返金は完了しました、注文のステータスは次のとおりです: キャンセル済み

異常な処理:
1. 承認待ちの返品注文が拒否された後、返品注文のステータスは「返品拒否」になります。
2. 承認待ちの返品注文はフロントによってキャンセルされ、
返品注文のステータスは「キャンセル済み」になります。 3. 承認待ちの返品注文は 2 日以内に処理されず、返品のステータスはユーザーによる配送待ちです。 4.
フロント デスクは、ユーザーによる配送予定の返品注文をキャンセルし
、ステータスが返品注文の内容は: cancel です
。返品注文の受領が 7 日以内に確認されない場合、返品注文のステータスは次になります: 払い戻し保留中 7
。払い戻しが 3 日以内に確認されない場合、返品注文は自動的に返金されます、返品注文のステータスは次のとおりです: completed8
。交換注文の返品を申請すると、返品注文が正常に生成されます。

以下は、私がまとめた 2023 年の最も完全なソフトウェア テスト エンジニア学習知識アーキテクチャ システム図です。

1. Pythonプログラミングの入門から習得まで

画像の説明を追加してください

2.インターフェース自動化プロジェクトの実戦

画像の説明を追加してください

3. Web自動化プロジェクトの実戦

画像の説明を追加してください

4. アプリ自動化プロジェクトの実戦

画像の説明を追加してください

5. 一流メーカーの再開

画像の説明を追加してください

6. DevOps システムのテストと開発

画像の説明を追加してください

7. 一般的に使用される自動テストツール

画像の説明を追加してください

8、JMeterのパフォーマンステスト

画像の説明を追加してください

9. まとめ(最後にちょっとしたサプライズ)

絶え間ない試練と闘いの過程でのみ、私たちは夢を実現することができます。たとえ道が茨に満ちていても、決して後戻りせず、粘り強く目標を追求してください。あらゆる挫折は成功への唯一の道です。自分を信じて勇敢に進んでいきましょう!

誰もが自分の人生の道を選択できますが、リスクを冒して常に挑戦し続けた人だけが真の成功を収めることができます。失敗や困難を恐れないでください。失敗や困難はあなたの人格を形成し、夢を達成するのに役立ちます。自分を信じて戦い続ければ、必ず明るい未来が開けます!

果敢に挑戦し、困難に立ち向かう人だけが成功を収めることができます。失敗を恐れないでください。失敗は成功への唯一の道だからです。粘り強く努力し、前向きな姿勢を維持し、自分自身の栄光を手に入れることができると信じてください。

おすすめ

転載: blog.csdn.net/x2waiwai/article/details/131308061