असली ब्राउज़र में स्वचालित QA टेस्टिंग
संक्षेप मेंकिसी बड़े बदलाव के बाद MonstarX एक QA योजना सुझाता है। QA चलाएँ पर क्लिक करें, और उसका QA एजेंट आपका कोड पढ़कर क्लाउड के असली ब्राउज़र में 24 तक मुख्य सफ़र (साइन अप, बुकिंग, भुगतान…) टेस्ट करता है, हर एक नए टेस्ट खाते और असली इनबॉक्स के साथ। चैट में आपको एक रिपोर्ट मिलती है, जिसमें हर टेस्ट की रिकॉर्डिंग होती है और जो भी फ़ेल हो उसकी वजह भी। केवल रिपोर्ट करें में आप तय करते हैं कि क्या ठीक करना है; अपने-आप ठीक करें में MonstarX खुद ठीक करके फिर से टेस्ट करता है। QA में क्रेडिट लगते हैं और यह आपके बिना कभी शुरू नहीं होता।
QA (quality assurance, यानी गुणवत्ता की जाँच) का मतलब है यह पक्का करना कि ऐप सच में काम करता है: विज़िटर साइन अप कर पाए, स्लॉट बुक कर पाए, भुगतान कर पाए, उसे ईमेल मिले और उसे वही दिखे जो दिखना चाहिए। हर बदलाव के बाद यह सब हाथ से जाँचने में घंटों लग जाते हैं।
MonstarX में एक QA एजेंट है जो यह काम आपके लिए करता है। वह पहले आपके ऐप का कोड पढ़कर देखता है कि क्या बना है, फिर एक सावधान टेस्टर की तरह क्लाउड के असली वेब ब्राउज़र में आपके ऐप पर क्लिक करते हुए घूमता है। चैट में आपको एक साफ़ रिपोर्ट मिलती है, हर टेस्ट का वीडियो मिलता है, और जो फ़ेल हुआ उसे ठीक करने में मदद भी।
QA, बिल्ड की जाँच से कैसे अलग है?
Section titled “QA, बिल्ड की जाँच से कैसे अलग है?”हर बिल्ड स्वचालित बिल्ड जाँच के साथ खत्म होता है। यह जाँच अपने-आप चलती है और प्रीव्यू को सुरक्षित रखती है: बिल्ड पूरा होने से पहले कोड का चलना ज़रूरी है। देखें बिल्ड पर नज़र रखें।
ब्राउज़र QA इससे आगे जाता है: यह ऐप को एक इंसान की तरह इस्तेमाल करता है, एक-एक सफ़र करके, और जाँचता है कि हर सफ़र वही करता है जो आपने माँगा था। इसमें कुछ मिनट लगते हैं और क्रेडिट खर्च होते हैं, इसलिए यह हमेशा पहले पूछता है।
QA कब चलता है?
Section titled “QA कब चलता है?”QA पैसे वाला कोई रन अपने-आप कभी शुरू नहीं करता। वह बस सुझाव देता है, और फ़ैसला आपका होता है।
पहले बिल्ड के बाद और बड़े बदलावों के बाद चैट में एक कार्ड दिखता है: QA योजना तैयार। इसमें लिखा होता है कि MonstarX क्या जाँचेगा। शुरू करने के लिए QA चलाएँ पर क्लिक करें, या छोड़ने के लिए बाद में पर। आप ऊपरी बार में QA से कभी भी QA चला सकते हैं।
कार्ड की योजना, MonstarX क्या जाँचेगा, आपको बताती है:
- जाँच के मुख्य हिस्से: आपके ऐप के वे हिस्से जिन्हें बदलाव ने छुआ है।
- ब्राउज़र में: 24 तक मुख्य सफ़र, जो छोटे-छोटे समूहों में जाँचे जाते हैं।
- आपको क्या मिलेगा: एक साफ़ रिपोर्ट कि क्या काम करता है, किस पर ध्यान देना है, और क्या जाँचा नहीं जा सका।
- अगर QA को समस्याएँ मिलती हैं: QA उन्हें सिर्फ़ बताएगा या ठीक भी करेगा (नीचे देखें), और यह कि QA में क्रेडिट लगते हैं।
अगर योजना बनने के बाद ऐप बदल जाता है, तो QA चलाएँ नई योजना माँगता है, ताकि QA हमेशा आपके मौजूदा कोड को ही जाँचे।
QA का सुझाव कब मिले, यह कैसे तय करें?
Section titled “QA का सुझाव कब मिले, यह कैसे तय करें?”ऊपरी बार में QA पर क्लिक करें (ब्राउज़र में QA चलाने का सुझाव कब दिखाएँ के नीचे), या सेटिंग्ससामान्यब्राउज़र QA खोलें (QA का सुझाव कब दें के नीचे)। इनमें से एक चुनें:
| सेटिंग | क्या होता है |
|---|---|
| बड़े बदलावों के बाद (डिफ़ॉल्ट) | बड़े बदलावों के बाद योजना दिखती है और आपके फ़ैसले का इंतज़ार करती है। |
| अनुरोध पर | कोई सुझाव नहीं। योजना सिर्फ़ तब दिखती है जब आप QA खोलते हैं। |
| हर बिल्ड के बाद | ऐप में हर बदलाव के बाद योजना दिखती है। |
चलते समय QA क्या करता है?
Section titled “चलते समय QA क्या करता है?”-
कोड समीक्षा। QA एजेंट आपके ऐप का कोड पढ़ता है और उसकी तुलना आपके अनुरोध और आपकी सुविधाओं की योजना से करता है। वह हर सुविधा को बनी हुई, आधी बनी या अभी बनना बाकी में बाँटता है, और ऐसी किसी भी चीज़ को नोट करता है जिसे पूरा बताया गया हो पर जो अधूरी हो। कार्ड पर यह कोड समीक्षा 5 बनी · 1 आधी बनी के रूप में दिखता है।
-
टेस्ट की योजना। वह 24 तक छोटे ब्राउज़र टेस्ट लिखता है, जो आपके कोड के असली बटन और पेजों पर चलते हैं: साइन अप करें, 30 मिनट की वॉक बुक करें, उसे रद्द करें।
-
ब्राउज़र। हर टेस्ट अपने अलग क्लाउड ब्राउज़र में चलता है, कई एक साथ। कार्ड पर लिखा होता है एक साथ 6 यूज़र फ़्लो जाँचे जा रहे हैं… 6 में से 2 पूरे। चलते हुए किसी टेस्ट को देखने के लिए लाइव देखें पर क्लिक करें। जब कार्ड चैट से लंबा होता है, तो स्क्रॉल करते समय उसकी हेडलाइन और वह अभी क्या कर रहा है, चैट के नीचे टिके रहते हैं।
-
नतीजे। हर टेस्ट पूरा होते ही उस पर निशान लग जाता है, साथ में उसमें लगा समय और उसकी रिकॉर्डिंग के लिए दोबारा देखें बटन।
कुछ बातें टेस्ट को असली इस्तेमाल जैसा बनाती हैं:
- हर टेस्ट अपने नए टेस्ट खाते से साइन अप करता है, ताकि टेस्ट एक-दूसरे के डेटा से न टकराएँ।
- टेस्ट खातों के असली इनबॉक्स होते हैं। जब आपका ऐप कोई ईमेल भेजता है, जैसे साइन अप की पुष्टि या पासवर्ड रीसेट, तो टेस्टर उसे खोलकर उसके लिंक पर जाता है, ठीक किसी ग्राहक की तरह।
- QA आपके ऐप की अपनी अलग कॉपी टेस्ट करता है। उसके काम करते समय आप अपना प्रीव्यू इस्तेमाल करते रह सकते हैं। अगर आप कोई बिल्ड शुरू करते हैं, तो QA रुक जाता है, और बिल्ड पूरा होने पर तैयार ऐप को टेस्ट करने का सुझाव देता है।
- टेस्ट खाते बाद में हटा दिए जाते हैं, उनकी बनाई चीज़ों के साथ, ताकि आपके ऐप का डेटा साफ़ रहे।
नतीजे कैसे पढ़ें?
Section titled “नतीजे कैसे पढ़ें?”चैट का QA कार्ड अपनी हेडलाइन में पूरे रन का सार बताता है, जैसे सभी 7 टेस्ट पास हुए या 7 टेस्ट में से 5 पास।
हेडलाइन के नीचे आपको दिखता है:
- हर टेस्ट, सही या गलत के निशान, उसमें लगे समय और उसकी रिकॉर्डिंग के दोबारा देखें के साथ। पहले फ़ेल हुए टेस्ट की रिकॉर्डिंग अपने-आप खुल जाती है।
- फ़ेल हुए टेस्ट के लिए: वह कदम जहाँ गड़बड़ हुई (“वॉक बुक करें” पर) और पेज पर क्या दिखा, शब्दशः।
- टेस्ट नहीं किया गया: जो टेस्ट पूरा नहीं हो सका (जैसे ब्राउज़र आगे बढ़ना बंद कर दे), वह वजह बताता है। अगर कोई टेस्ट चल ही नहीं सका, तो रन को कभी सफल नहीं कहा जाता।
- कुंजियाँ चाहिए: जो सफ़र किसी ऐसी सेवा तक पहुँचता है जिसे आपने अभी कनेक्ट नहीं किया (जैसे Stripe), वह उस कदम तक टेस्ट होता है और उस पर कुंजी का आइकन, Stripe की कुंजियाँ चाहिए और Stripe कनेक्ट करें लिंक लगा होता है। इसे फ़ेल नहीं गिना जाता। देखें कनेक्टर।
- सुविधाओं की योजना: जाँची गई सुविधाओं में 5 में से 4 काम करती हैं: नतीजे आपकी योजना पर कैसे बैठते हैं।
सुविधाओं की योजना में सुविधाओं पर एक बैज लगता है: सत्यापित (असली ब्राउज़र में जाँची गई), QA विफल या कुंजियाँ चाहिए।
कोई टेस्ट फ़ेल होने पर क्या होता है?
Section titled “कोई टेस्ट फ़ेल होने पर क्या होता है?”QA इसकी वजह पता करता है। वह फ़ेल हुए सफ़र को आपके कोड, लॉग्स और डेटा में ढूँढता है, और समस्याओं को क्या समस्या है के नीचे लिखता है, हर एक पर एक लेबल के साथ:
| लेबल | मतलब |
|---|---|
| बग | ऐप कुछ गलत करता है। |
| अभी बनाना बाकी है | सुविधा अभी बनी ही नहीं है। |
| जाँच में समस्या | ऐप ठीक काम करता है; टेस्ट ही गलत था। QA टेस्ट को सुधारकर फिर से कोशिश करता है। |
| प्रीव्यू में समस्या | प्रीव्यू बंद था या धीमा था। QA उसे फिर से शुरू करके दोबारा टेस्ट करता है। |
| आपकी मदद चाहिए | कुछ ऐसा जो सिर्फ़ कोई इंसान जाँच सकता है: असली भुगतान, ऐसा इनबॉक्स जो टेस्ट का अपना न हो, किसी दूसरी सेवा से साइन इन, या CAPTCHA। |
हर समस्या यह भी बताती है कि QA कितना पक्का है (पुष्टि हो गई, संभावित या अस्पष्ट), उसकी वजह क्या है, और उसे कैसे ठीक करें। सबूत देखने के लिए तकनीकी विवरण खोलें।
केवल रिपोर्ट करें या अपने-आप ठीक करें?
Section titled “केवल रिपोर्ट करें या अपने-आप ठीक करें?”इसके बाद QA क्या करे, यह आप QA मेनू में या सेटिंग्ससामान्यब्राउज़र QA में, जब QA को कोई समस्या मिलती है के नीचे चुनते हैं:
- केवल रिपोर्ट करें (अनुशंसित)। QA अपनी जाँच के नतीजे दिखाता है और हर सुधार से पहले पूछता है। कार्ड पर इस समस्या को ठीक करें (या इन 3 समस्याओं को ठीक करें), जाँच या प्रीव्यू की समस्या के लिए फिर से टेस्ट करें, या बाद में का विकल्प होता है। जब तक आप क्लिक नहीं करते, आपके ऐप में कुछ नहीं बदलता।
- अपने-आप ठीक करें। QA पहचानी गई समस्याएँ बिल्डर को भेजता है, बदलाव जाँचता है, और खुद फिर से टेस्ट करता है। इसमें ज़्यादा क्रेडिट लगते हैं।
सुधार किसी भी बिल्ड अनुरोध की तरह काम करता है: यह चैट में QA · सुधार की कोशिश 1/3 के रूप में दिखता है, एक संस्करण सहेजता है जिस पर आप वापस जा सकते हैं, और फिर QA हर समस्या जाँचता है (ठीक हो गया, आंशिक रूप से ठीक हुआ या अभी ठीक नहीं हुआ) और वही टेस्ट दोबारा चलाता है।
सुधार की तीन कोशिशों के बाद, या जब बची हुई समस्या के लिए किसी इंसान की ज़रूरत हो, कार्ड पर इन्हें खुद जाँच लें लिखा आता है और आपको एक चेकलिस्ट मिलती है: कदम, क्या होना चाहिए, ऑटोमेटेड टेस्टिंग को क्या दिखा, और संभावित वजह। एक और सुधार की कोशिश करें बिल्डर को एक और मौका देता है।
रैप-अप कार्ड क्या है?
Section titled “रैप-अप कार्ड क्या है?”जब आपकी सुविधाओं की योजना की हर चीज़ बन जाती है, तो चैट में एक रैप-अप कार्ड दिखता है। उसकी हेडलाइन बताती है कि आप कहाँ हैं:
- सब कुछ बन गया है और जाँच भी हो गई है: हर सुविधा बन गई है और QA सफल रहा।
- योजना की सभी सुविधाएँ बन गईं, साथ में QA ने अभी यह संस्करण असली ब्राउज़र में नहीं जाँचा है: इस संस्करण पर QA नहीं चला है। QA योजना देखें पर क्लिक करें, फिर QA चलाएँ पर।
- योजना की सभी सुविधाएँ बन गईं — 1 समस्या अभी बाकी है: QA पूरा हुआ, पर कुछ बाकी रह गया। अभी बाकी है वाले हिस्से में एक बार और ठीक करके देखें का विकल्प होता है, या आपसे बताने को कहा जाता है कि आपको क्या दिख रहा है।
आगे के काम के लिए सुझाव के नीचे MonstarX तीन से पाँच ऐसी सुविधाएँ सुझाता है जो आपके ऐप में फ़िट बैठती हैं। उन्हें अपनी सुविधाओं की योजना में डालने के लिए जोड़ें (या सभी जोड़ें) पर क्लिक करें, फिर इसे बनाएँ या इन्हें बनाएँ पर।
QA को कैसे रोकें या फिर से शुरू करें?
Section titled “QA को कैसे रोकें या फिर से शुरू करें?”- QA कार्ड पर रद्द करें रन को तुरंत रोक देता है, और जो मिला उसे रखता है। जो सुधार अभी शुरू नहीं हुआ था, वह कभी शुरू नहीं होता।
- QA मेनू में अभी QA चलाएँ नया रन शुरू करता है।
- QA मेनू यह भी दिखाता है कि पिछला रन कैसा रहा।
QA सिर्फ़ प्रोजेक्ट का मालिक शुरू कर सकता है। जिन लोगों के साथ आप प्रोजेक्ट साझा करते हैं, उन्हें QA कार्ड दिखते हैं, पर बटन नहीं।
अक्सर पूछे जाने वाले सवाल
Section titled “अक्सर पूछे जाने वाले सवाल”क्या QA अपने-आप चलकर मेरे क्रेडिट खर्च करता है?
नहीं। QA सिर्फ़ एक योजना सुझाता है और आपके QA चलाएँ पर क्लिक करने का इंतज़ार करता है। अगर अपने-आप ठीक करें चालू है, तो आपका शुरू किया हुआ रन आगे खुद ठीक करके दोबारा टेस्ट कर सकता है, जिसमें ज़्यादा क्रेडिट लगते हैं।
QA कितने सफ़र टेस्ट करता है?
हर रन में 24 तक, साथ-साथ चलने वाले क्लाउड ब्राउज़र के छोटे समूहों में। बड़े ऐप के लिए एक और रन बाकी बचे हिस्सों में से और हिस्से जाँच सकता है।
क्या QA मेरे ऐप से भेजे गए ईमेल टेस्ट कर सकता है?
हाँ। हर टेस्ट खाते का एक असली इनबॉक्स होता है, इसलिए QA पुष्टि या पासवर्ड रीसेट का ईमेल खोलकर उसके लिंक पर जा सकता है। सिर्फ़ वह इनबॉक्स आपको जाँचना होता है जो टेस्ट का अपना न हो।
क्या QA भुगतान या Google से साइन इन टेस्ट कर सकता है?
शुरू से आखिर तक नहीं। जो सफ़र किसी ऐसी सेवा तक पहुँचता है जिसे आपने कनेक्ट नहीं किया, उस पर कुंजियाँ चाहिए लिखा जाता है। असली भुगतान, दूसरी सेवाओं से साइन इन और CAPTCHA आपकी मदद चाहिए के नीचे लिखे जाते हैं, ताकि कोई इंसान उन्हें जाँचे।
क्या QA चलते समय मैं ऐप बनाना जारी रख सकता हूँ?
आप अपना प्रीव्यू इस्तेमाल करते रह सकते हैं, क्योंकि QA आपके ऐप की अपनी अलग कॉपी टेस्ट करता है। अगर आप कोई बिल्ड शुरू करते हैं, तो QA अपना रन रोक देता है। बिल्ड पूरा होने पर वह तैयार ऐप को टेस्ट करने का सुझाव देता है, और आप QA चलाएँ या बाद में चुनते हैं।
क्या QA मेरे ऐप में टेस्ट खाते छोड़ देगा?
नहीं। रन खत्म होते ही उसके टेस्ट खाते उनकी बनाई चीज़ों के साथ हटा दिए जाते हैं।