जब iPhone/iPad के लिए विकसित करने के आपआईफोन/आईपैड ऐप्स का परीक्षण करने के लिए आपका क्या दृष्टिकोण है?
नोट इस पर एक question asked a few days ago (कि जब भारी संपादित किया गया है आधारित है)। प्रश्न ने कुछ रोचक प्रतिक्रियाएं उत्पन्न की जो एक ही स्थान पर एकत्रित हो सकती हैं।
यहां एक ऐप शिपिंग करने से पहले परीक्षण करने का मेरा वर्तमान दृष्टिकोण है।
1) एक्सकोड एकीकृत क्लैंग विश्लेषक का उपयोग करके बनाएं और विश्लेषण करें।
यह कई तरीकों से सहायक है, यह कई छोटी बेवकूफ चीजें और कुछ मेमोरी लीक भी पकड़ता है (भले ही इसके परिणामों में झूठी सकारात्मक होती है)।
2) पूरी तरह से सभी चेतावनियों की जांच करें। उनमें से कुछ वास्तव में वास्तव में हानिकारक हो सकता है। जहां संभव हो चेतावनी हटा दें।
3) का प्रयोग करें उपकरण मेमोरी लीक, कार्यावधि में स्मृति पदचिह्न, आदि
4) का प्रयोग करें शार्क के लिए जाँच करने के लिए प्रदर्शन समस्याओं की पहचान करने के लिए जब मुझे लगता है यह की जरूरत है।
5) परीक्षण की पूर्वनिर्धारित श्रृंखला की सभी पूर्वनिर्धारित श्रृंखला (मैन्युअल रूप से) निष्पादित करें, यह जांचने के लिए कि यूआई और अंतर्निहित कोड दोनों उम्मीद के अनुसार काम करता है। किसी ऐप में नई कार्यक्षमताओं को जोड़ते समय, यह सुनिश्चित करने के लिए कि सबकुछ सुचारू रूप से और ठीक से चलता है, हमेशा रीग्रेशन परीक्षण करें।मैंने लंबे समय से यूनिट परीक्षणों को त्याग दिया है, क्योंकि उन्हें स्थापित करने और चलाने के लिए आवश्यक अविश्वसनीय समय के कारण।
6) ऐप का एक विज्ञापन संस्करण अल्फा टेस्टर्स को शिप करें, रिपोर्ट की गई बग सही करें, फिर ऐप को फिर से अल्फा और बीटा टेस्टर्स और रिपोर्ट की गई बग दोनों को शिप करें।
7) फिलहाल आईफोन 3 जीएस, आईफोन 3 जी और आईपॉड टच पर अलग-अलग उपकरणों पर अंतिम परीक्षण किया गया।
सब ईमानदारी में, मैं एक इकाई परीक्षण बनाने के लिए पूरी तरह से दर्द होने के लिए आवश्यक काम की राशि नहीं मिली। मजाक करने का एक टन है जो कि सबसे बुनियादी परीक्षणों के लिए भी आवश्यक है। साथ ही, आईफोन में मॉडल, विचार और नियंत्रकों को अलग करना मुश्किल हो गया है। और यह देखते हुए कि मेरा ऐप काफी छोटा था, यह समय के लायक नहीं था।
अगर/जब मैं कुछ बड़ा लिख रहा था, तो मैं फिर से इकाई परीक्षण की फिर से जांच करूँगा।
इसके साथ, मैंने उपयोगकर्ता/क्यूए शैली परीक्षण का एक टन किया। अन्य लोगों को ऐप का उपयोग करना (वास्तव में सहायक!), मैं ऐप का उपयोग कर रहा हूं, आदि। यदि आप इकाई परीक्षणों पर कंजूसी करते हैं तो आप वहां पर कंजूसी नहीं कर सकते!
मैंने अपने ऐप्स पर कुछ यूनिट परीक्षण किया है। लेकिन चूंकि मेरा कैलकुलेटर यूनिट टेस्ट के लिए अन्य जटिल ऐप्स बनाम आसान है। मुझे यह बहुत ही उपयोगी लगता है जब मुझे ऐसा कोई मामला मिलता है जो सही काम नहीं करता है (आमतौर पर मैन्युअल परीक्षण से), तो मैं एक परीक्षा लिखता हूं ताकि भविष्य में (उम्मीद है कि अस्पष्ट) मामले का हमेशा परीक्षण किया जा सके। इस तरह मैं लाइन के नीचे और अधिक बग दोहराना नहीं है।
एकमात्र परीक्षण एप्लिकेशन इंस्ट्रूमेंट्स के साथ होता है, और यह कभी-कभी होता है।
कोई भी मौका आप समझा सकते हैं क्यों (और आवेदक से लिंक?)। – R0MANARMY
एप्लिकेशन डेवलपर टूल के साथ मानक आता है और आपको विशेष रूप से स्मृति उपयोग पर बहुत सारी जानकारी देता है। –
व्यक्तिगत रूप से मैं केवल कक्षाओं और/या विधियों का यूनिट-परीक्षण करता हूं जो इकाई परीक्षण को समझ में आता है और प्रयास के लायक हैं।
मैं शायद ही कभी जीयूआई से संबंधित कोड के परीक्षण के लिए इकाई परीक्षण का उपयोग करता हूं।
मैंने अभी तक आईसीयूनीट/सेनटेस्टिंग फ्रेमवर्क का उपयोग आईफोन के साथ भेज दिया है।
मुझे यह भी पता चला है कि रिलीज प्रक्रिया के हिस्से के रूप में करने के लिए चीजों की एक छोटी चेकलिस्ट बनाना बहुत परीक्षण के लिए बनाता है। यह अक्सर सीधे परीक्षण से संबंधित सामान नहीं होता है जो उत्पाद में समस्याएं बनाता है, बल्कि निर्माण/रिलीज प्रक्रिया में छोटे (भूल गए) चरणों को भी बनाता है।
किसी भी उपकरण को जानने के लिए ऐसा करें जो कम से कम यूआई परीक्षण स्वचालित करने में मदद करता है या यह इस बिंदु पर बहुत अधिक मैनुअल है? – R0MANARMY
@ R0MANARMY - मुझे खेद नहीं है। –
पुन: स्वचालन .. 4.0 एसडीके में एक परीक्षण स्वचालन ढांचा है जो जावास्क्रिप्ट – nolim1t