Playwright භාවිතයෙන් වෙබ් යෙදුම් පරීක්ෂා කිරීමේ ක්රියාවලිය තවත් ඉක්මනින්, නිරවද්යව කරගැනීමට Claude AI සමඟ එක්වූ නව ක්රමයක් දැන් හඳුන්වා දෙනවා. මේ ලිපියෙහි අපි පූර්ව “playwright‑form‑tester” ස්කීලය අරඹා, ඒක තවත් තුනක් වන – locator policy, page object generator, flaky‑test debugger – එකට ගැළපෙන පූර්ණ පැක් එකක් ලෙස විස්තර කරනවා.
ඉදිරියට යන්න පෙර, එක් එක් ස්කීලය කුමන අවස්ථාවේ ක්රියාත්මක වනවා කියලා පැහැදිලි කරගන්නා ලද පසු, .claude/skills/ ෆෝල්ඩරයේ පහත පරිදි සංවිධානය කරගන්න. මෙය කේතයේ සරලතාවය, ඉල්ලීම් අනුව ස්කීල තේරීම, සහ ඒකාබද්ධ reference ෆෝල්ඩරයක් හරහා කොඩ් එකේ නැවත නැවත පාවිච්චිය වැළැක්වීමේ වාසි ලබා දෙයි.
ස්කීල 1 – Locator Policy ඔබේ ටෙස්ට් වල selector තේරීමේ නීතිමය මාර්ගෝපදේශයක් සපයනවා. පළමුව getByRole භාවිතා කරයි, පසුතැවීමේදී getByLabel / getByPlaceholder, එමෙන්ම getByTestId සහ අවසාන වරට CSS/XPath භාවිතා කරයි. නවීන UI පරිසරයක අධි-ප්රවේශය සහිත locator එකක් තෝරා ගැනීමෙන් පරීක්ෂණයේ අඩුපාඩු අඩු වේ.
ස්කීල 2 – Page Object Generator පිටු snapshot එකක් ගෙන, ඔබගේ කණ්ඩායමේ POM (Page Object Model) රීතියට අනුකූල class එකක් ස්වයංක්රියව සාදයි. මෙය නව සංවර්ධකයන්ට පරිසරය හඳුනාගැනීමට, කේතය නැවත භාවිතා කිරීමට සහ පරීක්ෂණය සංවිධානය කිරීමට ඉතා ප්රයෝජනවත්.
ස්කීල 3 – Flaky Test Debugger අහඹු ලෙස අසාර්ථක වන ටෙස්ට් ගණනාවක් හඳුනාගැනීම, ඒවායේ හේතුව විශ්ලේෂණය කිරීම, සහ ප්රතිසංස්කරණ යෝජනා කිරීමේ කාර්යය කරයි. මෙය CI/CD පයිප්ලයින් එකේ ගුණාත්මකත්වය වැඩි කරයි.
ශ්රී ලංකාවට ඇති වැදගත්කම
ශ්රී ලංකාවේ තරුණ සංවර්ධකයන්ට, මේ වැනි modular skill pack එකක් ඉගෙන ගැනීම, ජාත්යන්තර පරිසරයකට සමානව කාර්ය සාධනයක් ලබා දේ. නවකයන්ට onboarding ලේඛන වලට පමණක් සීමා නොව, කේත මට්ටමේදීම සම්මත locator, POM, flaky‑test ප්රතිකාර ක්රම හඳුනාගත හැකිය. එමෙන්ම, ශ්රී ලාංකීය ව්යාපාරිකයන්ට අධික තත්ත්වයේ ස්වයංක්රිය පරීක්ෂණයක් ලබා දී, නිෂ්පාදන ගුණාත්මකත්වය ඉහළ දැමීමට සහ නව වෙළඳපලට පිවිසීමට ඉඩ සලසයි.
අවසන් වශයෙන්, එක් එක් ස්කීලය ස්වයංක්රියව ක්රියාත්මක වීම නිසා, අත්යවශ්ය tokens පමණක් භාවිතා කරයි. ඒ නිසා ඔබේ AI‑සහයෝගී පරිසරය අධික පරිභෝජනයෙන් තොරව, කාර්යක්ෂමව පවත්වාගත හැකිය.
