ביצועים של סטארטאפים
  1. פתיחת האפליקציה מסמל מרכז האפליקציות
  2. מדידת הזמן שנדרש עד שהאפליקציה מאפשרת אינטראקציה
הערכה המלצה
יותר מ-5 שניות (0 נקודות)
הפעלה איטית במיוחד של האפליקציה

הפעלה איטית של האפליקציה יכולה להפעיל ANR בתרחישים מסוימים. גם בלי ANR, משתמשים עלולים להיות מתוסכלים מאוד מזמני הפעלה בטווח הזה, מה שפוגע בשביעות הרצון של המשתמשים, בשיעור השימור ובמדדים העסקיים.

עליך להשקיע בדחיפות משאבי הנדסה כדי לשפר את זמן ההפעלה של האפליקציה הזו.

כדי למקסם את הפוטנציאל לשיפור ההפעלה של האפליקציה, כדאי להשתמש בפרופילים של Baseline, ב-R8 ובאופטימיזציות של פריסת DEX. כדאי להטמיע את הטכנולוגיות האלה ולעבור שוב את ההערכה.

בין 5 ל-4 שניות (5 נקודות)
הפעלה איטית מאוד של האפליקציה

סביר להניח שהמשתמשים יתאכזבו מהזמן שנדרש להפעלת האפליקציה. הפעלה מהירה יותר של האפליקציה קשורה ישירות לשיפור המדדים העסקיים ולשביעות רצון המשתמשים.

הפעלת האפליקציה צריכה להיות בעדיפות גבוהה, ולכן כדאי להשקיע זמן פיתוח בתחום הזה באופן מיידי.

כדאי להשתמש בפרופילים של Baseline, ב-R8 ובאופטימיזציות של פריסת DEX, ואז לבצע שוב את ההערכה כדי לקבל ציון מעודכן. אם כבר הטמעתם את השיטות האלה, תוכלו לעיין בהנחיות להפעלת אפליקציות כדי ללמוד על דרכים אחרות לשיפור זמני ההפעלה של האפליקציה.

בין 4 ל-3 שניות (10 נקודות)
הפעלה איטית של האפליקציה

משתמשים באפליקציה הזו יבחינו בעיכוב בזמן ההפעלה. הפעלה מהירה יותר של האפליקציה משפרת את מדדי המשתמשים, כמו שימור ודירוגים.

השקיעו משאבי פיתוח כדי להמשיך לקצר את זמני ההפעלה של האפליקציה.

אם עדיין לא עשיתם זאת, כדאי להטמיע פרופילים של Baseline, ‏ R8 ואופטימיזציות של פריסת DEX, ואז לעבור שוב על ההערכה כדי לקבל ציון מעודכן. כדי לראות דרכים נוספות לשיפור זמני ההפעלה של האפליקציה, אפשר לעיין בהנחיות להפעלת האפליקציה.

בין 3 ל-2 שניות (20 נקודות)
זמן ההפעלה של האפליקציה נמוך מהציפיות של המשתמשים

משתמשים רבים ימצאו את זמן ההפעלה של האפליקציה בטווח הזה כסביר, אבל לא כעומד בציפיות האיכות שלהם. הפעלה מהירה יותר של האפליקציה קשורה ישירות לשיפור המדדים העסקיים. כדאי לבדוק איך אפשר לשפר עוד יותר את זמן ההפעלה של האפליקציה.

התחלה או המשך של השקעת משאבי הנדסה בהפעלת האפליקציה.

כדי לשפר באופן משמעותי את ביצועי ההפעלה וזמן הריצה של האפליקציה, כדאי להשתמש בפרופילים של Baseline, ב-R8 ובאופטימיזציות של פריסת DEX. אם כבר הטמעתם את השיטות האלה, תוכלו לעיין בהנחיות להפעלת אפליקציות כדי למצוא דרכים נוספות לשיפור זמני ההפעלה של האפליקציה.

בין 2 ל-1 שניות (25 נקודות)
זמן הפעלה משביע רצון של האפליקציה

סביר להניח שהמשתמשים מרוצים מזמן ההפעלה של האפליקציה הזו. עדיין יש מקום לשיפור בתחום הזה, אבל לא דחוף לבצע פעולה כלשהי.

כדאי להשתמש בכלים בעלי השפעה רבה, ואז להתמקד בתחומי ביצועים אחרים.

חשוב לעקוב אחרי זמני ההפעלה של האפליקציות ולוודא שהם לא מתארכים. כדי לעשות את זה, אפשר להשתמש בבדיקות ביצועים רחבות.
כדאי לתכנן את השילוב של פרופילים של Baseline, אופטימיזציות של קוד באמצעות R8 ואופטימיזציות של פריסת DEX, כי אלה הכלים שהכי משפיעים על שיפור זמן ההפעלה של האפליקציה.
מומלץ לעיין גם בהנחיות להפעלת אפליקציות כדי לקבל מידע על דרכים נוספות לשיפור זמני ההפעלה של האפליקציה. כדי להבין טוב יותר את זמן ההפעלה של האפליקציה במכשירים כאלה, כדאי לבצע את ההערכה הזו במכשיר עם מפרט נמוך (כמו מכשיר Android Go).

פחות משנייה אחת (30 נקודות)
זמן ההפעלה של האפליקציה ארוך מהצפוי.

זמן ההפעלה של האפליקציה כל כך מהיר, שמשתמשים רבים אפילו לא ישימו לב לכך. כל הכבוד!

כל הכבוד על העבודה המצוינת. להמשיך לעקוב אחרי זמן ההפעלה של האפליקציה ולהגיב מיד לרגרסיות.

כדי לשפר עוד יותר את זמני ההפעלה של האפליקציה, אפשר לעיין בהנחיות להפעלת אפליקציות. הטמעה של פרופילים של Baseline,‏ R8 ואופטימיזציות של פריסת DEX משפיעה לא רק על זמן ההפעלה של האפליקציה, אלא גם על ביצועי זמן הריצה. אם עדיין לא עשיתם את זה, כדאי לתכנן מתי תתחילו להשתמש בהם.
כדאי לבצע את הבדיקה הזו במכשיר עם מפרט נמוך כדי להבין טוב יותר את זמן ההפעלה של האפליקציה במכשירים האלה.

ביצועים של סטארטאפים
  1. הפעלת התראה לאפליקציה
  2. פתיחת האפליקציה מתוך ההתראה
  3. מדידת הזמן שנדרש עד שהאפליקציה מאפשרת אינטראקציה
הערכה המלצה
יותר מ-5 שניות (0 נקודות)
הפעלה איטית במיוחד של האפליקציה

הפעלה איטית של האפליקציה יכולה להפעיל ANR בתרחישים מסוימים. גם אם אין מקרי ANR, משתמשים עלולים להיות מתוסכלים מאוד מזמני הפעלה בטווח הזה, וזה משפיע לרעה על שביעות רצון המשתמשים, על שימור המשתמשים ועל מדדים עסקיים.

התראה זו היא נקודת כניסה בעדיפות גבוהה, ועליך להשקיע זמן הנדסי בתחום הזה באופן מיידי.

כדי למקסם את הפוטנציאל לשיפור ההפעלה של האפליקציה, כדאי להשתמש בפרופילים של Baseline, ב-R8 ובאופטימיזציות של פריסת DEX. כדאי להטמיע את הטכנולוגיות האלה ולעבור שוב את הבדיקה.

בין 5 ל-4 שניות (2 נקודות)
הפעלה איטית מאוד של האפליקציה

סביר להניח שהמשתמשים יתאכזבו מהעיכוב הזה בזמן ההפעלה של האפליקציה. הפעלה מהירה יותר של האפליקציה קשורה ישירות לשיפור המדדים העסקיים ולשביעות רצון המשתמשים.

מומלץ להשקיע בדחיפות משאבים הנדסיים כדי לשפר את זמן ההפעלה הזה.

כדאי להשתמש בפרופילים של Baseline, ב-R8 ובאופטימיזציות של פריסת DEX, ואז לבצע שוב את ההערכה כדי לקבל ציון מעודכן. אם כבר הטמעתם את השיטות האלה, תוכלו לעיין בהנחיות להפעלת אפליקציות כדי ללמוד על דרכים אחרות לשיפור זמני ההפעלה של האפליקציה.

בין 4 ל-3 שניות (5 נקודות)
הפעלה איטית של האפליקציה

משתמשים באפליקציה הזו יבחינו בעיכוב בזמן ההפעלה. הפעלה מהירה יותר של האפליקציה משפרת את מדדי המשתמשים, כמו שימור ודירוגים.

השקיעו משאבי פיתוח כדי להמשיך לקצר את זמני ההפעלה של האפליקציה.

אם עדיין לא עשיתם זאת, כדאי להשתמש בפרופילים של Baseline כדי להפיק את ההתראה הזו, לבצע אופטימיזציות באמצעות R8 ולכלול את הקוד הרלוונטי בפרופיל של הפעלה באמצעות אופטימיזציות של פריסת DEX, ואז לבצע שוב את ההערכה כדי לקבל ציון מעודכן. כדי לראות דרכים נוספות לשיפור זמני ההפעלה של האפליקציה, אפשר לעיין בהנחיות להפעלת האפליקציה.

בין 3 ל-2 שניות (10 נקודות)
זמן ההפעלה של האפליקציה נמוך מהציפיות של המשתמשים

משתמשים רבים ימצאו את זמן ההפעלה של האפליקציה בטווח הזה כסביר, אבל לא כעומד בציפיות האיכות שלהם. הפעלה מהירה יותר של האפליקציה קשורה ישירות לשיפור המדדים העסקיים. כדאי לבדוק איך אפשר לשפר עוד יותר את זמן ההפעלה של האפליקציה.

התחלה או המשך של השקעת משאבי הנדסה בנקודת הכניסה הזו.

כדי לשפר באופן משמעותי את ביצועי ההפעלה וזמן הריצה של האפליקציה, כדאי להשתמש בפרופילים של Baseline, ב-R8 ובאופטימיזציות של פריסת DEX. אם כבר הטמעתם את השיטות האלה, תוכלו לעיין בהנחיות להפעלת אפליקציות כדי למצוא דרכים נוספות לשיפור זמני ההפעלה של האפליקציה.

בין 2 ל-1 שניות (15 נקודות)
זמן הפעלה משביע רצון של האפליקציה

סביר להניח שהמשתמשים מרוצים מזמן ההפעלה של האפליקציה הזו. עדיין יש מקום לשיפור בתחום הזה, אבל לא דחוף לבצע פעולה כלשהי.

כדאי להשתמש בכלים בעלי השפעה רבה, ואז להתמקד בתחומי ביצועים אחרים.

חשוב לעקוב אחרי זמני ההפעלה של האפליקציות ולוודא שהם לא מתארכים. כדי לעשות את זה, אפשר להשתמש בבדיקות ביצועים רחבות.
כדאי לתכנן את השילוב של פרופילים של Baseline, אופטימיזציות של קוד באמצעות R8 ואופטימיזציות של פריסת DEX, כי אלה הכלים שהכי משפיעים על שיפור זמן ההפעלה של האפליקציה.
מומלץ לעיין גם בהנחיות להפעלת אפליקציות כדי לקבל מידע על דרכים נוספות לשיפור זמני ההפעלה של האפליקציה. כדאי לבצע את הבדיקה הזו במכשיר עם מפרט נמוך כדי להבין טוב יותר את זמן ההפעלה של האפליקציה במכשירים האלה.

פחות משנייה אחת (20 נקודות)
זמן ההפעלה של האפליקציה ארוך מהצפוי.

זמן ההפעלה של האפליקציה כל כך מהיר, שמשתמשים רבים אפילו לא ישימו לב לכך. כל הכבוד!

המשך בעבודה המצוינת עם זמן ההפעלה של האפליקציה. להמשיך לעקוב אחרי זמן ההפעלה של האפליקציה ולהגיב מיד לרגרסיות.

כדי לשפר עוד יותר את זמני ההפעלה של האפליקציה, אפשר לעיין בהנחיות להפעלת אפליקציות. הטמעה של פרופילים של Baseline,‏ R8 ואופטימיזציות של פריסת DEX משפיעה לא רק על זמן ההפעלה של האפליקציה, אלא גם על ביצועי זמן הריצה. אם עדיין לא עשיתם את זה, כדאי לתכנן מתי תתחילו להשתמש בהם.
כדאי לבצע את הבדיקה הזו במכשיר עם מפרט נמוך כדי להבין טוב יותר את זמן ההפעלה של האפליקציה במכשירים האלה.

אין נקודת כניסה להתראות (20 נקודות)
אין מה לעשות כאן

האפליקציה הזו לא משתמשת בהתראות כנקודות כניסה. לכן אין כאן מה לשפר.

מעבר חוזר על ההערכה הזו כשמשתמשים בהתראות

בינתיים, כדאי לבדוק תחומים אחרים בביצועי האפליקציה כדי לשפר אותם.


ביצועי רינדור
  1. פותחים את האפליקציה ומנווטים למסך היעד.
  2. מבצעים כמה אינטראקציות, כמו גלילה וקליקים
  3. מדידת אחוז הפריימים האיטיים והקפואים במהלך האינטראקציות האלה
הערכה המלצה
אינטראקציות ואנימציות שחוסמות לעיתים קרובות את ה-ANR ‏ (ANR או > 20 %) (0 נקודות)
חוויית עיבוד בלתי נסבלת

חוויית המשתמש ברמת ביצועים כזו מתסכלת מאוד. רמת שביעות רצון נמוכה של המשתמשים קשורה באופן ישיר לביצועים עסקיים נמוכים יותר, לשימור נמוך יותר של משתמשים ולדירוגים נמוכים יותר של המשתמשים.

כדאי להטמיע במהירות כלים בעלי השפעה גבוהה.

כדאי לתזמן מיד את ההטמעה של כלים בעלי השפעה רבה כמו פרופילים של Baseline, ‏ R8 ואופטימיזציות של פריסת DEX. ואז לעבור שוב את הבדיקה.
לאחר מכן, אפשר לעיין בהנחיות לשיפור ביצועי האפליקציה כדי למצוא דרכים נוספות לשיפור ביצועי הרינדור.

אנימציות חוסמות אינטראקציה של משתמשים (20-15 %) (נקודה אחת)
קשה לפספס את נפילת הפריימים

נשירת פריימים בולטת מאוד מובילה לדירוגים נמוכים יותר של האפליקציה ולשיעורי שימור נמוכים מהאופטימליים. אוספים עקבות כדי לבדוק נקודות חמות של פריימים איטיים, ועוברים על הרשימה.

כדאי להשתמש בכלים שיש להם השפעה רבה על שיפור ביצועי העיבוד.

כדי למקסם את פוטנציאל השיפור, מומלץ להשתמש בפרופילים של Baseline, ב-R8 ובאופטימיזציות של פריסת DEX. כדאי להטמיע את הטכנולוגיות האלה ולעבור שוב את ההערכה.
כדי לקבל עזרה נוספת, אפשר לפעול לפי ההנחיות לשיפור ביצועי האפליקציה.

בעיות אנימציה בולטות לאורך הסרטון (15 עד 10 %) (5 נקודות)
רמת ביצועים נמוכה מהממוצע

בעיות העיבוד שזיהינו בולטות למשתמשים. כתוצאה מכך, שביעות הרצון של המשתמשים והדירוגים יהיו נמוכים מהרצוי, ויהיו לכך השלכות על העסק. אם הבדיקה הזו בוצעה במכשיר מתקדם, פריימים איטיים בולטים יהיו בלתי נסבלים במכשיר פשוט.

שיפור ביצועי העיבוד באמצעות כלים בעלי השפעה גבוהה.

כדי למקסם את פוטנציאל השיפור, מומלץ להשתמש בפרופילים של Baseline, ב-R8 ובאופטימיזציות של פריסת DEX. כדאי להטמיע את הטכנולוגיות האלה ולעבור שוב את הבדיקה.
כדי לקבל עזרה נוספת, אפשר לפעול לפי ההנחיות לשיפור ביצועי האפליקציה.

בעיות אנימציה בולטות בכמה אזורים (5 עד 10 %) (10 נקודות)
בעיות בעיבוד הן מקור בולט לתסכול של המשתמשים.

מספיקים כמה פריימים איטיים כדי שהמשתמשים יתאכזבו מרמת האיכות. משתמשים לא מרוצים נוטים יותר לנטוש אפליקציות.

כדאי להשתמש בכלים בעלי השפעה רבה כדי לצמצם את הבעיות שקשורות לעיבוד.

כדאי להשקיע בשיפור התחום הזה כדי להשפיע באופן חיובי על דירוגי המשתמשים ועל המדדים העסקיים. כדי למקסם את פוטנציאל השיפור, מומלץ להשתמש בפרופילים של Baseline, ב-R8 ובאופטימיזציות של פריסת DEX. כדאי להטמיע את הטכנולוגיות האלה ולעבור שוב את הבדיקה.
כדי לקבל עזרה נוספת, אפשר לפעול לפי ההנחיות לשיפור ביצועי האפליקציה.

עיבוד חלק ברובו (1 עד 5 %) (20 נקודות)
עיבוד חלק הוא חוויית משתמש מעולה.

מכיוון שעדיין יש כמה פריימים איטיים, יכול להיות שהמשתמשים יבחינו בהם. בכל מקרה, זו חוויית משתמש מצוינת, במיוחד במכשירים פשוטים.

המשך לצמצם את בעיות העיבוד כדי לשפר עוד יותר את שביעות הרצון של המשתמשים.

קשה יותר להשתפר ברמה הזו. להמשיך לצמצם את בעיות העיבוד כדי לשפר עוד יותר את שביעות הרצון של המשתמשים. כדאי לוודא שאין רגרסיות ולאסוף מדדים אוטומטיים של ביצועים עבור המכשירים והתהליכים הכי נפוצים בשימוש.
בודקים במכשירים בסיסיים ומתקנים בעיות שמתגלות. אם האיכות טובה שם, היא תהיה מצוינת במכשיר מתקדם.
כדאי להשקיע בהטמעה של פרופילים להפעלה, R8 ואופטימיזציות של פריסת DEX. כדאי להטמיע את הטכנולוגיות האלה ולעבור שוב את הבדיקה.
כדי לקבל עזרה נוספת, אפשר לפעול לפי ההנחיות לשיפור ביצועי האפליקציה.

עיבוד חלק לאורך כל הדרך (פחות מ-1 %) (30 נקודות)
ביצועים מעולים של רינדור.

מזל טוב! ביצועי העיבוד של האפליקציה הזו מצוינים. לא נדרשת פעולה מיידית. כדאי לבצע את ההערכה במכשיר ברמה נמוכה כדי להבין טוב יותר את ביצועי העיבוד במכשירים האלה.

האזור הזה נראה מצוין, אין צורך בפעולה מיידית.

קשה יותר להשתפר ברמה הזו. להמשיך לצמצם את בעיות העיבוד כדי לשפר עוד יותר את שביעות הרצון של המשתמשים. כדאי לוודא שאין רגרסיות ולאסוף מדדים אוטומטיים של ביצועים למכשירים ולמסלולים להמרת משתמשים שבהם נעשה שימוש הכי נרחב.
בודקים במכשירים בסיסיים ומתקנים את הבעיות שמתגלות. אם התמונה טובה שם, היא תהיה מצוינת במכשיר מתקדם.
כדאי להשקיע בהטמעה של פרופילים להפעלה, R8 ואופטימיזציות של פריסת DEX. כדאי להטמיע את הטכנולוגיות האלה ולעבור שוב את ההערכה.
כדי לקבל עזרה נוספת, אפשר לפעול לפי ההנחיות לשיפור ביצועי האפליקציה.

ביצועי רינדור
  1. פותחים את האפליקציה ומנווטים למסך היעד.
  2. מדידת משך הזמן שחולף עד שהמסך עובר רינדור מלא ומתאפשרת בו אינטראקציה
הערכה המלצה
מאוד בולטת (יותר מ-3 שניות) (0 נקודות)
הרינדור במסך מלא צריך להיות חלק. התמונה הזו לא.

כדי לספק חוויית משתמש מעולה, חשוב שהאפליקציה תהיה רספונסיבית. המתנה של כמה שניות אחרי אינטראקציה מתסכלת את המשתמשים. זו הזדמנות מצוינת לשפר את שביעות רצון המשתמשים ואת המדדים העסקיים.

כדאי להשקיע בדחיפות בשיפור העיבוד של המסך המלא.

חשוב ליצור פרופיל Baseline עבור הרינדור במסך מלא ולבדוק שאופטימיזציות של R8 מופעלות כאן. התחומים האלה משפיעים הכי הרבה על שיפור ביצועי האפליקציה. אחר כך אפשר לחזור ולענות על שאלות נוספות כדי לקבל עוד הדרכה.

מאוד מורגשת (שנייה אחת עד 3 שניות) (נקודה אחת)
זמן תגובה איטי יותר מהזמן האופטימלי.

העיבוד של מסך מלא שמגיב לאינטראקציות של המשתמשים צריך להיות מהיר ככל האפשר. עיבוד איטי יותר מהאופטימלי מוביל לדירוגים נמוכים יותר של האפליקציה וגורם לתסכול בקרב המשתמשים. בתור מפתחים, אתם צריכים להתמקד בשיפור שביעות הרצון של המשתמשים. זו הזדמנות מצוינת לשפר את שביעות רצון המשתמשים ואת המדדים העסקיים.

השקעת מאמצים הנדסיים כדי לשפר את העיבוד של המסך המלא.

חשוב ליצור פרופיל Baseline עבור הרינדור במסך מלא ולבדוק שאופטימיזציות של R8 מופעלות כאן. התחומים האלה משפיעים הכי הרבה על שיפור ביצועי האפליקציה. אפשר גם לאסוף עקבות של המערכת כדי לבדוק נקודות חמות של פריימים איטיים ולעבור על הרשימה. אחר כך אפשר לחזור ולענות על שאלות נוספות כדי לקבל עוד הדרכה.

מורגש (500 אלפיות השנייה עד שנייה אחת) (5 נקודות)
הרינדור במסך מלא הזה איטי יחסית.

כדאי להמשיך לשפר את הביצועים של המעבר הזה כדי לקבל ציון טוב יותר. פריימים איטיים שניתן להבחין בהם במכשיר מתקדם יהיו בלתי נסבלים במכשיר בסיסי.

להמשיך להשקיע זמן הנדסי כדי לשפר את המעבר הזה.

בודקים במכשירים בסיסיים ומתקנים בעיות שמתגלות. אם האיכות טובה שם, היא תהיה מצוינת במכשיר מתקדם. חשוב ליצור פרופיל Baseline עבור הרינדור במסך מלא ולבדוק שהאופטימיזציות של R8 מופעלות כאן. התחומים האלה משפיעים הכי הרבה על שיפור ביצועי האפליקציה. כדי לקבל מידע נוסף על הרינדור הספציפי הזה, אפשר גם לאסוף עקבות של המערכת כדי לבדוק נקודות חמות של פריימים איטיים, ולעבור על הרשימה. אחר כך אפשר לחזור ולענות על שאלות נוספות כדי לקבל עוד הדרכה.

מורגש במידה מועטה (100 עד 500 אלפיות השנייה) (10 נקודות)
This almost looks well polished

בודקים אם אפשר לשפר את הצגת התוכן במסך המלא. הצגה איטית של מסך מלא אחד לא נחשבת לבעיה חמורה מדי, אבל חשוב לוודא שזו לא בעיה מערכתית שמשפיעה לרעה על שביעות רצון המשתמשים. מספיקים כמה פריימים איטיים כדי שהמשתמשים יתאכזבו מרמת האיכות.

Investigate this full screen render to see if it can be improved.

אפשר להשתמש במעקב אחר המערכת כדי לבדוק נקודות חמות של פריימים איטיים ולעבור על הרשימה. אפשר גם לאסוף ולהעריך את הנתונים האלה באופן אוטומטי באמצעות ספריית המקרו-בנצ'מרק.
אם עדיין לא עשיתם את זה, כדאי להטמיע פרופילים של Baseline ואופטימיזציות של R8.
מומלץ לבצע בדיקות במכשירים עם ביצועים נמוכים ולתקן את הבעיות שמתגלות בהם. אם האיכות טובה שם, היא תהיה מצוינת במכשיר מתקדם.

כמעט לא מורגש (100 עד 50 אלפיות השנייה) (15 נקודות)
הצגת המסך המלא כמעט מושלמת.

יכול להיות שמשתמשים מתקדמים יבחינו במעברים שנמשכים עד 100 אלפיות השנייה. זו תוצאה מצוינת. חשוב לבצע בדיקות גם במכשירים ברמה נמוכה, כדי לוודא שהמשתמשים לא יושפעו מהמעבר הזה.

לוודא שהמשתמשים מרוצים ולחפש תחומים אחרים לשיפור.

תוצאת העיבוד במסך מלא כמעט מושלמת. רוב המשתמשים יהיו מרוצים מאוד מהביצועים האלה. חשוב לוודא שזה המצב גם במכשירים ברמת כניסה.
אם רוצים לשפר עוד יותר, כדאי לעיין בפרופילים בסיסיים ובאופטימיזציות של R8.
אפשר גם לעיין בהנחיות לשיפור הביצועים של האפליקציה כדי לקבל מידע נוסף על ביצועי הרינדור.

לא מורגש (פחות מ-50 אלפיות השנייה) (20 נקודות)
זו תוצאה מצוינת.

זמן עיבוד של פחות מ-50 אלפיות השנייה למסך מלא הוא יוצא דופן ומעיד על חוויית משתמש מצוינת. יכול להיות שעדיין אפשר לשפר את הציון הזה, אבל בשלב הזה השיפורים יהיו קטנים.

כל הכבוד על הביצועים המעולים.

מחפשים שיפורים בביצועי האפליקציה באזורים אחרים. כדאי להמשיך לעקוב אחרי ההתקדמות כדי לזהות נסיגות בשלב מוקדם. אפשר להשתמש בספריית המקרו-בנצ'מרק כדי להגדיר מעקב אוטומטי ולזהות רגרסיות.

דירוג הביצועים הדינמי של האפליקציה

(0 מתוך 4 שאלות נענו)