බ්රව්සර ටෙස්ට් සූට් එකක් එක්වරක් හදිසි වැළඳීමක් වගේ නෙවෙයි. සති අන්තයේ කාලය කෙටි වුවත්, සතියේ දවස් ගණනාවත් සමඟ ඒක අඩු වේගයෙන් ක්රියාත්මක වෙයි. මෙය "reliability debt" කියන සංකල්පයයි – කුඩා තීරණ රැස්වී එකතුවීමෙන් පසු පරීක්ෂණ කාලය වැඩිවීම.
ඉතා සාමාන්ය ලෙස, බ්රව්සර ටෙස්ට් ගොඩක් "flaky" (අස්ථිර) බවට පත් කරයි. එය ගැටලුව අත්හැරීමට පහසු හේතුවක්. නමුත් බොහෝ විට ඒ අස්ථිරත්වය තත්ත්වයක් නොව, දශක ගණනක් තාක්ෂණික තීරණවල එකතුවයි: CI පරිසරයේ වෙනස් වන ඇනිමේෂන්, ටෙස්ට් ආරම්භ වීමෙන් පසු DOM වෙනස් කරන feature flag, පරීක්ෂණයේ පරමාණුක ප්රතිශතයක් නොදැනීම, හෝ වැඩි පරාසයේ parallel workers භාවිතය.
මෙම තීරණවලින් පසුබැසීමේදී, ටෙස්ට් සූට් ඔබට වැරදි පණිවිඩයක් නොදෙයි; එය ඔබ සැලසුම් කළ පරිසරය හා සැකසුම් ප්රකාශ කරයි. උදාහරණයක් ලෙස, CSS motion preferences වෙනස් වීම. ඔබේ ලොකල් යන්ත්රයේ සාමාන්ය motion පසුබැසීමක් තිබේ, නමුත් CI බ්රව්සරය reduced motion පෙන්වයි. එවිට transition කාලය, ඇනිමේෂන් වේගය, තේමා රූපය වෙනස් වෙයි. එමනිසා ටෙස්ට් එක අහඹු ලෙස අසාර්ථක වීමට ඉඩ ලැබේ.
ශ්රී ලංකාවට ඇති වැදගත්කම
ශ්රී ලංකාවේ තරුණ සංවර්ධකයින්, QA කණ්ඩායම්, හා ආයතනික තාක්ෂණික කණ්ඩායම් මෙම කරුණු තේරුම් ගත යුතුය. පළමු වරට ටෙස්ට් අසාර්ථක වීමේ හේතුව පරිසර සැකසුම් වෙනස් වීමෙන් ඇති විය හැකිය. එය නිවැරදිව ලොග්, screenshot, flag value වැනි තොරතුරු සුරකින්නේ නම්, දෝෂය සොයා ගැනීම තරමක් පහසු වේ.
- Feature flag එකක් බොහෝ සංයෝජන සෑදීමට ඉඩ දේ – 5 flag 32 සංයෝජන.
- සෑම සංයෝජනයක්ම පරීක්ෂා කිරීම අත්යවශ්ය නොවේ, නමුත් වැදගත් සංයෝජන හඳුනා ගැනීම අත්යාවශ්ය.
- CI/CD පරිසරය, locale, timezone, colour scheme, viewport size, GPU, network conditions වැනි සියලුම සැකසුම් ටෙස්ට් දත්ත ලෙස සලකන්න.
මෙම උපදෙස් අනුගමනය කර, ඔබේ ටෙස්ට් සූට් ඉක්මනින්, නිවැරදිව, සහ පවත්නා ආකාරයෙන් ක්රියාත්මක කරගත හැකිය. එවිට ශ්රී ලංකාවේ තාක්ෂණික නිෂ්පාදනවල ගුණාත්මකභාවය සහ ඉදිරියට ගමන් කිරීමේ වේගය වැඩි වේ.
අවසන් වශයෙන්, ඔබේ ටෙස්ට් සූට් එකේ ප්රතිඵලය පරිසරය, flag, සහ UI තත්ත්වයන් මත රඳා පවතී. එය ඔබේ තීරණයක ප්රතිඵලයයි; එය ඔබේ නිෂ්පාදනයේ ගුණාත්මකභාවය පෙන්වයි.
