यह सब कहां से शुरू होता है
विशेष परीक्षण प्रणालियों का उपयोग किए बिना, विकास, परीक्षण और रिपोर्टिंग के लिए एक चैनल स्थापित करने के लिए iOS एप्लिकेशन डेवलपर और परीक्षक के लिए आवश्यक कदमों पर विचार करें।
परीक्षकों को आवेदन वितरण
परीक्षक को उस एप्लिकेशन की आवश्यकता होती है जिसे आप उसके डिवाइस पर इंस्टॉल करने के लिए विकसित कर रहे हैं। एक नियम के रूप में, आप सभी प्रारंभिक कार्य स्वयं करते हैं: सबसे अच्छे रूप में, आप AdHoc प्रमाणपत्र के साथ एक स्वचालित असेंबली सेट करते हैं, परीक्षक घंटे पर असेंबली डाउनलोड करता है और इसे iTunes के माध्यम से या
कॉन्फ़िगरेशन सुविधा का उपयोग करके अपने डिवाइस पर स्थापित करता है। सबसे खराब स्थिति में, आप स्वयं विधानसभा को पत्र भेजते हैं या किसी विशिष्ट संसाधन पर अपलोड करते हैं।
परीक्षण
परीक्षक को सावधानीपूर्वक एप्लिकेशन की जांच करनी चाहिए, डिवाइस को अलग सेट करना चाहिए और बग ट्रैकर में कुछ बग होना चाहिए और, यदि परीक्षण के दौरान आवेदन क्रैश हो गया है, तो क्रैश फ़ाइलों के एक जोड़े को संलग्न करें। एक से अधिक परीक्षक हो सकते हैं, और फिर ट्रैकर में बनाए गए कार्यों की संख्या बढ़ जाएगी यदि परीक्षक किसी भी तरह से खुद से बातचीत नहीं करते हैं। और ऐसा होता है।
पुनर्निमाण
बग ट्रैकर में उसके बाद बनाई गई सब कुछ पढ़ने के बाद, आप सुधार के लिए आगे बढ़ते हैं। और प्रक्रिया तब तक दोहराती है जब तक आप सब कुछ ठीक नहीं करते।
इस दृष्टिकोण की समस्याएं
समस्या के पहले चरण में, यह वह सब है जो परीक्षक के डिवाइस पर एप्लिकेशन इंस्टॉल करने से पहले रिपॉजिटरी के लिए आपकी अंतिम प्रतिबद्धताओं के बीच है। असेंबली टेस्टर द्वारा मैनुअल डाउनलोड, ऐंट्यून के साथ सिंक्रोनाइज़ेशन, कॉन्फ़िगरेशन यूटिलिटी के माध्यम से इंस्टॉलेशन - यह सब एक रूटीन है जिसे हटाने की जरूरत है।
परीक्षण कदम पर, समस्या निम्नानुसार है। परीक्षक ट्रैकर में एक कार्य बनाने के लिए समय बिताता है, एक क्रैश लॉग को लागू करता है। क्रैश लॉग एक त्रुटि के कारण हो सकता है, जिससे ट्रैकर में कार्यों का दोहराव हो सकता है।
मुझे यकीन है कि आप में से कुछ अभी इस तरह से एप्लिकेशन विकसित कर रहे हैं।
क्या मदद करेगा?
आधुनिक मोबाइल विकास उद्योग के विकास के दौरान, एक भी उपकरण का आविष्कार नहीं किया गया है जो आपको ऊपर वर्णित लागतों को कम करने की अनुमति देता है, अगर आप उन्हें पूरी तरह से नहीं हटाते हैं। क्या होगा यदि कुछ क्लिक "परीक्षकों को प्रकाशित करें" और "स्थापित करें" एप्लिकेशन को सभी परीक्षकों के उपकरणों पर स्थापित किया जाएगा?
ऐसे उपाय हैं।
फिलहाल इस तरह के मुख्य समाधानों में
टेस्टफ्लाइट और
हॉकीपैक शामिल हैं।
कैसे शुरू करें
ऐसी प्रणालियों के साथ आरंभ करना लगभग समान होता है और इसमें निम्नलिखित चरण होते हैं:
- आप सिस्टम की वेबसाइट पर एक खाता बनाते हैं और अपनी विशिष्ट कुंजी प्राप्त करते हैं, जिसका उपयोग कोड में किया जाना चाहिए;
- एसडीके प्रणाली डाउनलोड करें, इसे अपनी परियोजना से कनेक्ट करें;
- कोड की कुछ पंक्तियों को सम्मिलित करें जो आपके एप्लिकेशन के अंदर सिस्टम को इनिशियलाइज़ करता है;
- एप्लिकेशन बनाएं और इसे सिस्टम वेबसाइट पर अपलोड करें। साइट पर पोस्ट अनुरोध के साथ विधानसभा को अपलोड करना भी संभव है, यह आपकी स्वचालित विधानसभा प्रणाली का हिस्सा हो सकता है;
- सिस्टम की वेबसाइट पर विकास टीम के लिए अपने सभी परीक्षकों को निमंत्रण भेजें;
- अपने उपकरणों को पंजीकृत करते समय, परीक्षक स्वचालित रूप से अपने उपकरणों के यूयूआईडी में प्रवेश करेंगे, जिसे आप एक अलग फ़ाइल के रूप में प्राप्त कर सकते हैं, जिसे प्रोविजनिंग पोर्टल के डिवाइसेस अनुभाग में डाउनलोड किया जा सकता है;
इसमें पाँच मिनट लगते हैं। अब, परीक्षक की डिवाइस पर एप्लिकेशन इंस्टॉल करने की अंतिम प्रतिबद्ध से, दो क्रियाएं हैं।
घंटे X पर परीक्षकों को एक पत्र प्राप्त होता है:
इंस्टॉल पर क्लिक करके, परीक्षक सर्वर से एप्लिकेशन इंस्टॉल करने की प्रक्रिया शुरू करता है, जिसके बाद वह अपना काम शुरू कर सकता है।
TestFlight के न्यूनतम और आवश्यक कार्य के लिए आपको अपने स्रोत कोड को जोड़ने की आवश्यकता का एक उदाहरण:
[TestFlight takeOff:@"YOUR_KEY"];
वह सब है। आपको इसे
UIApplicationDelegate विधि में सम्मिलित करना होगा:
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
एसडीके क्लाइंट के रूप में आपके आवेदन के लिए यह सब करना होगा:
- आवेदन के साथ परीक्षक के सत्रों का एक रिकॉर्ड था;
- सत्र में परीक्षक का नाम, डिवाइस और सिस्टम का संस्करण, प्रारंभ और समाप्ति समय;
- क्रैश फाइलें "क्रैश" होने की स्थिति में सिस्टम सर्वर पर आती हैं। उन्हें आसानी से सीधे साइट पर देखा जा सकता है।
सिस्टम अंतर
नेटवर्क पर संदर्भों के अनुसार, शायद सबसे लोकप्रिय प्रणाली TestFlight है। लेकिन हॉकीफाइ के टेस्टफ्लाइट पर कई फायदे हैं:
| अवसर | TestFlight | HockeyApp |
| उपयोग में आसानी | + | + |
| मुक्त | +
भुगतान की कार्यक्षमता केवल भविष्य में होगी | -
एक निशुल्क परीक्षण अवधि है |
| एपीआई अपलोड करें | + | + |
| कार्यों को बनाने के लिए बग ट्रैकर से कनेक्ट करना | - | +
जिरा और रेडमाइन एट अल। |
| साइट की गति | ±
अक्सर रात होने पर भी धीमी हो जाती है | + |
| खुला स्रोत | -
SDK .a - और .h - फ़ाइलों के रूप में उपलब्ध है | + |
TestFlight इस आला में सबसे लोकप्रिय समाधान है। हो सकता है कि लोड के कारण, शायद अन्य कारणों से, सेवा उपलब्ध नहीं हो सकती है, विशेष रूप से देर से वसंत में, जब कई डेवलपर्स ने अपने पैरों से हॉकी के पक्ष में मतदान किया।
मुझे आशा है कि मैं यह दिखाने में सक्षम था कि इस तरह की प्रणालियां आपको अपनी दिनचर्या से पूरी तरह से बचा सकती हैं, जो कि आपकी टीम का समय खा रही है, परीक्षण के दौरान सूचनाओं के संग्रह को सरल बनाने के लिए, बग ट्रैकर में कार्यों के निर्माण को सरल बनाने के लिए, समान समस्याओं को हल करने के लिए। सामान्य तौर पर, अपने जीवन को आसान बनाने के लिए सब कुछ करें।
पहली बार इस तरह की प्रणालियों का सामना करते हुए, लोग आमतौर पर सिकुड़ते हैं और कहते हैं: "जादू।"
