PlayStore12Tester
डेवलपर गाइड

रिलीज़ से पहले Android ऐप का परीक्षण कैसे करें

एक रिलीज़ परीक्षण योजना आपकी महत्वपूर्ण उपयोगकर्ता यात्राओं को एक विशिष्ट निर्माण, प्रतिनिधि उपकरणों और रिकॉर्ड किए गए परिणामों से जोड़ती है। प्रारंभिक बिंदु के रूप में चेकलिस्ट का उपयोग करें, फिर इसे ऐप और परिवर्तन के जोखिम के अनुसार अनुकूलित करें।

रिलीज़ उम्मीदवार और दायरे को परिभाषित करें

वही सटीक बिल्ड चुनें जिसे आप शिप करना चाहते हैं और जो बदला है उसे रिकॉर्ड करें। उन यात्राओं की सूची बनाएं जो सबसे अधिक मायने रखती हैं, समर्थित Android संस्करण और फॉर्म कारक, और परिवर्तन से प्रभावित कोई भी एकीकरण। सहमत हूं कि किन क्षेत्रों को बाहर रखा गया है।

एक प्रतिनिधि परीक्षण मैट्रिक्स चुनें

अपने समर्थित दर्शकों, उपलब्ध उपयोग डेटा और आपके द्वारा किए जा रहे परिवर्तन के आधार पर डिवाइस और Android संस्करण चुनें। जब संभव हो तो एमुलेटर के साथ-साथ प्रासंगिक वास्तविक डिवाइस भी शामिल करें। एक कॉन्फ़िगरेशन पर पासिंग परिणाम प्रत्येक डिवाइस का कवरेज स्थापित नहीं करता है।

पहले एक संक्षिप्त धूम्रपान परीक्षण चलाएँ

पूरी योजना पर समय बिताने से पहले इंस्टालेशन, लॉन्च और एक पूरी मुख्य यात्रा की पुष्टि करें। यदि कोई अवरुद्ध समस्या सार्थक परीक्षण को रोकती है, तो सटीक निर्माण के विरुद्ध इसकी रिपोर्ट करें और ठीक होने के बाद धूम्रपान परीक्षण दोहराएं।

परीक्षण परिवर्तन और विफलता पथ

ताज़ा इंस्टॉल और अपडेट व्यवहार, अनुमति विकल्प, अमान्य इनपुट और बाधित नेटवर्क एक्सेस की जाँच करें। बैकग्राउंडिंग और ऐप पर लौटने का अभ्यास करें। ऐप-विशिष्ट खरीदारी या खाता प्रवाह के लिए, उपयुक्त परीक्षण वातावरण और समर्पित खातों का उपयोग करें।

स्क्रीन और पहुंच-योग्यता विविधताओं की जाँच करें

सबसे छोटी समर्थित विंडो, बड़े टेक्स्ट, समर्थित ओरिएंटेशन और प्रासंगिक भाषाओं का निरीक्षण करें। पहुंच का मूल्यांकन करते समय मैन्युअल टॉकबैक यात्रा को शामिल करें। स्वचालित जांच और मैन्युअल उपयोग से विभिन्न समस्याएं सामने आती हैं; न तो अकेले पूर्ण पहुंच स्थापित करता है।

रिलीज़ का निर्णय लेने से पहले परिणाम रिकॉर्ड करें

किसी चेक के अपेक्षित परिणाम को देखने के बाद ही उसे पास किया हुआ चिह्नित करें। विफल जांचों को रिपोर्ट संदर्भों के साथ रिकॉर्ड करें, परीक्षण न किए गए जांचों को जांच न किए गए के रूप में छोड़ दें, और बताएं कि कोई आइटम लागू क्यों नहीं है। शिपिंग के लिए जिम्मेदार व्यक्ति के साथ सुधारों और शेष जोखिमों की समीक्षा करें।

उदाहरण: परिवर्तित साइन-इन प्रवाह

उदाहरणात्मक योजना उदाहरण: साइन-इन परिवर्तन ताज़ा लॉगिन, अमान्य क्रेडेंशियल, समाप्त सत्र, ऑफ़लाइन पुनः प्रयास और पृष्ठभूमि से लौटने को प्रभावित करता है। उस स्क्रीन पर सबसे अधिक प्रासंगिक समर्थित भाषा और बड़े-टेक्स्ट वेरिएंट जोड़ें। उम्मीदवार निर्माण के विरुद्ध प्रत्येक परिणाम को रिकॉर्ड करें।

QA और Google Play पात्रता को अलग रखें

यह चेकलिस्ट गुणवत्ता परीक्षण व्यवस्थित करने में मदद करती है। यह कोई आधिकारिक Google प्रमाणन, सुरक्षा ऑडिट या सबूत नहीं है कि Google Play परीक्षक-भागीदारी की आवश्यकता पूरी हो गई है। Google Play उत्पादन पात्रता एक अलग प्रक्रिया है।

अक्सर पूछे जाने वाले प्रश्नों

क्या चेकलिस्ट पूरी करने का मतलब यह है कि ऐप शिप करने के लिए तैयार है?

नहीं, यह केवल आपके द्वारा की गई जाँचों का सारांश प्रस्तुत करता है। रिलीज़ का निर्णय अनसुलझे मुद्दों, बहिष्कृत क्षेत्रों और आपके उपयोगकर्ताओं की ज़रूरतों पर भी निर्भर करता है।

मुझे कितने उपकरणों का परीक्षण करना चाहिए?

ऐसी कोई सार्वभौमिक गणना नहीं है जो कवरेज को साबित करती हो। अपने समर्थित दर्शकों के लिए प्रतिनिधि कॉन्फ़िगरेशन चुनें और अपने परीक्षण मैट्रिक्स की सीमाओं का दस्तावेजीकरण करें।

क्या मैं जावास्क्रिप्ट के बिना चेकलिस्ट का उपयोग कर सकता हूँ?

हाँ। पूरी चेकलिस्ट HTML पृष्ठ में है और इसे मुद्रित किया जा सकता है। इंटरएक्टिव स्थितियाँ और मार्कडाउन निर्यात के लिए जावास्क्रिप्ट की आवश्यकता होती है।

स्रोत और आगे पढ़ना