قم بقياس المشكلة المرئية للاعب قبل الضبط

اصنع معيارًا صغيرًا قابلاً للتكرار

اختر مشهدًا وقم بكتابة مسار من خلاله: على سبيل المثال، أعد تشغيل المستوى، وتحرك عبر تسلسل عوائق ثابت، ثم قم بتشغيل منطقة التأثيرات المزدحمة. حافظ على اتساق المتصفح وحجم النافذة وحالة الأصول ومحتوى المشهد. سجل الفواصل الزمنية بين استدعاءات رد الاتصال للإطار والوقت المستغرق في وظائف التحديث والعرض، أثناء استخدام أدوات مطور المتصفح لفحص المهام الطويلة ونشاط العرض.

قارن التوزيعات أو العينات المتكررة بدلاً من الإطار الأفضل. لاحظ ما إذا كانت المشكلة تحدث أثناء التحميل الأولي، أو التشغيل الثابت، أو الانتقال. يمكن أن يُظهر التراكب التشخيصي المختصر فترات الإطارات الأخيرة أثناء اللعب، ولكنه يزيل أو يعطل التسجيل المكثف أثناء المقارنات لأن كود القياس نفسه يضيف عملاً.

استخدم توقيت المتصفح كدليل، وليس كحكم

يوفر Performance.now() طابعًا زمنيًا عالي الدقة للقياسات المحلية، ويمكن لـ PerformanceObserver الإبلاغ عن إدخالات الأداء المدعومة. تحقق من أنواع الإدخال المدعومة قبل الاعتماد على نوع الإدخال الاختياري؛ على سبيل المثال، لا يتوفر إعداد تقارير المهام الطويلة في كل متصفح. تشير المهمة الطويلة التي تم اكتشافها إلى انسداد الخيط الرئيسي، ولكنها لا توضح أي سطر من التعليمات البرمجية أو سلوك المنتج هو الذي تسبب في ذلك.

بعد التغيير، كرر نفس السيناريو على أكثر من جهاز تمثيلي إذا أمكن، ثم تحقق يدويًا من استجابة التحكم والثبات البصري. قم بتسجيل نتيجة موجزة مثل تغير المشهد والمتصفح وعدد العينات والأعراض. تجنب نشر ادعاء عام بشأن معدل الإطارات من جهاز واحد؛ يعتمد الأداء على الأجهزة والمتصفح والعرض والعمل المنافس.

أسئلة عن ⁨قياس أداء لعبة المتصفح⁩