یک حرکت درست روی صفحه الزاماً به نتیجه درست منجر نمی‌شود. دکمه ممکن است غیرفعال باشد، صفحه هنوز بارگذاری نشده باشد یا پیام خطا مسیر کار را تغییر داده باشد. بنابراین در طراحی اتوماسیون بصری، سؤال اصلی فقط «کجا کلیک کنیم؟» نیست؛ باید پرسید «از کجا بفهمیم این اقدام موفق بود؟».
مشاهده و تعامل، دو وظیفه جدا
اندروید ابزارهایی برای دریافت محتوای نمایشگر و سازوکارهایی برای بررسی و تعامل با رابط کاربری ارائه می‌کند. مستندات رسمی، دریافت تصویر صفحه با MediaProjection و توانایی‌های AccessibilityService را جداگانه توضیح می‌دهند. استفاده عملی از آن‌ها به مجوزها، محدودیت‌های پلتفرم و شرایط برنامه وابسته است. ۱۲
در مسیر بصری سارا OS، این تمایز مهم است: مشاهده وضعیت نباید با اجازه انجام هر اقدام یکی گرفته شود. هر مرحله به هدف، دسترسی و شرط موفقیت خودش نیاز دارد.
چرخه پیدا کن، عمل کن، بررسی کن
یک سناریوی توضیحی را در نظر بگیرید: هدف، رسیدن به صفحه جزئیات یک درخواست است. ابتدا باید تشخیص داده شود که فهرست درست باز شده است. سپس درخواست موردنظر انتخاب شود. در پایان، نام یا شناسه همان درخواست در صفحه جزئیات بررسی شود. اگر مورد دیگری باز شده باشد، مرحله موفق محسوب نمی‌شود.
در چنین الگویی، موقعیت ظاهری یک دکمه تنها یکی از نشانه‌هاست. عنوان صفحه، متن مرتبط و وضعیت بعد از اقدام نیز باید در تعریف آزمون حضور داشته باشند. کیفیت این تشخیص در هر برنامه باید جداگانه ارزیابی شود؛ سازگاری با یک صفحه، مدرک سازگاری با همه برنامه‌ها نیست.
هنگام ابهام چه باید کرد؟
پیشنهاد طراحی ما برای وضعیت مبهم، تلاش نامحدود نیست. تعداد تلاش مجدد باید محدود باشد و پس از آن، سیستم علت توقف را گزارش کند. تکرار اقدام‌هایی مثل ارسال یا ثبت درخواست، بدون بررسی نتیجه قبلی، می‌تواند خروجی ناخواسته ایجاد کند.
برای سارا OS، کیفیت اتوماسیون را باید در نقطه پایان سنجید: آیا همان نتیجه درخواست‌شده حاصل شد؟ آیا شواهد آن موجود است؟ آیا کاربر می‌تواند بفهمد فرایند کجا متوقف شده است؟ این پرسش‌ها اجرای نمایشی را از یک فرایند قابل‌اعتماد جدا می‌کنند.
