लाँचपूर्वी ॲपची चाचणी कशी करायची: व्यावहारिक पूर्व-लाँच योजना

लाँचपूर्वी तुमच्या ॲपची चाचणी करण्यासाठी, वापरकर्त्याला पूर्ण करता आले पाहिजेत अशा काही प्रवासांची यादी करा, प्रत्येकाला नवीन वापरकर्ता म्हणून लॅपटॉप आणि फोनवर चालवा, मग त्या चुकू शकतील अशा मार्गांचा प्रयत्न करा: रिकामा डेटा, चुकीचे इनपुट, दुसरे खाते, संथ कनेक्शन. पैशांशी किंवा खाजगी डेटाशी संबंधित सर्व काही अधिक काळजीपूर्वक तपासा, आणि प्रकाशित केल्यानंतर लाइव्ह URL वर मुख्य प्रवास पुन्हा करा. शेवटी, ज्याने ॲप कधीच पाहिलेले नाही अशा व्यक्तीला ते वापरताना पाहा.

यासाठी QA टीम किंवा चाचणी फ्रेमवर्कची गरज नाही. तुम्हाला यादी, एक-दोन तास, आणि तिच्यातून प्रत्यक्ष क्लिक करत जाण्याची शिस्त हवी.

पायरी 1: महत्त्वाचे प्रवास लिहा

प्रवास म्हणजे वापरकर्ता येथे करायला आलेले सुरुवात-ते-शेवट कार्य. बहुतेक ॲप्समध्ये तीन ते सहा असे प्रवास असतात जे खरोखर महत्त्वाचे असतात. बुकिंग ॲपसाठी:

1. साइन अप करा आणि खाते पुष्टी करा
2. एक वर्ग शोधा आणि बुक करा
3. बुकिंग रद्द करा
4. वर्ग पास साठी पैसे द्या
5. स्टाफ: आजची बुकिंग्ज पहा

तुम्ही वापरकर्ता कथा लिहिल्या असतील, तर त्यांचे स्वीकृती निकष आधीच तुमच्या चाचणी केसेस आहेत. नसतील, तर प्रत्येक प्रवासासाठी एक ओळ लिहा आणि "यश" कसे दिसते ते सांगा.

त्यांना क्रम लावा. पैसे मिळवून देणारे किंवा प्रत्येक वापरकर्त्याला लागणारे प्रवास (साइन-अप, लॉगिन, मुख्य कृती) सर्वात आधी आणि सर्वात जास्त तपासले जातात.

पायरी 2: नवीन वापरकर्ता म्हणून हॅप्पी पाथची चाचणी करा

"हॅप्पी पाथ" म्हणजे प्रवास अगदी ठरल्याप्रमाणे होतो. तो एखाद्या अनोळखी व्यक्तीला कसा वाटेल तसा तपासा:

• खाजगी ब्राउझर विंडो वापरा, जेणेकरून तुम्ही लॉगिन केलेले नसाल आणि कोणताही सेव्ह केलेला डेटा नसेल.
• नवीन खाते वापरा, खऱ्या ईमेलसह ज्याची तुम्ही पडताळणी करू शकता.
• मुख्य पान किंवा लिंकपासून सुरुवात करा, बिल्ड करताना बुकमार्क केलेल्या पानापासून नव्हे.

नवीन वापरकर्त्यांकडे डेटा नसतो. यादी रिकामी असताना, प्रोफाइलमध्ये फोटो नसताना, किंवा अजून काहीही खरेदी न झालेले असताना अनेक बग्स दिसतात. तुमचे स्वतःचे खाते, चाचणी डेटाने भरलेले, ते लपवते.

पायरी 3: तोडण्याचा प्रयत्न करा

आता प्रत्येक प्रवास पुन्हा करा आणि जाणूनबुजून चुकीची गोष्ट करा.

रिफ्रेशवर लक्ष द्या: तुम्ही क्लिक करत असताना ॲप चालते, पण खोल पानावर रिफ्रेश केल्यावर 404 दिसत असेल, तर डिप्लॉय केल्यानंतर 404 एरर कशा दुरुस्त करायच्या पाहा.

पायरी 4: दोन खात्यांसह परवानग्यांची चाचणी करा

खाती असलेल्या कोणत्याही ॲपसाठी ही सर्वात महत्त्वाची चाचणी आहे, आणि ती सर्वात जास्त वेळा वगळली जाते.

दोन सामान्य वापरकर्ते, A आणि B, आणि (तुमच्या ॲपमध्ये असल्यास) एक ॲडमिन तयार करा.

• A म्हणून एक रेकॉर्ड तयार करा. B म्हणून लॉगिन करा. B ते पाहू, संपादित किंवा डिलीट करू शकतो का? डिझाइन तसे नसेल तर करू नये.
• A म्हणून तुमच्या एका रेकॉर्डचा URL कॉपी करा. B म्हणून लॉगिन करा आणि तो URL थेट उघडा.
• सामान्य वापरकर्ता म्हणून URL टाइप करून ॲडमिन पाने उघडा.
• पूर्णपणे लॉग आउट करा आणि तेच URL वापरून पहा.

येथे काही समस्या आढळली, तर ती दुरुस्त होईपर्यंत लाँच करू नका. तपासणी सर्व्हरवर झाली पाहिजे, फक्त बटण लपवून नव्हे. AI ने बनवलेल्या ॲप्ससाठी आमची सुरक्षा चेकलिस्ट अधिक खोलात जाते.

पायरी 5: खऱ्या उपकरणांवर चाचणी करा

फक्त अरुंद ब्राउझर विंडोऐवजी खऱ्या फोनवर ॲप उघडा.

• प्रत्येक बटण झूम न करता टॅप करता येते का?
• कीबोर्ड तुम्ही टाइप करत असलेल्या फील्डला झाकतो का?
• टेबल्स आणि रुंद मजकूर स्क्रोल होतात किंवा गुंडाळतात का, की पान बाजूला ढकलतात?
• चिमटी न घेता मजकूर वाचता येतो का?

शक्य असल्यास किमान एक iPhone (Safari) आणि एक Android फोन (Chrome) वापरून पहा. Safari मध्ये तारखा, व्हिडिओ आणि फिक्स्ड-पोझिशन घटकांसह स्वतःच्या विचित्रता आहेत.

पायरी 6: पैसे आणि ईमेल सुरुवातीपासून शेवटपर्यंत तपासा

कार्ड आकारणाऱ्या किंवा ईमेल पाठवणाऱ्या कोणत्याही गोष्टीसाठी पूर्ण चाचणी आवश्यक आहे.

पेमेंट. तुमच्या पेमेंट प्रदात्याचा टेस्ट मोड आणि चाचणी कार्ड नंबर वापरा. यशस्वी पेमेंट, नाकारलेले कार्ड आणि रद्द केलेला चेकआउट तपासा. पेमेंटनंतर ऑर्डर किंवा सबस्क्रिप्शन फक्त प्रदात्याच्या डॅशबोर्डवर नव्हे, तर तुमच्या ॲपमध्ये दिसते याची खात्री करा. तुमचे ॲप वेबहुक्सवर (तुमच्या सर्व्हरला पेमेंट प्रदाता पाठवणारे संदेश) अवलंबून असेल, तर ते डेव्हलपमेंटमध्ये नव्हे, प्रकाशित ॲपवर पोहोचतात हे तपासा. मग लाँचपूर्वी लाइव्ह की वर स्विच करा आणि एक छोटी खरी खरेदी करा जी तुम्ही परत कराल.

ईमेल. दोन-तीन वेगवेगळ्या प्रदात्यांवर खऱ्या पत्त्यांसह साइन अप करा. ईमेल पोहोचतात, स्पॅममध्ये जात नाहीत, आणि त्यातील प्रत्येक लिंक पूर्वावलोकन पत्त्याऐवजी लाइव्ह डोमेनकडे जाते हे तपासा.

पायरी 7: वेग आणि एरर तपासा

• ब्राउझरची डेव्हलपर टूल्स उघडा (उजवे-क्लिक → Inspect) आणि प्रत्येक मुख्य पानावर Console टॅब पहा. लाल एरर्स काही तुटलेले दिसत नसले तरी दुरुस्त करण्यासारख्या आहेत.
• वाय-फाय ऐवजी मोबाइल डेटावर फोनवर साइट लोड करा. पहिली स्क्रीन अनेक सेकंद घेत असल्यास, आधी प्रतिमांचे आकार तपासा.
• कार्यक्षमता आणि प्रवेशयोग्यतेवर झटपट आढावा मिळवण्यासाठी Chrome च्या devtools मधील Lighthouse सारखे मोफत ऑडिट चालवा.

पायरी 8: प्रिव्ह्यू नव्हे, प्रकाशित ॲप तपासा

प्रिव्ह्यू आणि प्रकाशित ॲप एकसारखे वातावरण नाहीत. लाँचबद्दल कोणालाही सांगण्याआधी, लाइव्ह URL वर मुख्य प्रवास पुन्हा करा:

• प्रकाशित ॲपसाठी सर्व एन्व्हायर्नमेंट व्हेरिएबल्स आणि सिक्रेट्स सेट आहेत का?
• ते योग्य डेटाबेस वापरत आहे का, तुम्हाला अपेक्षित डेटासह?
• लॉगिन रीडायरेक्ट्स आणि ईमेल लिंक्स लाइव्ह डोमेन वापरतात का?
• खोल पानावर रिफ्रेश योग्य लोड होते का?

पायरी 9: दुसऱ्याला ते वापरताना पाहा

एक किंवा दोन लोकांना एक ध्येय द्या ("शनिवारसाठी योग वर्ग बुक करा"), सूचना नव्हे. पाहा, मदत करू नका, आणि ते कुठे अडखळतात ते लिहा. गोंधळात टाकणारे शब्द आणि लपलेली बटणे शोधण्याचा हा सर्वात जलद मार्ग आहे. याचा मोठा प्रकार हवा असल्यास, बीटा चाचणी कशी चालवायची पाहा.

जेव्हा ते एखाद्या बगला सामोरे जातात, तेव्हा तो व्यवस्थित लिहा, पावले, अपेक्षित परिणाम आणि प्रत्यक्ष परिणामासह. चांगला बग रिपोर्ट कसा लिहायचा मध्ये फॉरमॅट दाखवला आहे.

चाचणीसाठी AI वापरणे

AI सह बिल्ड करत असाल, तर चाचण्या नियोजित आणि चालवण्यासाठी AI ला मदत करायला सांगू शकता:

या ॲपमधील मुख्य वापरकर्ता प्रवास यादी करा आणि प्रत्येकासाठी, सर्वात जास्त शक्यता असलेल्या कडा प्रकरणांची यादी करा: रिकामी स्थिती, अवैध इनपुट, परवानग्या, आणि रिफ्रेश. मी काम करू शकेन अशा चेकलिस्टमध्ये ठेवा.

दोन वेगवेगळे चाचणी वापरकर्ते म्हणून लॉगिन करा आणि तपासा की वापरकर्ता B ने A ने तयार केलेले काही पाहू किंवा बदलू शकतो का, A च्या रेकॉर्ड URL थेट उघडण्यासह. काहीही दुरुस्त करण्याआधी तुम्हाला काय सापडले ते सांगा.

AI चा स्वतःचा चाचणी अहवाल पहिला मसुदा म्हणून घ्या. तरीही पैसे आणि परवानग्यांचे प्रवास स्वतः क्लिक करून तपासा.

Mythex मध्ये चाचणी

Mythex मध्ये, /test कमांड अ‍ॅप टेस्टिंग चालवते: एजंट तुमच्या लाइव्ह प्रिव्ह्यूवर ब्राउझर चालवतो, पाने क्लिक करतो, स्क्रीनशॉट घेतो आणि तुटलेले प्रवास चॅटमध्ये कळवतो. "साइन-अप आणि वर्ग बुक करणे तपासा" असा विशिष्ट प्रवास दिल्यावर ते सर्वोत्तम काम करते. जे सापडते ते /fix किंवा सामान्य संदेशाने दुरुस्त करा, मग पुन्हा /test चालवा. अ‍ॅप टेस्टिंग प्रिव्ह्यू वापरते, त्यामुळे प्रकाशित केल्यानंतर लाइव्ह URL वरील मुख्य प्रवास स्वतः तपासा. डॉक्समध्ये अ‍ॅप टेस्टिंग पाहा, आणि काही अयशस्वी झाल्यास AI ने बनवलेले ॲप डीबग कसे करायचे हे आमचे मार्गदर्शक वाचा.

सामान्य चुका

• फक्त स्वतः म्हणून चाचणी करणे. भरपूर डेटा असलेले तुमचे ॲडमिन खाते रिकाम्या स्थितीचे आणि परवानग्यांचे बग्स लपवते.
• फक्त लॅपटॉपवर चाचणी करणे. अनेक साइट्सचे बरेचसे अभ्यागत फोनवरून येतात.
• दुसरे खाते वगळणे. वापरकर्त्यांमधील डेटा गळणे हा सर्वात गंभीर बग आहे जो ॲप लाँच होऊ शकतो.
• प्रिव्ह्यूवर विश्वास ठेवणे. लाइव्ह ॲपची सेटिंग्ज वेगळी असतात; तिचीही चाचणी करा.
• बग दुरुस्त करून जवळच्या भागांची पुन्हा चाचणी न करणे. एका फॉर्ममधील दुरुस्ती कोड शेअर करणाऱ्या दुसऱ्या फॉर्मला तोडू शकते.

पूर्व-लाँच चेकलिस्ट

• मुख्य प्रवास यादी केलेले आणि क्रमवारी लावलेले
• प्रत्येक प्रवास खाजगी विंडोमध्ये नवीन वापरकर्ता म्हणून पास होतो
• रिकामे, अवैध, लांब आणि डुप्लिकेट इनपुट हाताळलेले
• प्रत्येक पानावर रिफ्रेश काम करतो
• वापरकर्ते एकमेकांचा डेटा पाहू किंवा बदलू शकत नाहीत, URL द्वारेही नाही
• सामान्य वापरकर्ते आणि लॉग आउट अभ्यागतांसाठी ॲडमिन पाने ब्लॉक केलेली
• खरा iPhone आणि Android फोनवर काम करते
• पेमेंट तपासलेले: यश, नकार, रद्द, आणि त्यानंतर ॲप अपडेट होते
• ईमेल पोहोचतात, स्पॅमपासून दूर राहतात, आणि लाइव्ह डोमेनकडे जातात
• मुख्य पानांवर कन्सोलमध्ये लाल एरर नाहीत
• मुख्य प्रवास प्रकाशित URL वर पुन्हा केले
• तुम्ही पाहत असताना किमान एका बाहेरच्या व्यक्तीने ते वापरून पाहिले

प्रश्न