რბილ შემოწმებასაც მკაცრი გაჩერება სჭირდება.

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

გზამკვლევი იყენებს Playwright-ის შემოწმებების დოკუმენტაციას და გამოგონილ ლოკალურ გვერდს. რეალური დამტკიცება, გაგზავნა ან ანგარიში არ არსებობს. დამოუკიდებელ დაკვირვებებს შემდეგი ღილაკის წინ ბარიერი მოსდევს.

აზრიანი დაკვირვებები შეაგროვეთ

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

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

await expect.soft(page.getByRole('heading')).toHaveText('Review demo draft');
await expect.soft(page.getByRole('status')).toHaveText('Ready for review');
expect(test.info().errors).toHaveLength(0);
await page.getByRole('button', { name: 'Continue demo' }).click();

კონტროლირებული გვერდი და შემოტანილი test და expect საჭიროა. შეცდომების მკაცრი შემოწმება განზრახაა. რბილი ჩავარდნის შემდეგ Continue არ იჭირება. ეს ლოკალური ღილაკია და არა რეალური დამტკიცების წესი.

ბარიერი დამოკიდებულ მოქმედებამდე დადეთ

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

შეცდომები test.info().errors-შია. მასივი არ გაასუფთაოთ და სტატუსი წარმატების მოსაჩვენებლად არ შეცვალოთ. მოგვიანო სურათი ჩავარდნას არ შლის.

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

უარყოფითი შემთხვევაც შეამოწმეთ

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

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

უსაფრთხოების წინაპირობისთვის ჩვეულებრივი მკაცრი შემოწმება მარტივი შეიძლება იყოს. რბილობა დიაგნოსტიკის ინსტრუმენტია და არა ყველა შეცდომის გადადების ვალდებულება. ორივე ფორმა შესაფერისად გამოიყენეთ.

განხილვის წესი დატოვეთ

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

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

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