गाइड · सर्विस बिज़नेस का कामकाज
टेस्ट में पूछताछ-रूटिंग सैंपल कैसे काम करता है
पूछताछ दर्ज करने, डुप्लिकेट और रिकवरी के पाँच चलाए गए केस देखें, दोबारा चलाने लायक इनपुट और इस बारे में साफ़ सीमाओं के साथ कि ब्राउज़र सैंपल क्या साबित करता है।
लेखक: Fireflax · 8 मिनट में पढ़ें
समीक्षक: Codex — source and implementation review ·
इस सैंपल ने असल में क्या किया?
8 अक्टूबर 2026 को हमने काल्पनिक Northstar Plumbing पूछताछ वर्कफ़्लो में पाँच तय रास्ते जाँचे। हर रास्ता रिपॉज़िटरी के पूछताछ नियमों पर चलाया गया, और अलग से डाउनलोड होने वाले स्टार्टर बंडल पर भी। टेबल इन्हीं सीमित नतीजों को दर्ज करती है; यह किसी ग्राहक की केस स्टडी या प्रोडक्शन की भरोसेमंदी का आँकड़ा नहीं है।
टेस्ट का दायरा
हर इम्प्लीमेंटेशन के लिए पाँच केस, कुल दस बार केस चलाए गए। हर इम्प्लीमेंटेशन में पाँच पास और शून्य फ़ेल दर्ज हुए। टेस्ट लोकल रूप से Node.js 22.23.2, बनावटी इनपुट और बिना किसी नेटवर्क कनेक्टर के चले। इन्होंने ब्राउज़र डेमो में इस्तेमाल होने वाले नियम जाँचे; इन्होंने कोई लाइव इनबॉक्स, CRM या मैसेज सर्विस नहीं चलाई।
इनपुट और उम्मीदें पहले तय की गईं।
पूरा फ़िक्स्चर Alex Morgan (alex@example.com, Bristol BS1) का है, जो एक हफ़्ते से टपक रहे किचन के नल के बारे में पूछ रहे हैं। अधूरा फ़िक्स्चर Sam Taylor (sam@example.com) का है, जिसमें इलाका नहीं है और मैसेज है “Can you help?”। ये काल्पनिक संपर्क हैं।
डुप्लिकेट केस Alex की रिक्वेस्ट को अलग डिस्प्ले नाम, बड़े अक्षरों और फ़ालतू स्पेस के साथ दोबारा भेजता है। दोहराई गई मंज़ूरी पहले से मंज़ूर जवाब को बदलने की कोशिश करती है। रिकवरी केस साफ़ नकली-फ़ेलियर फ़्लैग इस्तेमाल करता है, रीस्टोर को बायपास करने की कोशिश करता है, उसी रिकॉर्ड को रीस्टोर करता है और फिर उसे दोबारा मंज़ूर करता है।
| रास्ता | उम्मीद | देखा गया |
|---|---|---|
| पूरी रिक्वेस्ट | Service coordinator के लिए एक Plumbing पूछताछ; पूरा होने से पहले मंज़ूरी ज़रूरी। | दोनों रन: review → completed; एक रिकॉर्ड; जाँचा हुआ टेक्स्ट बना रहा। |
| छूटी जानकारी | इलाका और काम की जानकारी माँगें; मंज़ूरी से छूटी जानकारी हल नहीं होनी चाहिए। | दोनों रन: review → awaiting-details; छूटी दोनों चीज़ें बनी रहीं। |
| नॉर्मलाइज़ किया गया डुप्लिकेट | वही ईमेल, इलाका और मैसेज, बस अक्षरों/स्पेस में फ़र्क, तो मौजूदा रिकॉर्ड लौटता है। | दोनों रन: वही ID और एक रिकॉर्ड; स्थिति/इतिहास नहीं बदला। डिस्प्ले नाम बदलने से मिलान नहीं बदला। |
| दोहराई गई मंज़ूरी | दूसरी मंज़ूरी से पूरा हुआ जवाब नहीं बदलना चाहिए और इतिहास में कुछ नहीं जुड़ना चाहिए। | दोनों रन: completed स्थिति और मूल मंज़ूर टेक्स्ट नहीं बदला। |
| फ़ेलियर और रिकवरी | रुका हुआ रिकॉर्ड और ड्राफ़्ट बना रहे; सीधे दोबारा मंज़ूरी न हो; रीस्टोर के बाद नई मंज़ूरी ज़रूरी। | दोनों रन: blocked → review, पिछली मंज़ूरी हटी → completed; पूरे समय एक ही रिकॉर्ड। |
पूरी रिक्वेस्ट
उम्मीद: Service coordinator के लिए एक Plumbing पूछताछ; पूरा होने से पहले मंज़ूरी ज़रूरी।
देखा गया: दोनों रन: review → completed; एक रिकॉर्ड; जाँचा हुआ टेक्स्ट बना रहा।
छूटी जानकारी
उम्मीद: इलाका और काम की जानकारी माँगें; मंज़ूरी से छूटी जानकारी हल नहीं होनी चाहिए।
देखा गया: दोनों रन: review → awaiting-details; छूटी दोनों चीज़ें बनी रहीं।
नॉर्मलाइज़ किया गया डुप्लिकेट
उम्मीद: वही ईमेल, इलाका और मैसेज, बस अक्षरों/स्पेस में फ़र्क, तो मौजूदा रिकॉर्ड लौटता है।
देखा गया: दोनों रन: वही ID और एक रिकॉर्ड; स्थिति/इतिहास नहीं बदला। डिस्प्ले नाम बदलने से मिलान नहीं बदला।
दोहराई गई मंज़ूरी
उम्मीद: दूसरी मंज़ूरी से पूरा हुआ जवाब नहीं बदलना चाहिए और इतिहास में कुछ नहीं जुड़ना चाहिए।
देखा गया: दोनों रन: completed स्थिति और मूल मंज़ूर टेक्स्ट नहीं बदला।
फ़ेलियर और रिकवरी
उम्मीद: रुका हुआ रिकॉर्ड और ड्राफ़्ट बना रहे; सीधे दोबारा मंज़ूरी न हो; रीस्टोर के बाद नई मंज़ूरी ज़रूरी।
देखा गया: दोनों रन: blocked → review, पिछली मंज़ूरी हटी → completed; पूरे समय एक ही रिकॉर्ड।
इसे चलाएँ और अपने नतीजे से तुलना करें।
स्टार्टर 1.0.0 डाउनलोड करें, उसे निकालें और उसके README को फ़ॉलो करें। शामिल जाँचों में अपेक्षित स्थितियाँ और असर्शन हैं। पाँचों केस के इनपुट, उम्मीदें और देखा गया इतिहास वाली नई रिपोर्ट बनाने के लिए node verify.mjs चलाएँ। कोई केस फ़ेल हो तो कमांड असफल होकर बंद होता है।
रिपॉज़िटरी-सोर्स रन ने मौजूदा TypeScript हेल्पर सीधे कॉल किए। स्टार्टर रन ने रिपॉज़िटरी की फ़ाइलें इम्पोर्ट किए बिना बंडल किया हुआ JavaScript लोड किया। साझा टेस्ट परिभाषाएँ इस तुलना को दोहराने लायक बनाती हैं; ये दोनों रन हर संभव नियम के सही होने का अलग-अलग सबूत नहीं हैं।
पैकेज में रोकने का एक अलग अभ्यास भी है।
पैकेज का कमांड-लाइन रैपर लोकल फ़ाइल स्टोरेज और pause/resume कंट्रोल जोड़ता है। इसके ग्यारह कमांड वाले अभ्यास ने एक रिकॉर्ड शुरू किया, फ़ेलियर की नकल की, रोका, रुके हुए रीस्टोर की कोशिश की, फिर शुरू किया, रीस्टोर किया, दो बार मंज़ूर किया और रीसेट किया। रुके रहते हुए रीस्टोर जानबूझकर एरर के साथ बंद हुआ और स्थिति नहीं बदली। resume ने कोई काम दोबारा नहीं चलाया।
यह एक सफल नेगेटिव जाँच है, कोई छिपाया गया फ़ेल टेस्ट नहीं। node cli-check.mjs यह सिलसिला एक अस्थायी फ़ोल्डर में चलाता है और बाद में उस फ़ोल्डर को हटा देता है। ये CLI सुविधाएँ ब्राउज़र डेमो में नहीं हैं।
क्या अब भी साबित नहीं हुआ
ब्राउज़र की डुप्लिकेट मेमोरी रीसेट, रीलोड या वर्कफ़्लो बदलने पर मिट जाती है। स्टार्टर एक लोकल फ़ाइल सेव करता है, लेकिन उसमें मल्टी-यूज़र लॉकिंग या प्रोडक्शन रिकॉर्ड स्टोर नहीं है। बदला हुआ मैसेज नई पूछताछ हो सकता है; यह की तय नहीं कर सकती कि अलग शब्दों में लिखी दो रिक्वेस्ट एक ही काम की हैं या नहीं।
असली इम्प्लीमेंटेशन में रिक्वेस्ट और काम के टिकाऊ पहचान नंबर, बदली हुई रिक्वेस्ट पर एक फ़ैसला और दोबारा कोशिश से पहले मंज़िल की जाँच चाहिए। ये ज़रूरी जोड़ हैं, इन लोकल नतीजों में दिखाए गए सुधार नहीं। नकली फ़ेलियर कुछ नहीं भेजता, इसलिए यह उस कनेक्शन को टेस्ट नहीं करता जिसने काम तो कर दिया पर फिर उसकी पुष्टि खो दी।
इन पाँच केस से ग्राहक की मेहनत में बचत, कन्वर्ज़न रेट, लाइव इंटीग्रेशन, अपटाइम या बिल्कुल-एक-बार डिलीवरी साबित नहीं होती। मौजूदा रिपॉज़िटरी यूनिट सूट ने अलग से पूछताछ हेल्पर की 21 जाँचें पास कीं। वह बड़ा सूट रिग्रेशन के लिए काम का है, 21 ग्राहक ट्रायल या 21 ब्राउज़र सेशन नहीं।
स्रोत और समीक्षा नोट्स
Codex के साथ लिखा गया और चलाए गए काल्पनिक सैंपल टेस्ट, सोर्स कोड और Codex के एक अलग स्टार्टर अभ्यास से जाँचा गया। ये नतीजे किसी लाइव इंटीग्रेशन या ग्राहक के नतीजे को साबित नहीं करते।
- सहेजा गया ब्राउज़र-हेल्पर टेस्ट
असली सोर्स चलाने से मिले इनपुट, उम्मीदें और देखी गई स्थितियाँ।
- पूछताछ सैंपल आज़माएँ
काल्पनिक जानकारी के साथ रिव्यू और फ़ेल होने के रास्ते दोहराएँ।