შეამოწმეთ თქვენი აპი ბრაუზერში ერთი ბრძანებით

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

რას აკეთებს

App Testing ამოწმებს თქვენს ცოცხალ გადახედვას, და არა მხოლოდ კოდს. Mythex ბრაუზერს მუშაობს გაშვებულ აპზე, იღებს იმას, რასაც ხედავს — მათ შორის ეკრანის სურათებს, როცა ისინი სასარგებლოა — და ჩატში ჯამურ შედეგს წერს.

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

რატომ არის სასარგებლო

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

App Testing კითხვას „ისევ მუშაობს?“ ერთ შეტყობინებად აქცევს. აღწერთ გზას, რომელიც მნიშვნელოვანია, აგენტი მას გაივლის და მიიღებთ ანგარიშს, რომლითაც მოქმედებთ. ვინაიდან ის იმავე ჩატში მუშაობს, შესწორება ერთი შეტყობინებით არის დაშორებული.

როგორ გავუშვათ

დარწმუნდით, რომ გადახედვა გაშვებულია და აჩვენებს თქვენს აპს. App Testing გადახედვაზე მუშაობს, ამიტომ თუ გადახედვა ცარიელია ან ჯერ იწყება, დაელოდეთ ან ჯერ ეს გაასწორეთ.
ჩაწერეთ /test პროექტის ჩატში. შეგიძლიათ ჩვეულებრივი ენით კითხოთ — „შეამოწმე აპი ბრაუზერში“ ასევე მუშაობს.
თქვით, რაზე გაამახვილოთ ყურადღება, თუ გსურთ. მაგალითად: „შეამოწმე რეგისტრაცია და ფასების გვერდი“, ან „შექმენი ანგარიში, დაამატე ნივთი, გადაიხადე“.
წაიკითხეთ ანგარიში. Mythex აჯამებს, რა სცადა და რა გაფუჭდა, სადაც საჭიროა, სურათებით.
გაასწორეთ, რაც იპოვა, /fix-ით ან ჩვეულებრივი Build შეტყობინებით.
გაუშვით /test ისევ, რომ დარწმუნდეთ შესწორება იმუშავა და სხვა არაფერი გატყდა.

როდის გამოიყენოთ

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

კარგი შედეგის მიღება

რაც უფრო მკაფიოა მოთხოვნა, მით სასარგებლოა ანგარიში.

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

შეზღუდვები

ის ამოწმებს გადახედვას, და არა თქვენს გამოქვეყნებულ საიტს. App Testing მუშაობს ცოცხალ გადახედვაზე თქვენს კერძო სამუშაო სივრცეში. ის არ ამოწმებს ვერსიას, რომელსაც ვიზიტორები თქვენს გამოქვეყნებულ URL-ზე ხედავენ. გამოაქვეყნეთ ცალკე, როცა მზად იქნებით.
გადახედვა გაშვებული უნდა იყოს. თუ ის არ მუშაობს, შესამოწმებელი არაფერია.
ის მიჰყვება გზებს, რომლებსაც უთითებთ. ფოკუსირებული მოთხოვნა ფოკუსირებულ შემოწმებას იღებს; ეს არ არის ამომწურავი სატესტო ნაკრები.
ის აცნობებს; გადაწყვეტთ თქვენ. App Testing გეუბნებათ, რა არის გატეხილი. გასწორება ცალკე ნაბიჯია, /fix-ით ან Build შეტყობინებით.

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

დოკუმენტაციის გვერდი დეტალებს შეიცავს: App Testing.