checkout और payment के flow को end to end कैसे टेस्ट करेंगे?

सीधा रास्ता कवर कीजिए, फिर पैसे से जुड़े खास जोखिम: declined और आंशिक रूप से authorize हुए cards, ऐसे timeout जहां charge तो हो गया पर response खो गया, दोबारा भेजा गया submit, refund और आंशिक refund, currency और rounding, tax और discount का आपसी असर, और checkout के बीच में inventory का बदल जाना। provider के sandbox test cards इस्तेमाल कीजिए, और confirmation screen पर भरोसा करने की जगह जांचिए कि backend ने क्या दर्ज किया।

सीधा रास्ता दस मिनट लेता है; सारी कीमती चीजें फेल होने के तरीकों में हैं, क्योंकि यही वह flow है जहां bug सीधे पैसे का नुकसान करता है। जो मामला मैं हमेशा सबसे पहले टेस्ट करता हूं वह है बीच में टूटा लेनदेन: provider charge authorize कर देता है, फिर response कभी वापस नहीं आता, timeout हो जाता है, या user tab बंद कर देता है। order मौजूद है क्या? ग्राहक के पैसे कट गए और बदले में कुछ नहीं? पूरे सिस्टम में यह सबसे बुरा नतीजा है और इसके लिए उम्मीद नहीं, reconciliation का logic चाहिए। इसके साथ ही, submit पर दो बार click करना, और पीछे जाकर दोबारा submit करना, जो दो बार charge करने की जगह idempotent होना चाहिए। फिर provider के sandbox test cards से उसके खास जवाब: decline, पैसे कम होना, expire हो चुका card, और ऐसा card जो अतिरिक्त authentication चलाता है, क्योंकि उस रास्ते का अपना redirect है और टूटने के अपने तरीके हैं। फिर पैसों का गणित: अलग अलग दशमलव वाली currencies, प्रतिशत छूट पर rounding, discount से पहले या बाद लगने वाला tax, और order की कुल रकम से बड़ा coupon। साथ ही ग्राहक के payment screen पर बैठे बैठे inventory का शून्य हो जाना। और मैं database तथा provider के dashboard से मिलान करता हूं, confirmation page से कभी नहीं।