Ինչպես օգտագործել AI կոդային ասիստենտները automation script-երն ավելի արագ գրելու համար, և ինչպես ստուգել արդյունքը։
AI կոդային ասիստենտները՝ գործիքներ, որոնք առաջարկում կամ գեներացնում են կոդ ուղիղ editor-ի ներսում, դարձել են ավտոմատացման script-երի գրման սովորական մաս, ոչ միայն application կոդի։ Automation-ի անցնող QA ինժեների համար դրանք կարող են նշանակալիորեն կրճատել Selenium, Playwright կամ Cypress script գրելու ժամանակը, եթե արդյունքը վերանայվում է նույն խստությամբ, ինչ junior գործընկերոջ կոդը։
Այս հոդվածում կանդրադառնանք․
AI կոդային ասիստենտները կոդ են առաջարկում, մինչ դուք գրում եք, գեներացնում են ամբողջական ֆունկցիա կամ script՝ պարզ լեզվով նկարագրությունից, և կարող են բացատրել կամ refactor անել գոյություն ունեցող կոդը հարցումով։ Կոնկրետ ավտոմատացման համար սա սովորաբար նշանակում է page object-ի սևագրի, նկարագրված user flow-ի test script-ի կամ տրված scenario-ի assertion-ների հավաքածուի գեներացում — աշխատանք, որը հետևում է լավ հայտնի օրինաչափություններին, որոնց բազմաթիվ օրինակներ մոդելը տեսել է ուսուցման ընթացքում։
Ամենահուսալի ձևը ասիստենտն automation-ի համար օգտագործելու համար test scenario-ն ճշգրիտ նկարագրելն է՝ ճշգրիտ քայլերը, ճշգրիտ ներգրավված տարրերը և ճշգրիտ սպասվող արդյունքը, ոչ թե խնդրել ինչ-որ անորոշ բան, ինչպիսին է «գրիր test login էջի համար»։ Որքան prompt-ը նման է լավ գրված manual test case-ի, այնքան գեներացված script-ը ավելի մոտ կլինի օգտագործելիին։ Օգտակար է նաև նախապես նշել framework-ը, լեզուն և project-ի ցանկացած convention (անվանում, folder-ի կառուցվածք, առկա helper ֆունկցիաներ), քանի որ այլապես ասիստենտը ոչ մի կերպ չի կարող դրանք իմանալ։
AI-ի գեներացրած automation script-երը պետք է անցնեն նույն վերանայումը, ինչ մարդու գրած script-ը՝ ճիշտ locator-ներ, որոնք հաջորդ փոքր UI փոփոխությունից չեն կոտրվի, համապատասխան wait-եր՝ fixed sleep-ի փոխարեն, assertion-ներ, որոնք իրապես ստուգում են ճիշտ բանը, և հարդ-կոդավորված test տվյալների բացակայություն, որոնք լուռ կհնանան։ Գեներացված script, որը մեկ անգամ գործարկվել ու անցել է, նույնը չէ, ինչ կայուն ու պահպանվող script — այս տարբերությունը սովորաբար բացահայտվում է միայն մարդու վերանայումից, ոչ թե ինքն ասիստենտից։
AI կոդային ասիստենտները նկատելիորեն ավելի թույլ են ամեն ինչում, որ սպեցիֆիկ է կոնկրետ թեստավորվող հավելվածին և տեսանելի չի եղել prompt-ում կամ շրջակա կոդում՝ սեփական ներքին framework-ներ, անսովոր authentication flow-ներ կամ հավելվածին բնորոշ առանձնահատկություններ, որոնց օրինակ մոդելը երբեք չի տեսել։ Դրանք նաև հակված են գեներացնել կոդ, որը հավանական տեսք ունի և առանց սխալի գործարկվում է, բայց լուռ ստուգում է սխալ բան — օրինակ՝ ստուգում է տարրի առկայությունը, ոչ թե որ այն պարունակում է ճիշտ արժեքը — ինչը ուշադիր վերանայումը դարձնում է պարտադիր, ոչ թե ընտրովի։
Ասիստենտին վերաբերվեք որպես արագ «մուտքագրողի»՝ օրինաչափություն ճանաչելու հմտություններով, ոչ թե որպես ձեր արտադրանքը հասկացող automation ինժեների։ Տվեք ճշգրիտ, մանրամասն prompt-եր, վերանայեք ամեն ինչ, ինչ այն արտադրում է, նախքան commit անելը, և առավել ինտենսիվ օգտագործեք այն automation աշխատանքի կրկնվող մասերի համար՝ boilerplate կոդ, page object-ներ, ստանդարտ assertion օրինաչափություններ, որտեղ խնայված ժամանակն ամենամեծն է, իսկ նուրբ սխալի ռիսկը ամենահեշտ բռնվողն է։