'सब ठीक दिख रहा है' वाला Bug: अपनी AI-बनाई ऐप में Silent Failures कैसे पकड़ें

आपके AI app builder ने एक contact form बनाया। आपने अपना नाम टाइप किया, submit दबाया, वो प्यारा सा success message देखा, और आगे बढ़ गए। एक हफ़्ते बाद आप किसी दोस्त से उस page का ज़िक्र करते हैं, और वो पूछता है कि किसी ने उसे भरा भी या नहीं। आप चेक करने जाते हैं। तीन submissions किसी तरह की pending हालत में पड़ी हैं। उनमें से कोई भी आपके inbox तक नहीं पहुंची।

यह AI-बनाई ऐप का सबसे आम failure तरीका है, और यह वो नहीं है जिसकी ज़्यादातर लोग चिंता करते हैं। वो bugs जो लाल error message फेंकते हैं, उन्हें ढूंढना आसान है — आपका AI builder उन्हें दो मिनट में ठीक कर देगा। खतरनाक bugs वो होते हैं जहां screen सब ठीक दिखती है, यूज़र को लगता है कि उसका काम हो गया, और आपको एक महीने तक पता नहीं चलता।

यह पोस्ट उन्हीं को पकड़ने की एक checklist है। “QA engineer की तरह कैसे टेस्ट करें” नहीं — बस वो पांच जगहें जहां असली यूज़र किसी ऐसी AI-बनाई ऐप से जल जाते हैं जो काम करती हुई दिखती है।

1. कुछ submit करें और चेक करें कि वो सचमुच कहीं पहुंचा

जब आपका AI builder कोई form बनाए, तो एक सवाल पूछें: डेटा जाता कहां है? सिद्धांत में नहीं — अक्षरशः, submit करने के बाद आप उसे जाकर कहां देख सकते हैं?

हैरान कर देने वाली बड़ी संख्या में ये forms एक ऐसे handler में post करते हैं जो “Thank you!” लौटा देता है पर कभी न email भेजता है, न database में save करता है, न किसी को सूचित करता है। यह form एक नम्र दिखावा होता है। तो:

• “ZZZ TEST” जैसे किसी नकली पर साफ़ दिखने वाले नाम से एक test entry submit करें।
• dashboard, database, inbox, spreadsheet खोलें — जहां भी submissions पहुंचनी चाहिए।
• वहां अपनी “ZZZ TEST” entry ढूंढें, सही timestamp के साथ।

अगर आप उसे एक मिनट के अंदर नहीं ढूंढ पाते, तो आपका form टूटा हुआ है, भले ही उसने आपको submit करने पर बधाई दी हो। मैंने एक paid landing page पर एक “contact us” form को तीन हफ़्तों तक शून्य leads जुटाते देखा है क्योंकि email वाला step कभी जोड़ा ही नहीं गया था। page बिल्कुल सही दिख रहा था।

2. वो रास्ता आज़माएं जो आप कभी न लेते

आपको पता है कि आपकी ऐप क्या करती है क्योंकि आपने उसे बनते हुए देखा है। आप हर बार बटन एक ही क्रम में दबाते हैं। असली यूज़र ऐसा नहीं करेंगे।

वो रास्ता चुनें जो सबसे अजीब लगे:

• submit को लगातार दो बार, तेज़ी से दबाएं।
• कुछ करने के बीच में page refresh करें।
• बिना login के एक private window में खोलें।
• apostrophe वाला कोई नाम टाइप करें (O’Brien क्लासिक तबाह करने वाला है)।
• जिस field में number मांगा गया है उसमें number टाइप करें, पर उसे negative या ज़ीरो रखें।

अगर कुछ दिखने वाले तरीके से टूटता है, तो वो एक असली bug है — पर कम-से-कम वो शोर मचाने वाला है। “सब ठीक दिख रहा है” वाला वर्शन तब होता है जब दूसरे क्लिक ने एक duplicate record बना दिया और screen से बताने का कोई तरीका ही नहीं है। database जाकर चेक करें और दो “ZZZ TEST” rows ढूंढें जिनके timestamps दो सेकंड के अंतर पर हों। अगर वो मिल जाएं, तो form को एक duplicate guard की ज़रूरत है।

3. एक दिन रुकें, फिर वापस आएं

बहुत सारा AI-जनरेट किया कोड temporary memory इस्तेमाल करता है जो ऐप के redeploy या reboot होने पर रीसेट हो जाती है। ऐप आपका डेटा किसी ऐसी चीज़ में रखती है जिसे एक डेवलपर “in-memory state” कहेगा — demo के लिए ठीक, किसी असली चीज़ के लिए बेहद बुरा।

टेस्ट क्रूर और आसान है: कुछ डेटा डालें, tab बंद करें, चौबीस घंटे रुकें, वापस आएं। अगर आपका डेटा गायब है या गड़बड़ा गया है, तो storage असली नहीं है। आपके AI builder को शायद आसान भाषा में बताना पड़ेगा: “इस डेटा को एक server restart से बचना ज़रूरी है।” ज़्यादातर builders कहने पर database में बदल जाएंगे; कुछ तब तक नहीं बदलेंगे जब तक आप न कहें।

आप इस टेस्ट का एक तेज़ वर्शन भी चला सकते हैं, अपने builder से chat में पूछकर: “इस form का डेटा कहां store हो रहा है, और क्या वो एक redeploy से बचेगा?” अगर जवाब में “in memory,” “session,” या “for this run” आता है, तो किसी भी यूज़र के पहुंचने से पहले ही आपने bug ढूंढ लिया है।

4. इसे किसी एक ऐसे इंसान को दिखाएं जो आप नहीं हैं

आपको पता है कि आपकी ऐप का मतलब क्या है। आपने उसे डिज़ाइन किया। आपने बटन के नाम रखे। labels आपको साफ़ लगते हैं क्योंकि आपने उन्हें लिखा।

इसे किसी दोस्त को बिना कुछ समझाए दिखाएं। कहें, “X करने की कोशिश करो।” उन्हें देखें। मदद मत करें। तीन चीज़ें होंगी:

• वो कहीं ऐसी जगह क्लिक करेंगे जिसकी आपने उम्मीद नहीं की थी, और ऐप कुछ चौंकाने वाला करेगी।
• वो किसी label पर अटक जाएंगे जो आपको लिखते वक़्त साफ़ लगा था।
• वो वही करेंगे जो आप चाहते थे, पर आपकी कल्पना से आधे steps में, और एक पूरी screen छोड़ देंगे — कभी-कभी एक ऐसी screen जिसके भरे जाने पर ऐप भरोसा कर रही थी।

इनमें से हर एक एक असली bug है। इनमें से कोई भी error नहीं फेंकता। दोस्त कहेगा, “अरे, अच्छा है,” और laptop वापस थमा देगा। आप, उनके चेहरे को देखकर जान जाएंगे, कि वो तीस सेकंड के लिए एक ऐसी जगह खो गए थे जहां आपको लगा ही नहीं था कि कोई दरार है।

5. वो email पढ़ें जो वो भेजती है, एक phone पर

अगर आपकी ऐप emails भेजती है — confirmations, password resets, invoices — तो एक अपने phone पर खोलें, और एक उस email client में जो आप आमतौर पर इस्तेमाल नहीं करते। AI-बनाई ऐप्स अक्सर ऐसी emails जनरेट करती हैं जो desktop पर Gmail में शानदार दिखती हैं और Android पर Outlook में टीवी की झिर्र-झिर्र जैसी दिखती हैं।

यही तर्क PDF receipts, downloadable exports, और “share this link” बटनों पर लागू होता है। जो चीज़ आपकी ऐप के बाहर, असली दुनिया में जाती है, वो किसी AI build का सबसे कम-टेस्ट किया हिस्सा होती है। और वही हिस्सा आपके यूज़र सबसे ज़्यादा देखते हैं। मेरे जानने वाले एक founder ने एक खूबसूरत checkout flow शिप किया जिसकी receipt PDF, iPhone पर, एक काला चौकोर भर थी। किसी ने शिकायत नहीं की — उन्होंने बस खरीदना बंद कर दिया।

“यह काम करता है” के बारे में असहज सच

जब आप किसी AI app builder से बनाते हैं, तो “यह काम करता है” का मतलब होता है “यह मेरी मशीन पर, मेरे browser में, मेरे ठीक-ठीक clicks के साथ, जिस दिन मैंने इसे बनाया उस दिन चला।” यह सुनने में जितना लगता है उससे कहीं छोटा दावा है।

असली ऐप्स तब काम करती हैं जब:

• कोई दूसरा इंसान उन्हें इस्तेमाल करे।
• डेटा demo से ज़्यादा देर तक टिका रहे।
• ऐप के अंदर का रास्ता वो हो जिसकी आपने उम्मीद नहीं की थी।
• output किसी ऐसे device पर पढ़ा जाए जिस पर आपने टेस्ट नहीं किया।

कुछ अच्छा शिप करने के लिए आपको एक software tester बनने की ज़रूरत नहीं। आपको बस ये पांच चेक एक बार करने की ज़रूरत है, किसी को ऐप के बारे में बताने से एक दिन पहले। इनमें करीब बीस मिनट लगते हैं। ये उन silent bugs में से दस में से नौ पकड़ लेंगे जो वरना किसी paying यूज़र तक पहुंच जाते।

अगर आपके पास सिर्फ़ एक के लिए वक़्त है, तो पहला वाला करें। कुछ submit करें। उसे दूसरी तरफ़ ढूंढें। ज़्यादातर AI-बनाई ऐप्स ठीक दिखती हैं। तरकीब यह पक्का करने में है कि वो सचमुच ठीक हैं भी।

अगर यह दिल को छू गया, तो अगली करने लायक चीज़ है एक कागज़ के साथ बैठकर वो तीन चीज़ें लिखना जिनमें आपकी ऐप को कभी चुपचाप fail नहीं होना चाहिए — form, email, payment, जो भी आपकी हो — और ऊपर दिए चेक के साथ उनमें से हर एक से गुज़रना। अभी के बीस मिनट आपको बाद की कई रातों की नींद दिला देते हैं।