ვარიანტის მნიშვნელობა და წარწერა შეამოწმეთ.
არჩევის ველი აშკარად თქვით, როცა ხილული სახელი და გაგზავნილი მნიშვნელობა განსხვავდება.

ნათარგმნი გამოცემა. ტექნიკური იდენტიფიკატორები რჩება თავდაპირველ ფორმაში.

select Weekly-ს აჩვენებს, მნიშვნელობა კი weekly_demo-ა. ტესტი ორივეს ერთ ტექსტად წერს. ანგარიში ადამიანის წასაკითხ სახელსა და ელემენტის მნიშვნელობას შორის განსხვავებას კარგავს. ორივე მნიშვნელოვანი შეიძლება იყოს.
მოქმედებების გზამკვლევი value-სა და label-ს უჭერს მხარს. Locator API ამბობს ტექსტი ორივეს ემთხვევა, ობიექტი ველს ასახელებს. ეს ფორმა გამოიყენეთ თუ განსხვავება მოთხოვნას ეხება.
ველი დაასახელეთ
გამოგონილ მშობლიურ select-ს Delivery cadence და განსხვავებული სახელებისა და მნიშვნელობების ვარიანტები აქვს. შეკვეთა, გამოწერა ან მიწოდება არ იქმნება. კვირის მნიშვნელობას ვირჩევთ და ტექსტს ცალკე ვამოწმებთ.
const cadence = page.getByLabel('Delivery cadence');
await cadence.selectOption({ value: 'weekly_demo' });
await expect(cadence).toHaveValue('weekly_demo');
await expect(cadence.locator('option:checked')).toHaveText('Weekly');გამშვები და expect-ის იმპორტია საჭირო. სამიზნე მშობლიური select-ია, არა მსგავსი ფანჯარა. option:checked შიგნით არჩეულ ვარიანტს კითხულობს. ერთი არჩევისთვის ზუსტად ერთს ველით.
მეორე შემთხვევა Monthly-ს სახელით ირჩევს, დაბრუნებულ monthly_demo-ს და input და change-ს ამოწმებს. ეს ფიქსტურის მექანიკაა, არა ყველა აპლიკაციის სერვერული შენახვა.
სახელის ცვლილება ნახეთ
თარგმანმა სახელი შეიძლება შეცვალოს, მნიშვნელობა შეინარჩუნოს. მნიშვნელობით არჩევა არასწორი ტექსტითაც მუშაობს. თუ სახელი მოთხოვნაა, შეამოწმეთ. მხოლოდ სახელით არჩევა სწორ იდენტიფიკატორს არ ამტკიცებს.
ვინაობისთვის შეთანხმებული მნიშვნელობა გამოიყენეთ, არა შემთხვევითი ინდექსი. ინდექსი რიგზეა დამოკიდებული. პირველი რეკომენდაციისთვის რიგი და ვინაობა აშკარად შეამოწმეთ.
selectOption ვარიანტების გამოჩენას ელოდება და input და change-ს იძახებს. ეს აპლიკაციის მიღებას არ ამტკიცებს. ნახეთ ინტერფეისი და საჭირო ნებადართული სერვერის მტკიცებულება. ბრმა ლოდინი მტკიცებულებას არ ცვლის.
ტიპი და რაოდენობა შეინარჩუნეთ
საკუთარ combobox-ს სხვა მოქმედება შეიძლება დასჭირდეს. API-ის გადაღებამდე განხორციელება და ხელმისაწვდომი ქცევა შეისწავლეთ. მსგავსი გარეგნობა საერთო შეთანხმებას არ ამტკიცებს.
რამდენიმე არჩევა შედეგს ცვლის. გამოიყენეთ მნიშვნელობების სია და შესაბამისი შემოწმებები, არა ერთი ტექსტის განხილვის გარეშე გაფართოება. მაგალითი ერთ ვარიანტს ინარჩუნებს.
ჩაწერეთ ტიპი, ველი, მნიშვნელობა, სახელი და შენახვა. AnyTest კვლევასა და ადამიანის განხილვას აღწერს; კონკრეტული select არ არის განცხადებული. იდენტიფიკატორი და სახელი გააცალკევეთ.
დღეს ერთნაირიც რომ იყოს, აშკარა ველი შეინარჩუნეთ თუ შეთანხმება ითხოვს. მომავალი სახელის ცვლილება განხილვადი რჩება, ვინაობის ჩუმად შეცვლის გარეშე.
ვარიანტის სახელის შეცვლა თარგმანის დროს შეიძლება მოსალოდნელი იყოს, მაგრამ შენახული იდენტიფიკატორი სტაბილური დარჩეს. ეს ორი მოლოდინი დამოუკიდებლად განიხილეთ. მრავალი არჩევის შემთხვევაში ერთი ტექსტის შემოწმება სრულ შედეგს არ აღწერს. შესაბამისი მნიშვნელობების სია და საჭირო რაოდენობა განსაზღვრეთ, შემდეგ მხოლოდ იმ კონტრაქტის ფარგლებს მიაწერეთ მიღებული მტკიცებულება.
მეთოდი წარმატებით არჩეულ მნიშვნელობებს მასივით აბრუნებს. ეს დაბრუნებული მნიშვნელობა ადგილობრივ შეთანხმებას შეადარეთ, სანამ სერვერის შედეგს დაუკავშირებთ.
საერთო კითხვები
ტექსტი მხოლოდ მნიშვნელობას ირჩევს?
არა. მნიშვნელობასა და სახელს ემთხვევა; საჭიროებისას აშკარა ობიექტი გამოიყენეთ.
selectOption ყველა საკუთარი სიისთვისაა?
არა. მშობლიურ select-ს ეხება, სხვა ელემენტი ცალკე ნახეთ.