एक कमांड से ब्राउज़र में अपने ऐप की जाँच करें
प्रोजेक्ट चैट में /test टाइप करें और Mythex आपके ऐप की जाँच वैसे करता है जैसे कोई व्यक्ति करेगा: वह एक ब्राउज़र में लाइव प्रीव्यू खोलता है, पेज देखता है, बटन क्लिक करता है और फ़ॉर्म भरता है, फिर चैट में बताता है कि क्या काम किया और क्या नहीं। आप किसी खास फ़्लो की ओर इशारा कर सकते हैं, जैसे "साइनअप और प्राइसिंग पेज टेस्ट करो", या उसे ऐप का सबसे स्पष्ट रास्ता लेने दे सकते हैं।
यह क्या करता है
App Testing आपके लाइव प्रीव्यू की जाँच करता है, केवल कोड की नहीं। Mythex चल रहे ऐप के विरुद्ध एक ब्राउज़र चलाता है, जो वह देखता है उसे कैप्चर करता है, जहाँ उपयोगी हो वहाँ स्क्रीनशॉट भी, और चैट में परिणामों का सारांश लिखता है।
यह सोर्स पढ़ने से अलग तरह की जाँच है। कोड सही दिख सकता है और फिर भी इस्तेमाल में विफल हो सकता है: एक बटन जो गलत हैंडलर से जुड़ा है, एक फ़ॉर्म जो सबमिट होता है पर पुष्टि नहीं दिखाता, एक पेज जो केवल लॉग इन करने के बाद टूटता है। इन्हें खोजने का एकमात्र तरीका ऐप का इस्तेमाल करना है, और App Testing यह आपके लिए करता है।
यह क्यों मददगार है
एजेंट के साथ बनाते समय, प्रीव्यू ही वह जगह है जहाँ आप प्रगति आँकते हैं। आप क्लिक करते हैं, सब ठीक लगता है, और आगे बढ़ जाते हैं। लेकिन हर बदलाव के बाद हर फ़्लो पर क्लिक करना थकाऊ है, और जिस पेज को आपने अभी बदला उसे देखकर वह पेज छूट जाना आसान है जिसे उसने चुपचाप तोड़ दिया।
App Testing "क्या यह अब भी काम करता है?" को एक संदेश में बदल देता है। आप वह रास्ता बताते हैं जो मायने रखता है, एजेंट उस पर चलता है, और आपको एक ऐसी रिपोर्ट मिलती है जिस पर आप कार्रवाई कर सकें। चूँकि यह उसी चैट में चलता है, सुधार एक और संदेश की दूरी पर है।
इसे कैसे चलाएँ
- सुनिश्चित करें कि Preview चल रहा है और आपका ऐप दिखा रहा है। App Testing प्रीव्यू पर काम करता है, इसलिए अगर प्रीव्यू खाली है या अभी शुरू हो रहा है, तो उसका इंतज़ार करें या पहले उसे ठीक करें।
- प्रोजेक्ट चैट में
/testटाइप करें। आप सामान्य भाषा में भी पूछ सकते हैं, "ऐप को ब्राउज़र में टेस्ट करो" भी काम करता है। - बताएँ कि किस पर ध्यान देना है, अगर आप चाहें। जैसे: "साइनअप और प्राइसिंग पेज टेस्ट करो", या "खाता बनाओ, एक आइटम जोड़ो, चेकआउट करो"।
- रिपोर्ट पढ़ें। Mythex बताता है कि उसने क्या आज़माया और क्या गलत हुआ, जहाँ ज़रूरी हो वहाँ स्क्रीनशॉट के साथ।
- जो मिला उसे
/fixया एक सामान्य Build संदेश से ठीक करें। - फिर
/testचलाएँ यह पुष्टि करने के लिए कि सुधार ने काम किया और कुछ और नहीं टूटा।
कब इस्तेमाल करें
- बड़े UI बदलाव के बाद। नया लेआउट या नेविगेशन ऐसे फ़्लो तोड़ सकता है जिन्हें आपने सीधे नहीं छुआ।
- पब्लिश करने से पहले, ताकि विज़िटर्स से पहले स्पष्ट टूट-फूट पकड़ी जा सके।
- जब प्रीव्यू ठीक दिखे पर कोई फ़्लो शायद न हो। कई-चरण वाले रास्ते (साइन अप, फिर लॉग इन, फिर कुछ करना) सबसे ज़्यादा जाँचने लायक होते हैं।
अच्छे परिणाम कैसे पाएँ
अनुरोध जितना स्पष्ट होगा, रिपोर्ट उतनी ही उपयोगी होगी।
- एक सीधा रास्ता बताएँ। "खाता बनाओ, एक आइटम जोड़ो, चेकआउट करो" एजेंट को अनुसरण करने के लिए एक साफ़ क्रम और जाँचने के लिए एक साफ़ नतीजा देता है। "सब कुछ टेस्ट करो" उसे अनुमान लगाने पर छोड़ देता है कि क्या मायने रखता है।
- जिन पेजों या फ़ीचर्स को आपने बदला है उनके नाम लें। अगर आपने अभी प्राइसिंग पेज दोबारा बनाया है, तो यह बताएँ।
- छोटे चक्रों में टेस्ट करें। कुछ बदलें, टेस्ट करें, ठीक करें, फिर टेस्ट करें। जब केवल एक चीज़ बदली हो, तो यह देखना आसान रहता है कि क्या टूटा।
- चेकपॉइंट के साथ जोड़ें। अगर कोई बदलाव जितना ठीक करता है उससे ज़्यादा तोड़ता है, तो उस पर पैच लगाने की बजाय आप आखिरी अच्छे टर्न पर वापस जा सकते हैं।
सीमाएँ
- यह प्रीव्यू की जाँच करता है, पब्लिश की गई साइट की नहीं। App Testing आपके निजी वर्कस्पेस में लाइव प्रीव्यू के विरुद्ध चलता है। यह उस संस्करण की जाँच नहीं करता जो विज़िटर्स आपके पब्लिश URL पर देखते हैं। जब तैयार हों, तब अलग से पब्लिश करें।
- प्रीव्यू चालू होना चाहिए। अगर वह नहीं चल रहा, तो टेस्ट करने के लिए कुछ नहीं है।
- यह उन्हीं रास्तों पर चलता है जो आप बताते हैं। केंद्रित अनुरोध की केंद्रित जाँच होती है; यह कोई संपूर्ण टेस्ट सूट नहीं है।
- यह रिपोर्ट करता है; फ़ैसला आपका है। App Testing बताता है कि क्या टूटा है। उसे ठीक करना एक अलग कदम है,
/fixया Build संदेश से।
एक बार समस्या मिल जाए तो उसका पता लगाने की और गहराई में जाने के लिए, हमारी गाइड AI से बने ऐप को कैसे डीबग करें प्रक्रिया बताती है। प्रीव्यू के बारे में, देखें हर प्रोजेक्ट के लिए निजी वर्कस्पेस और लाइव प्रीव्यू।
डॉक्स पेज में विवरण है: App Testing।