यूआई परीक्षण विफलता - न तो तत्व और न ही किसी वंशज का कीबोर्ड फोकस सिक्योरटेक्स्टफिल्ड पर है

139

यह मेरा मामला है:

let passwordSecureTextField = app.secureTextFields["password"]
passwordSecureTextField.tap()
passwordSecureTextField.typeText("wrong_password") //here is an error

यूआई परीक्षण विफलता - न तो तत्व और न ही किसी वंशज का कीबोर्ड फोकस है। तत्व:

गलत क्या है? यह सामान्य के लिए अच्छा काम कर रहा है textFields, लेकिन समस्या केवल साथ होती है secureTextFields। किसी भी काम?

— बार्टोलोमिएज सेमाकोज़ी
स्रोत

मुझे UIView के लिए वही त्रुटि मिलती है जो UIKeyInput प्रोटोकॉल के अनुरूप है ।

— ma11hew28

। और अजीब हिस्सा अगर मैं इस तरह की कोशिश यह XCUIApplication () webViews.secureTextFields [ "पासवर्ड"] काम करता है (XCUIApplication () webViews.secureTextFields [ "पासवर्ड"] नल) typeText ( "आपका स्वागत

— aurilio

यह मामला हो सकता है कि आपने एक्सेसिबिलिटी आइडेंटिफ़ायर सेट किया है, लेकिन आपने सेट नहीं किया है। असफलता = सत्य

— soumil

मैंने यहाँ एक ऐसे ही प्रश्न का उत्तर जोड़ा है: stackoverflow.com/a/59637897/2585413 । मेरी समस्या यह है कि मैं बुरा .windowLevel मूल्यों के साथ अस्तित्व में अन्य UIWindows था

— nteissler

264

इस समस्या के कारण मुझे दर्द हुआ, लेकिन मैंने इसका उचित समाधान निकालने में कामयाबी हासिल की। सिम्युलेटर में, सुनिश्चित करें कि 'हार्डवेयर -> कीबोर्ड -> कनेक्ट हार्डवेयर कीबोर्ड' बंद है।

— टेड कमिंसकी
स्रोत

4

यह मुद्दा तय हो गया है। लेकिन यह बहुत खराब है क्योंकि हम इसे CI के लिए स्वचालित रूप से लागू नहीं कर सकते।

— स्टेनिस्लाव पानकेविच

25

यदि आप CI (जेनकींस आदि) पर अपने परीक्षण चलाते हैं, तो आप अपने परीक्षण चलाने से पहले एक स्क्रिप्ट में निम्नलिखित पैरामीटर सेट कर सकते हैं। "डिफॉल्ट्स लिखें com.apple.iphonesimulator ConnectHardwareKeyboard 0"

— चार्लीटवर्क

7

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

— माइकल

2

Xcode 11 पर मेरे लिए काम किया, लेकिन कनेक्ट हार्डवेयर कीबोर्ड को अनचेक करना पर्याप्त नहीं हो सकता है। इसके अतिरिक्त यह सुनिश्चित करने के लिए कि सॉफ़्टवेयर कीबोर्ड वास्तव में दिखाया गया है (मेरे पास वास्तव में ऐसी स्थिति थी जहां कोई हार्डवेयर कीबोर्ड जुड़ा नहीं था, और कोई सॉफ्टवेयर कीबोर्ड नहीं दिखाया गया था, भले ही टेक्स्टफिल्ड पर ध्यान केंद्रित किया गया था, और कर्सर ब्लिंक कर रहा था)।

— रेनहार्ड मोनेर

1

मैं Xcode 11 पर भी इसमें भाग गया। स्थानीय रूप से ठीक करता है, लेकिन यह CI में कैसे सेट किया जा सकता है?

— jherg

26

हाल ही में हमें स्वीकृत उत्तर से समाधान बनाने के लिए एक हैक मिला। सिम्युलेटर सेटिंग को निष्क्रिय करने के लिए: 'हार्डवेयर -> कीबोर्ड -> कनेक्ट हार्डवेयर कीबोर्ड' कमांड लाइन से लिखना चाहिए:

defaults write com.apple.iphonesimulator ConnectHardwareKeyboard 0

यह एक सिम्युलेटर को प्रभावित नहीं करेगा जो चल रहा है - आपको सिम्युलेटर को फिर से शुरू करने या उस सेटिंग को अपना प्रभाव बनाने के लिए एक नया शुरू करने की आवश्यकता है।

— AlexDenisov
स्रोत

यह कुछ नहीं बदला है।

— netshark1000

@ netshark1000 जो Xcode के नए संस्करण के साथ बदला जा सकता है, मैं इसकी जाँच करूँगा।

— एलेक्सडेनिसोव

1

बेहद उपयोगी, मुझे इसके विपरीत की आवश्यकता थी जहां कीबोर्ड हमेशा सक्षम होता है, लेकिन हाँ यह बहुत धन्यवाद है। मैं अंत में साथ जा रहा था defaults write com.apple.iphonesimulator ConnectHardwareKeyboard -bool true, लेकिन इसकी वही अवधारणा थी।

— लेजर हॉक

2

मैंने इसे बनाने के लिए चरणों में एक स्क्रिप्ट बनाई। लेकिन मुझे सभी सिमुलेटरों को मारने की आवश्यकता थी, इसलिए मैंने ऐसा किया:killall "Simulator"; defaults write com.apple.iphonesimulator ConnectHardwareKeyboard 0;

— वैगनर सेल्स

यह अब काम नहीं करता है, कुंजी बदल गया है ?? @AlexDenisov

— सिमोन

15

मैंने एक छोटा सा विस्तार (स्विफ्ट) लिखा है जो मेरे लिए एकदम सही है। यहाँ कोड है:

extension XCTestCase {

    func tapElementAndWaitForKeyboardToAppear(element: XCUIElement) {
        let keyboard = XCUIApplication().keyboards.element
        while (true) {
            element.tap()
            if keyboard.exists {
                break;
            }
            NSRunLoop.currentRunLoop().runUntilDate(NSDate(timeIntervalSinceNow: 0.5))
        }
    }
}

कीबोर्ड प्रस्तुत करने से पहले एक तत्व (पाठ क्षेत्र) को टैप करते रहना मुख्य विचार है।

— berezhnyi oleksandr
स्रोत

यह अभी मेरे लिए काम नहीं कर रहा है। मेरे पास Xcode 7.2 (7C68) है, आपके पास क्या संस्करण है? यह समाधान जो हमें CI के लिए मिला वह हमारे लिए काम करता है: stackoverflow.com/a/34812979/598057 ।

— स्टेनिस्लाव पानकेविच

इसकी एक बार और पुष्टि करने के लिए: यह सहायक आपके लिए सुरक्षित पासवर्ड पाठ क्षेत्र के लिए काम करता है न कि केवल नियमित पाठ क्षेत्र?

— स्टैनिस्लाव पानकेविच

हां, यह दोनों प्रकार के पाठ क्षेत्र के लिए काम करता है: नियमित और सुरक्षित।

— berezhnyi oleksandr

1

इस उत्तर के साथ समस्या यह है कि यह हार्डकोड देरी का उपयोग करता है। इसके बजाय, कीबोर्ड तत्व के साथ उम्मीदों के मॉडल के लिए प्रतीक्षा का उपयोग करें।

— user1122069

11

स्टानिस्लाव का सही विचार है।

टीम के माहौल में, आपको कुछ ऐसा चाहिए होता है जो अपने आप काम करेगा। मैं यहाँ एक तय कर आया हूँ अपने ब्लॉग पर हूँ।

मूल रूप से आप सिर्फ पेस्ट करें:

UIPasteboard.generalPasteboard().string = "Their password"
let passwordSecureTextField = app.secureTextFields["password"]
passwordSecureTextField.pressForDuration(1.1)
app.menuItems["Paste"].tap()

— RyanPliske
स्रोत

अपना समाधान साझा करने के लिए धन्यवाद। दुर्भाग्य से यह अभी मेरे लिए काम नहीं कर रहा है। मैं Xcode 7.2 (7C68) कर रहा हूं, आप क्या? अन्य समाधान देखें जो हमें CI के लिए मिला: stackoverflow.com/questions/32184837/… ।

— स्टेनिस्लाव पानकेविच

8

इस त्रुटि का एक अन्य कारण यह है कि यदि आप जिस पाठ क्षेत्र में प्रवेश करने का प्रयास कर रहे हैं, वह अभिगम तत्व ( view.isAccessibilityElement = true) के रूप में सेट किए गए पाठ क्षेत्र का एक मूल दृश्य है । इस मामले में, XCTest को पाठ दर्ज करने और त्रुटि को वापस करने के लिए सबव्यू पर एक हैंडल प्राप्त करने में सक्षम नहीं है।

यूआई परीक्षण विफलता - न तो तत्व और न ही किसी वंशज का कीबोर्ड फोकस है।

ऐसा नहीं है कि किसी भी तत्व पर ध्यान केंद्रित नहीं किया गया है (जैसा कि आप अक्सर UITextField में कीबोर्ड अप और ब्लिंकिंग कर्सर देख सकते हैं), यह सिर्फ इतना है कि जिस तत्व तक पहुंच नहीं है, उस पर ध्यान केंद्रित किया जा सकता है। UISearchBar में पाठ दर्ज करने का प्रयास करते समय मैं इसमें भाग गया। खोज बार स्वयं टेक्स्ट फ़ील्ड नहीं है, जब इसे एक्सेसिबिलिटी तत्व के रूप में सेट किया जाता है, तो अंतर्निहित UITextField तक पहुंच को अवरुद्ध कर दिया गया था। इसे हल करने के लिए, हालांकि सेट नहीं था searchBar.accessibilityIdentifier = "My Identifier"पर सेट UISearchBarकिया isAccessibilityElementगया था true। इसके बाद फॉर्म का टेस्ट कोड:

app.otherElements["My Identifier"].tap()
app.otherElements["My Identifier"].typeText("sample text")

काम करता है

— user3847320
स्रोत

6

यह मेरे साथ कई बार हुआ। आपको अपने सिमुलेटर में कीबोर्ड हार्डवेयर और उसी लेआउट को OSX के रूप में अक्षम करना होगा

हार्डवेयर / कीबोर्ड (सभी को अक्षम करें)

उसके बाद कीबोर्ड सॉफ्टवेयर खारिज नहीं होगा और आपके परीक्षण पाठ टाइप कर सकते हैं

— फर्नांडो मार्टिनेज
स्रोत

5

ऐप को लॉन्च करने और इस तरह से टेक्स्टफिल्ड में डेटा टाइप करने के बीच एक नींद का उपयोग करें:

sleep(2)

मेरे मामले में मैं हर बार यह त्रुटि प्राप्त कर रहा था और केवल इस समाधान ने मेरी मदद की।

— Kingalione
स्रोत

1

समस्या यह है कि यदि आपके पास बड़ी संख्या में यूआई टेस्ट हैं जो प्रारंभिक लॉगिन की तरह कुछ करते हैं, तो यह आपके CI टेस्ट रन के लिए एक विशाल ओवरहेड जोड़ देगा।

— डेल्टा २।

4

यह शायद मदद करता है: मैं सिर्फ त्रुटि से पहले एक "टैप" कार्रवाई जोड़ता हूं; बस इतना ही :)

[app.textFields[@"theTitle"] tap];
[app.textFields[@"theTitle"] typeText:@"kk"];

— कार्लोस पेराल्टा
स्रोत

2

यह निश्चित रूप से सुरक्षित पासवर्ड टेक्स्ट फ़ील्ड के लिए काम नहीं करता है।

— स्टेनिस्लाव पानकेविच

यह मेरे सुरक्षित पासवर्ड पाठ क्षेत्र के लिए ठीक काम किया। अच्छा समाधान।

— ट्रैविस एम।

4

func pasteTextFieldText(app:XCUIApplication, element:XCUIElement, value:String, clearText:Bool) {
    // Get the password into the pasteboard buffer
    UIPasteboard.generalPasteboard().string = value

    // Bring up the popup menu on the password field
    element.tap()

    if clearText {
        element.buttons["Clear text"].tap()
    }

    element.doubleTap()

    // Tap the Paste button to input the password
    app.menuItems["Paste"].tap()
}

— एंथोनी
स्रोत

4

रिकॉर्ड केस हालांकि आप चाहते हैं, कीबोर्ड या कीबोर्ड के बिना संलग्न। लेकिन टेस्ट खेलने से पहले निम्न कार्य करें।

टेस्ट खेलते समय यह निम्नलिखित विकल्प (हार्डवेयर कीबोर्ड कनेक्ट करें) अनियंत्रित होना चाहिए।

— umairhhhs
स्रोत

4

मेरे मामले में यह Hardware -> Keyboard -> Connect Hardware Keyboard-> अक्षम ने मेरे लिए काम नहीं किया।

लेकिन जब मैंने पीछा किया

1) Hardware -> Keyboard -> Connect Hardware Keyboard-> सक्षम और एप्लिकेशन
2 चलाएं ) Hardware -> Keyboard -> Connect Hardware Keyboard-> अक्षम करें ।

इसने मेरे लिए काम किया

— BharathRao
स्रोत

मेरे लिए काम किया, आदमी मैं XCode के इस पहलू से नफरत करता हूँ!

— bwobbones

3

[ एक जवाब के रूप में बार्टोलोमिएज सेमासकीज की टिप्पणी को निरस्त करना क्योंकि इससे मेरे लिए समस्या हल हो गई]

मेरे लिए यह काम शुरू करने के लिए सिमुलेटर मेनू बार में सिम्युलेटर> रीसेट सामग्री और सेटिंग्स करने की आवश्यकता थी।

— rogueleaderr
स्रोत

सिम्युलेटर को रीसेट करने से मुझे भी मदद मिली। दिलचस्प बात यह है कि समस्या केवल सिम्युलेटर में हुई जबकि एक ही परीक्षण (टाइपिंग के बाद टेक्सफील्ड पर टैप) एक डिवाइस पर ठीक चला।

— क्रिश्चियन

1

कुछ समय के पाठ फ़ील्ड को टेक्स्ट फ़ील्ड के रूप में लागू नहीं किया जाता है, या वे किसी अन्य UI तत्व में लपेटे जाते हैं और आसानी से सुलभ नहीं होते हैं। यहाँ एक काम है:

//XCUIApplication().scrollViews.otherElements.staticTexts["Email"] the locator for the element
RegistrationScreenStep1of2.emailTextField.tap()
let keys = app.keys
 keys["p"].tap() //type the keys that you need
 
 //If you stored your data somewhere and need to access that string //you can cats your string to an array and then pass the index //number to key[]
 
 let newUserEmail = Array(newPatient.email())
 let password = Array(newPatient.password)
 
 //When you cast your string to an array the elements of the array //are Character so you would need to cast them into string otherwise //Xcode will compain. 
 
 let keys = app.keys
     keys[String(newUserEmail[0])].tap()
     keys[String(newUserEmail[1])].tap()
     keys[String(newUserEmail[2])].tap()
     keys[String(newUserEmail[3])].tap()
     keys[String(newUserEmail[4])].tap()
     keys[String(newUserEmail[5])].tap()

स्निपेट का विस्तार करें

— यूजीन बेरेज़िन
स्रोत

0

आपकी पहली पंक्ति केवल एक क्वेरी परिभाषा है , जिसका मतलब यह नहीं है कि passwordSecureTextFieldवास्तव में मौजूद होगी।

आपकी दूसरी पंक्ति गतिशील रूप से क्वेरी को निष्पादित करेगी और क्वेरी (UI) को UI तत्व में बाँधने का प्रयास करेगी । आपको उस पर एक ब्रेकपॉइंट डालना चाहिए और सत्यापित करना चाहिए कि एक और केवल एक तत्व मिला है। या बस एक जोर का प्रयोग करें:

XCTAssertFalse(passwordSecureTextField.exists);

अन्यथा यह ठीक दिखता है, tapकीबोर्ड को दिखाई देने के लिए मजबूर करना चाहिए और फिर typeTextबस काम करना चाहिए। त्रुटि लॉग में आपको अधिक जानकारी बताई जानी चाहिए।

— JOM
स्रोत

1

passwordSecureTextFieldमौजूद। मैंने समस्या को ठीक कर दिया, लेकिन स्मृति को साफ करना, और उन पंक्तियों को फिर से लिखना। अजीब है, लेकिन यह काम किया।

— बार्टालोमिएज सेमेकोस्की

यह सुनकर अच्छा लगा कि यह तय है! मैं कल बीटा 6 के साथ इसी तरह की समस्या में दौड़ता हूं :)

— JOM

बीटा 6? :-) वास्तव में मेरे पास केवल 5 :)

— बार्टोमोइज सेमेस्कज़ी

आप कोडिंग में व्यस्त हैं :) बीटा 6 ने tapमेरे लिए रिकॉर्ड नहीं किया , इसे जानने के लिए कुछ समय लिया। अच्छा डिबग अभ्यास!

— जोम

हो सकता है कि आपको इसका उत्तर पता हो: stackoverflow.com/questions/32219015/… ?

— बार्टोलोमिएज सेमेकोस्की

0

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

— codercat
स्रोत

0

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

AppleScript के साथ कुछ समय खिलवाड़ करने के बाद, मैं यहाँ आया (सुधारों का स्वागत है):

tell application "Simulator" activate tell application "System Events" try tell process "Simulator" tell menu bar 1 tell menu bar item "Hardware" tell menu "Hardware" tell menu item "Keyboard" tell menu "Keyboard" set menuItem to menu item "Connect Hardware Keyboard" tell menu item "Connect Hardware Keyboard" set checkboxStatus to value of attribute "AXMenuItemMarkChar" of menuItem if checkboxStatus is equal to "✓" then click end if end tell end tell end tell end tell end tell end tell end tell on error tell application "System Preferences" activate set securityPane to pane id "com.apple.preference.security" tell securityPane to reveal anchor "Privacy_Accessibility" display dialog "Xcode needs Universal access to disable hardware keyboard during tests(otherwise tests may fail because of focus issues)" end tell end try end tell end tell

ऊपर कोड के साथ एक स्क्रिप्ट फ़ाइल बनाएं और इसे आवश्यक लक्ष्यों में जोड़ें (शायद यूआई परीक्षण केवल लक्ष्य करते हैं, आप विकास के दौरान एचडब्ल्यू कीबोर्ड को फिर से सक्षम करने के लिए अपने विकास के लक्ष्यों के लिए समान स्क्रिप्ट जोड़ना चाह सकते हैं)। आपको Run Scriptचरणबद्ध निर्माण में चरण जोड़ना चाहिए और इसे इस तरह उपयोग करना चाहिए : osascript Path/To/Script/script_name.applescript

— तैमूर कुचक्रोव
स्रोत

0

accessibilityIdentifierकस्टम दृश्य ( UIStackViewउपवर्ग) युक्त मान सेट करते समय हमें उसी त्रुटि का सामना करना पड़ाUIControlसबव्यू । उस स्थिति में XCTest को अवरोही तत्वों के लिए कीबोर्ड फ़ोकस प्राप्त करने में असमर्थ था।

हमारा समाधान बस accessibilityIdentifierहमारे माता-पिता के दृष्टिकोण से हटाने और accessibilityIdentifierसमर्पित गुणों के माध्यम से साक्षात्कार के लिए निर्धारित करना था ।

— shadowhorst
स्रोत

0

एक अन्य उत्तर, लेकिन हमारे लिए समस्या यह थी कि यह दृश्य एक अन्य दृश्य के बहुत करीब था जो कि इस पर एक इशारा पहचानकर्ता था। हमने पाया कि हमें कम से कम 20 पिक्सेल दूर (हमारे मामले में नीचे) दृश्य की आवश्यकता थी। शाब्दिक रूप से 15 ने काम नहीं किया और 20 या अधिक ने किया। यह अजीब है, मैं मानता हूँ, लेकिन हमारे पास कुछ UITextView थे जो काम कर रहे थे और कुछ ऐसे नहीं थे और सभी एक ही माता-पिता और समान अन्य पोजिशनिंग (और निश्चित रूप से चर नाम) के तहत थे। कीबोर्ड पर या बंद या जो भी कोई फर्क नहीं पड़ा। सुगमता ने खेतों को दिखाया। हमने अपने कंप्यूटरों को पुनः आरंभ किया। हमने क्लीन बिल्ड किया। ताजा स्रोत चेकआउट।

— डेविड जे
स्रोत

0

मेरे लिए इस समस्या ने क्या तय किया था: 1 सेकंड की नींद

let textField = app.textFields["identifier"]
textField.tap()
sleep(1)
textField.typeText(text)

— प्रेज़ेमीस्लाव रेवेज़ियोस्की
स्रोत

0

मैं इस मुद्दे में भाग गया और @AlexDenisov द्वारा पोस्ट किए गए समाधान को ले कर और रन और टेस्ट के लिए अपने पूर्व-कार्यों में जोड़कर इसे अपने परिदृश्य में ठीक करने में सक्षम था ।

— CodeBender
स्रोत

0

आई / ओ में कीबोर्ड को चालू / बंद करने की आवश्यकता नहीं है। SecureTextField के लिए .typeText का उपयोग न करें, बस उपयोग करें

app.keys["p"].tap()
app.keys["a"].tap()
app.keys["s"].tap()
app.keys["s"].tap()

बोनस: आप कीबोर्ड ध्वनि क्लिक करें :)

— zdravko zdravkin
स्रोत

0

अंत में, मैंने एक स्क्रिप्ट लिखी जो सिम्युलेटर की .plist फ़ाइल को संपादित करती है और सेट करती है ConnectHardwareKeyboard चयनित सिम्युलेटर के लिए झूठी संपत्ति है। आपने इसे सही सुना, यह वैश्विक डिवाइस को संपादित करने के बजाय "DevicePreferences" शब्दकोश के अंदर विशेष रूप से चयनित सिम्युलेटर के लिए संपत्ति को बदलता है।

सबसे पहले, निम्नलिखित सामग्रियों के साथ एक शेल स्क्रिप्ट बनाएं, जिसे निष्क्रिय- हार्डवेयर-keyboard.sh नाम दिया गया है। आप इसे "YourProject / xyzUITests / Scripts /":

echo "Script: Set ConnectHardwareKeyboard to false for given Simulator UDID"

if [[ $1 != *-*-*-*-* ]]; then
    echo "Pass device udid as first argument."
    exit 1
else
    DEVICE_ID=$1
fi

DEVICE_PREFERENCES_VALUE='<dict><key>ConnectHardwareKeyboard</key><false/></dict>'
killall Simulator # kill restart the simulator to make the plist changes picked up
defaults write com.apple.iphonesimulator DevicePreferences -dict-add $DEVICE_ID $DEVICE_PREFERENCES_VALUE
open -a Simulator # IMPORTANT

अब चयनित सिम्युलेटर के यूडिड को एक तर्क के रूप में पारित करने के लिए कॉल करने के लिए इन चरणों का पालन करें:

अपनी Xcode योजना संपादित करें (या यदि आपके पास एक है तो UI परीक्षण विशिष्ट योजना)
पर जाएं: परीक्षण> पूर्व-क्रियाएं
"+" प्रतीक> "नया रन स्क्रिप्ट एक्शन" टैप करके नई स्क्रिप्ट जोड़ें।
महत्वपूर्ण: अंदर "ड्रॉपडाउन से बिल्ड सेटिंग प्रदान करें" अपना मुख्य ऐप लक्ष्य चुनें, यूआई परीक्षण लक्ष्य नहीं।
अब नीचे पाठ क्षेत्र में निम्नलिखित स्क्रिप्ट जोड़ें।

टेस्ट के अंदर स्क्रिप्ट> पूर्व क्रियाएं:

#!/bin/sh
# $PROJECT_DIR is path to your source project. This is provided when we select "Provide build settings from" to "AppTarget"
# $TARGET_DEVICE_IDENTIFIER is the UDID of the selected simulator
sh $PROJECT_DIR/xyzUITests/Scripts/disable-hardware-keyboard.sh $TARGET_DEVICE_IDENTIFIER

# In order to see output of above script, append following with it:
#  | tee ~/Desktop/ui-test-scheme-prescript.txt

इसका परीक्षण करने का समय:

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

— हसन अली
स्रोत

-1

Securetextfields के साथ एक ही मुद्दा था। मेरे सिम्युलेटर में कनेक्ट हार्डवेयर का विकल्प था, लेकिन फिर भी मुद्दे में भाग गया। अंत में, यह मेरे लिए काम किया (स्विफ्ट 3):

 let enterPasswordSecureTextField = app.secureTextFields["Enter Password"]
    enterPasswordSecureTextField.tap()
    enterPasswordSecureTextField.typeText("12345678")

— rads
स्रोत

आपके कोड और प्रश्न में पूछे गए कोड के बीच क्या अंतर है।

— शिवम पोखरियाल 13