मोबाइल अनुप्रयोगों के लिए परिकल्पना परीक्षण की विशेषताएं

एक मोबाइल एप्लिकेशन के लिए एक परिकल्पना परीक्षण में कितना समय लगता है? आइए गिनते हैं:

1. एक एप्लिकेशन का विकास जो विभिन्न उपयोगकर्ता समूहों के लिए अलग-अलग मोड में काम करता है।
2. परिणाम का परीक्षण।
3. एप्लिकेशन स्टोर में एप्लिकेशन डालकर अनुमोदन की प्रतीक्षा कर रहा है।
4. एप्लिकेशन को अपडेट करने के लिए उपयोगकर्ताओं की प्रतीक्षा की जा रही है। 2019 में, अधिकांश ने ऑटो-अपडेट चालू कर दिया है, लेकिन हर किसी के पास नहीं है।
5. आंकड़ों का संग्रह और विश्लेषण।
6. निम्नलिखित के विकास के साथ समानांतर में, जीत की परिकल्पना की स्थिति में आवेदन लाना ...

यदि आपके डेवलपर्स दो-सप्ताह की पुनरावृत्तियों के साथ स्क्रैम पर काम करते हैं, तो इसका आमतौर पर मतलब है कि एक परिकल्पना का परीक्षण करने में पूरा एक महीना लगता है। अन्य पद्धतियों के साथ, इस अवधि को छोटा किया जा सकता है, लेकिन महत्वपूर्ण रूप से नहीं।

मामलों की यह स्थिति "प्रति सप्ताह 5 परिकल्पना" की लय हासिल करना असंभव बनाती है, जिसके लिए कई उत्पाद दल प्रयास करते हैं।

नीचे मैं आपको बताऊंगा कि आप इस प्रक्रिया को कैसे तेज कर सकते हैं और सुधार कर सकते हैं और कई तैयार समाधानों का संकेत दे सकते हैं जिनका आप उपयोग कर सकते हैं।

चलो चलते हैं।

चालू और बंद करें

विवरण में गोता लगाने से पहले, आपको एक अतिरिक्त शब्द - फ़ीचर फ़्लैग (फ़ीचर टॉगल) पैटर्न दर्ज करना होगा ।

तकनीकी पृष्ठभूमि के बिना पाठकों के लिए, स्पष्टीकरण की आवश्यकता हो सकती है:

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

प्रयोग का परीक्षण करने में फ़ीचर फ़्लैग पैटर्न का उपयोग करने के लिए, आपको आवश्यकता होगी:

1. पूरी तरह से विकसित कार्यक्षमता जिस पर प्रयोग करना है।
2. इसके लिए स्विच "ऑफ" की डिफ़ॉल्ट स्थिति में है।
3. सर्वर से रिमोट स्विच कंट्रोल।

सवाल यह है कि यदि ए / बी परीक्षण करने से पहले कार्यक्षमता को विकसित करने की आवश्यकता है, तो समय क्या बचा है? आइए प्रयोग के चरणों को पार्स करने का प्रयास करें:

हम यहाँ क्या देखते हैं?

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

दूसरे, प्रयोग पूरा होने के बाद, आप अगले ध्वज के तैयार होने तक सभी उपयोगकर्ताओं के लिए कार्यक्षमता को अक्षम / अक्षम करने के लिए फ़ीचर ध्वज का उपयोग कर सकते हैं, जहाँ ध्वज का उपयोग नहीं किया जाएगा।

यह इस सिद्धांत के अनुसार है कि Apptimize सेवा काम करती है , ए / बी परीक्षण के लिए तैयार प्रणाली प्रदान करती है ।

विश्लेषण

एक प्रयोग करने के लिए, आपको कई काम करने होंगे:

1. यदि उपयोगकर्ता सभी के लिए नहीं है, तो उपयोगकर्ता सेगमेंट चुनें।
2. दर्शकों का आकार चुनें।
3. डेटा एकत्र करें, और न केवल उन जो प्रयोग द्वारा सत्यापित हैं। व्यापार मैट्रिक्स के बाकी हिस्सों को यह सुनिश्चित करने की आवश्यकता होगी कि प्रयोग अन्य मैट्रिक्स में कुछ भी नहीं तोड़ता है।
4. परिणाम का संग्रह और विश्लेषण करें।

यदि आप Apptimize से तैयार किए गए समाधान का उपयोग नहीं करते हैं, तो सबसे सरल दृष्टिकोण Google Analytics के लिए विश्लेषिकी के लिए Firebase और व्यक्तिगत कॉन्फ़िगरेशन (सेगमेंट और परीक्षण) सेट करने के लिए Firebase रिमोट कॉन्फ़िगरेशन का एक संयोजन होगा। ये उपकरण एक साथ काम करने के लिए डिज़ाइन किए गए हैं।

तदनुसार, आप की जरूरत है:

1. बिजनेस मेट्रिक्स को ट्रैक करने के लिए Firebase के लिए Google Analytics का उपयोग करें।
2. सुविधा झंडे का प्रबंधन करने के लिए Firebase Remote config का प्रयोग करें।
3. सेगमेंट और प्रयोग मापदंडों को निर्दिष्ट करने के लिए फायरबेस रिमोट कॉन्फिगरेशन का उपयोग करें।
4. विश्लेषण में फायरबेस रिमोट कॉन्फ़िगरेशन से कुंजियों का उपयोग करके Google Analytics के डेटा का विश्लेषण करें। यह सुविधा इन उपकरणों द्वारा प्रदान की जाती है "बॉक्स से बाहर"।

हम आगे भी अनुकूलन करेंगे

हमने मोबाइल अनुप्रयोगों के लिए परिकल्पना परीक्षण चक्र को छोटा करने का तरीका देखा, परीक्षण के समय को कम किया और प्रयोग के परिणामों को प्रसारित किया। लेकिन यह दृष्टिकोण आवेदन की स्वीकृति और वितरण के लिए समय से छुटकारा पाने की अनुमति नहीं देता है। इस दृष्टिकोण के साथ "प्रति सप्ताह 5 परिकल्पना" का लक्ष्य अभी भी बहुत यथार्थवादी नहीं है।

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

एक तरफ, बाहर से प्राप्त सेटिंग्स के अनुसार इंटरफ़ेस के निर्माण पर तकनीकी सीमाएं हैं। अधिकांश मोबाइल विकास ढांचे एक घोषणात्मक दृष्टिकोण का उपयोग करते हैं जहां यह असंभव या बहुत मुश्किल है।

दूसरी ओर, एप्लिकेशन स्टोर नीति मनमाने ढंग से कोड के डाउनलोड और निष्पादन पर रोक लगाती है, क्योंकि इसका उपयोग कार्यक्षमता के लिए किया जा सकता है जो एप्लिकेशन स्टोर के नियमों का उल्लंघन करता है।

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

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

तकनीकी रूप से, यह दृष्टिकोण सबसे आसानी से एक ढांचे में लागू किया गया है जिसमें निम्नलिखित विशेषताएं हैं:

1. एक प्रतिक्रियाशील, उच्च-प्रदर्शन उपयोगकर्ता इंटरफ़ेस जो डिफ़ॉल्ट रूप से एक घोषणात्मक दृष्टिकोण का उपयोग नहीं करता है।
2. फायरबेस और फायरबेस रिमोट कॉन्फिगरेशन के लिए Google Analytics का समर्थन।
3. एक क्रॉस-प्लेटफॉर्म समाधान समग्र रूप से विकास को गति देने के लिए वांछनीय है।

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

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