QA The Other Wayხარისხის უზრუნველყოფა AI ავტომატიზაციის ეპოქაში. QA The Other Way.
პრაქტიკული QA

მოსალოდნელი მარცხი ტესტს მაინც უშვებს.

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

5 კითხვა: წუთიQA The Other Way
მოსალოდნელი მარცხი, მოულოდნელი წარმატება და გამოტოვება ცალკე სტრიქონებში.
ავტორის სარედაქციო ილუსტრაცია.
საილუსტრაციო ვიდეო ამ სტატიისთვის. ინგლისური ტექსტი ეკრანზე; აირჩიეთ სუბტიტრები ამ ენისთვის.

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

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

გუნდი ცნობილ წარუმატებელ ტესტს გამოტოვებს. სხეული აღარ სრულდება; ანგარიში დეფექტის გამეორებადობას ვერ აჩვენებს. Playwright-ს მოსალოდნელი მარცხის ანოტაცია აქვს: ტესტი მუშაობს და წარმატება მოულოდნელი ხდება.

ანოტაციების გზამკვლევი skip(), fail() და fixme()-ს განასხვავებს. skip არ სრულდება; fail სრულდება და მარცხს მოელის. fixme ნელი ან ავარიული შესრულების შემთხვევისთვისაა. არჩევანი მნიშვნელობასა და სამუშაო შეზღუდვებს დაუკავშირეთ.

მაგალითი შეზღუდეთ

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

import { test, expect } from '@playwright/test';

test('controlled expected mismatch', async () => {
  test.fail(true, 'Invented mismatch for annotation demonstration');
  expect('actual demo value').toBe('expected demo value');
});

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

რეალური შეცდომა ნახეთ

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

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

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

მოულოდნელი წარმატება შეამოწმეთ

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

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

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

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

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

საერთო კითხვები

test.fail სხეულს გამოტოვებს?

არა. ტესტს უშვებს და მარცხს მოელის.

მოსალოდნელი მარცხი საჭირო დეფექტს ადასტურებს?

არა. რეალური შეცდომა და მიღწეული შემოწმება ნახეთ.

წყაროები