ویزلی نواحی پرتغییر رو خودش تشخیص میده
تست
فرانتاندخلاصهٔ کاملتر
تیم ویزلی تو این پست از یه قابلیت جدید تو ابزار تست بصریشون میگه: نواحیای که مدام بین بیلدها عوض میشن رو خودش پیدا میکنه، ازت میپرسه این تغییر انتظار میره یا نه، و بعد از تأیید تو، تو بررسیهای بعدی از همون تصمیم استفاده میکنه — بدون اینکه کل اون بخش رو به یه نقطهٔ کور تبدیل کنه.
به گفتهٔ نویسنده، مشکل آشناست: خیلی از نویزِ تست بصری از چیزهاییه مثل متن فوتر، تایماستمپ، ردیف نوتیفیکیشن یا دیتای seedشده که هر بار عوض میشن. راهحل رایج، ignore region ثابته: یه مستطیل دور اون بخش میکشی و ابزار دیگه توش رو مقایسه نمیکنه. ولی این جعبههای ثابت زیادی رو از دست میدن؛ اگه کامپوننت جابهجا شه یا متن بشکنه و بزنه بیرون، ابزار عملاً هیچی نمیبینه.
نویسنده با ماسککردن با CSS یا HTML هم مخالفه، چون اونجوری تستِ نسخهای از صفحه رو میگیری که کاربر اصلاً نمیبینه. هدفشون این بوده که با دیتای واقعی کار کنی و همون UIای رو تست کنی که به دست کاربر میرسه، نه یه نسخهٔ تمیزشده.
این قابلیت روی Honeydiff سواره؛ موتور مقایسهٔ خود ویزلی که فقط نمیگه دو تصویر فرق دارن، بلکه اطلاعات ساختاریافته میده که کجا و با چه شکلی عوض شده. با همین متادیتا، ویزلی میتونه تغییرهای تکراری تو یه نقطه رو دستهبندی کنه و بهعنوان یه ناحیهٔ کاندید تو رابط بررسی نشونت بده تا قبولش کنی یا ردش کنی.
نکتهٔ مهم اینه که ناحیهٔ پویای تأییدشده یه جعبهٔ نامرئی نیست؛ ویزلی بقیهٔ اسکرینشات رو همچنان چک میکنه و فقط وقتی بهطور خودکار تأیید میشه که کل دیفِ معنادار زیر نواحی شناختهشده باشه. تو بیلد خودشون، تأیید یه ناحیهٔ فوتر باعث شد موارد در انتظار بررسی از ۹۵ به ۵۴ برسه — یعنی ۴۱ اسکرینشات بدون دستکاری تست از صف خارج شد.
نکات کلیدی:
- ویزلی نواحی پرتغییر رو از تاریخچهٔ بیلدها خودش پیدا میکنه و ازت تأیید میگیره
- برخلاف ماسک CSS/HTML، با دیتای واقعی و همون UI واقعی کاربر کار میکنی
- ناحیهٔ تأییدشده نقطهٔ کور نیست؛ بقیهٔ اسکرینشات همچنان بررسی میشه
- تو بیلد خود ویزلی، یه تأیید موارد در انتظار رو از ۹۵ به ۵۴ رسوند
