मैं कुछ यूनिट परीक्षण लिख रहा हूँ और, इस विशेष ऐप की प्रकृति के कारण, यह महत्वपूर्ण है कि मैं यथासंभव उच्च UIश्रृंखला प्राप्त करूं । इसलिए, मैं जो करना चाहता हूं वह प्रोग्राम-बटन को ट्रिगर करना है, जैसे कि उपयोगकर्ता ने बटन को दबाया था GUI।
(हां, हां - मैं सिर्फ चयनकर्ता को कॉल कर सकता हूं IBActionलेकिन, फिर से, इस विशेष ऐप की प्रकृति यह महत्वपूर्ण बनाती है कि मैं वास्तविक बटन प्रेस को नकली कर दूं, जैसे कि IBActionबटन से ही कॉल किया जाए।)
ऐसा करने का पसंदीदा तरीका क्या है?
क्या आप बता सकते हैं कि यह महत्वपूर्ण क्यों है कि आप सीधे एक्शन विधि को कॉल करने के बजाय बटन टच को नकली बनाते हैं? वास्तव में कोई व्यावहारिक अंतर नहीं है।
—
जसरीन
@ जसारिन: ठीक है, क्योंकि वहाँ एक अंतर है! ;) मेरे ऐप में, कई बटन एक ही एक्शन विधि का उपयोग करते हैं, और विधि यह बताती है कि बटन के टैग के आधार पर कैसे व्यवहार किया जाए। इसलिए इकाई परीक्षण, विधि के माध्यम से एक विशेष कोड-पथ का परीक्षण करने के अलावा, (ए) को उन सभी का परीक्षण करने की आवश्यकता है और (बी) यह भी सत्यापित करता है कि बटन सही ढंग से वायर्ड हैं। इसके अलावा, यह मेरे यूनिट-टेस्ट सूट को अच्छी तरह से एब्सट्रैक्ट करता है, क्योंकि मैं एक टेक्स्ट फाइल में लाइनों के रूप में यूनिट टेस्ट को इस तरह से परिभाषित कर सकता हूं: "1 + 2 = 3" जहां "3" अपेक्षित समाप्ति डिस्प्ले है, और इससे पहले सब कुछ। पुश करने के लिए कौन सा बटन है।
—
ओली
अच्छी तरह से आपकी कार्रवाई विधि में एक (आईडी) प्रेषक पैरामीटर नहीं है? क्या आप केवल विधि को कॉल नहीं कर सकते और प्रेषक के रूप में बटन पास कर सकते हैं?
—
जसारीन
अपने परीक्षण दोहन का सार प्रकृति के कारण, मैं नहीं पता है कि विधि है कि जरूरतों को एक विशेष बटन के लिए कहा जाता है। मुझे लगता है कि मैं बटन में खुदाई कर सकता हूं और इसे प्राप्त कर सकता हूं, लेकिन SendActionsForControlEvents: यह सब मेरे लिए करता है, त्रुटि के लिए कम अवसर के साथ, और डिजाइन के साथ परीक्षण सार और फिटिंग रखता है।
—
ओली