הערה
הגישה לדף זה מחייבת הרשאה. באפשרותך לנסות להיכנס או לשנות מדריכי כתובות.
הגישה לדף זה מחייבת הרשאה. באפשרותך לנסות לשנות מדריכי כתובות.
חל על המלצה זו של רשימת פעולות לביצוע של יעילות ביצועים שמתוכננת היטב ב- Power Platform:
| PE:05 | בדיקת ביצועים. יש לבצע בדיקות קבועות בסביבה התואמת את סביבת הייצור. ניתן להשוות תוצאות מול יעדי הביצועים ומדד הביצועים. |
|---|
מדריך זה מתאר את ההמלצות לבדיקה. בדיקות ביצועים עוזרות לך להעריך את הפונקציונליות של עומס עבודה בתרחישים שונים. הבדיקה כוללת בדיקת זמן התגובה של עומס העבודה, התפוקה, ניצול המשאבים והיציבות כדי להבטיח שעומס העבודה עומד בדרישות הביצועים שלו.
בדיקה עוזרת למנוע בעיות ביצועים. הן גם עוזרות להבטיח שעומס העבודה שלך עומד בהסכמי רמת השירות שלו. ללא בדיקות ביצועים, עומס עבודה יכול לחוות ירידה בביצועים שלעתים קרובות ניתן למנוע. ביצועי עומס עבודה יכולים ליצור סחף מיעדי ביצועים וקווי בסיס שנקבעו.
הגדרות
| מונח | הגדרה |
|---|---|
| בדיקת כאוס | מבחן ביצועים שמטרתו לבדוק את החוסן והיציבות של מערכת על ידי החדרה מכוונת של כשלים או שיבושים אקראיים ובלתי צפויים. |
| בדיקת עומס | בדיקת ביצועים המודדת את ביצועי המערכת בעומס אופייני וכבד. |
| ביצוע הבסיס | קבוצה של מדדים המייצגים את אופן הפעולה של עומס עבודה בתנאים רגילים כפי שאומת על ידי בדיקה. |
| בדיקת מאמץ | בדיקת ביצועים שיוצרת עומס על מערכת עד שהיא משתבשת. |
| בדיקה סינתטית | בדיקת ביצועים המדמה בקשות משתמשים באפליקציה. |
אסטרטגיות מרכזיות בתכנון
בדיקות ביצועים עוזרות לך לאסוף נתונים מדידים לגבי עומס עבודה. ביצוע בדיקות בשלב מוקדם יסייע לך לבנות עומסי עבודה לפי המפרט הנכון. לכן, יש לבצע בדיקות ביצועים מוקדם ככל האפשר במחזור החיים של הפיתוח. בדיקה מוקדמת מאפשרת לך לתפוס ולתקן בעיות ביצועים לפני המעבר לייצור. ניתן להשתמש בהוכחת רעיון (POC) אם קוד הייצור אינו מוכן.
אם מתבצעת העברת נתונים ממערכת קודמת וההעברה חייבת להסתיים במסגרת חלון זמן מסוים, בדיקת הביצועים שלך צריכה לכלול מדידת הביצועים של העברת הנתונים.
הכנת הבדיקה
הכנת בדיקות ביצועים מתייחסת להגדרה וסידור של המשאבים, התצורות ותרחישי הבדיקה הדרושים לך כדי לבצע בדיקות ביצועים ביעילות. בדיקת ביצועים טובה אמורה לדמות כיצד המשתמשים ישתמשו בפתרון שלך בחיים האמיתיים. היא אמורה גם לעזור לך לוודא שהפתרון שלך עומד ביעדי הביצועים שלך.
הגדרת קריטריוני הקבלה
קריטריוני קבלה מציינים את דרישות הביצוע שעומס עבודה צריך לעמוד בהם כדי להיחשב מקובל או מוצלח. יש להגדיר קריטריונים המתאימים ליעדי הביצועים.
בדיקת יעדי ביצועים. יעדי ביצועים מגדירים את רמת הביצועים הרצויה עבור עומס העבודה שלך. יש לבדוק את יעדי הביצועים שנקבעו עבור עומס העבודה. יעדי ביצועים הם מדדים שיכולים לכלול תגובה זמן, תפוקה, ניצול משאבים או כל מדדי ביצועים רלוונטיים אחרים. לדוגמה, ייתכן שיש לך יעד שלפיו זמן תגובה שלך צריך מתחת לסף מסוים, כגון פחות מ- 2 שניות.
הגדרת קריטריוני הקבלה. יש לתרגם את יעדי הביצועים לקריטריוני קבלה ספציפיים שבהם ניתן להשתמש כדי להעריך את ביצועי עומס העבודה שלך. לדוגמה, נניח שיעד הביצועים שלך עבור זמן תגובה הוא 2 שניות או פחות. קריטריון הקבלה שלך יכול להיות זמן תגובה הממוצע של עומס העבודה צריך להיות פחות מ-2 שניות. יש להשתמש בקריטריוני הקבלה האלה כדי לקבוע אם עומס העבודה עומד ברמת הביצועים הרצויה.
בעת הגדרת קריטריוני קבלה, חשוב להתמקד במשתמשים ובציפיות שלהם. קריטריוני קבלה עוזרים להבטיח שהעבודה שנמסרה עונה על צרכי המשתמשים ודרישותיהם. יש לקחת בחשבון את השיקולים הבאים לשילוב נקודת המבט של המשתמש בקריטריוני הקבלה:
אישיויות של משתמשים: מומלץ להבין את מספר וסוגי המשתמשים שישתמשו בפתרון שלך בו זמנית. יש להגדיר אישיויות של משתמשים המייצגות תפקידים, מיקומים, תצורות אבטחה, ערכות נתונים ופעילויות שונים.
דרישות המשתמש: מומלץ להבין את הצרכים והיעדים של המשתמשים לעומס העבודה. יש לקחת בחשבון את הביצועים שעומס העבודה צריך כדי לעמוד בדרישות אלה. יש להגדיר תרחישי יום-בחיים המשקפים את הפעולות שמשתמשים מבצעים ביום טיפוסי. יש לכלול תרחישים של עומסי שיא עומסים רגילים.
חווית משתמש: יש להגדיר קריטריוני קבלה שלוכדים את חווית המשתמש הרצויה. יש לכלול גורמים כגון זמן תגובה, שימושיות, נגישות ושביעות רצון כללית.
דרישות פונקציונליות: יש להתייחס לפונקציונליות הספציפית שהמשתמש מצפה לראות בעומס העבודה. יש להגדיר קריטריוני קבלה סביב דרישות פונקציונליות אלה כדי להבטיח שהם מתקיימים. יש להשתמש בנפחי נתונים מציאותיים עבור כל תרחיש. אין להשתמש בכמות גדולה או קינה יותר של נתונים ממה שהמשתמשים צריכים.
דרישות תשתית: יש להגדיר דרישות תשתית מציאותיות לכל תרחיש. לדוגמה, אם המשתמשים שלך יגשו לפתרון שלך ממכשירים ניידים עם קישוריות לקויה, יש לבדוק את הפתרון שלך בתנאים אלה.
מקרי שימוש: מומלץ לקחת בחשבון תרחישים שונים או מקרי שימוש שהמשתמש עלול להיתקל בהם. יש להגדיר קריטריוני קבלה בהתבסס על מקרי שימוש אלה כדי לאמת את הביצועים של עומס העבודה במצבים בעולם האמיתי.
יש להגדיר ספי קבלה. יש לקבוע את הספים במסגרת קריטריוני הקבלה המציינים אם עומס העבודה עומד ביעדי הביצוע. ספים אלה מגדירים את טווח הביצועים המקובל עבור כל מדד. לדוגמה, נניח שקריטריון הקבלה לזמן תגובה הוא פחות מ-2 שניות. ניתן להגדיר את הסף ל- 2.5 שניות. רמה זו מציינת שכל זמן תגובה שמעל 2.5 שניות נחשב לבעיית ביצועים.
הגדרת קריטריוני מעבר . יש לקבוע את הקריטריונים שיקבעו אם עומס העבודה עבר או נכשל במבחן הביצועים. ניתן להגדיר מעבר כעמידה בכל קריטריוני הקבלה או השגת אחוז מסוים מהם.
בחירת סוג הבדיקה
כדי לבחור את הסוג הנכון של בדיקת ביצועים, חשוב להתאים את הבדיקה לקריטריוני הקבלה שלך. קריטריוני הקבלה מגדירים את התנאים שיש לעמוד בהם כדי שדרישה או תיקון באג ייחשבו כמשומות שבוצעו. בדיקות ביצועים צריכה לאמת אם עומס עבודה עומד בקריטריוני הקבלה הללו ומתפקד כצפוי בתנאים שצוינו. התאמת סוג בדיקת הביצועים עם קריטריוני הקבלה עוזר להבטיח שהבדיקה מתמקדת בעמידה בציפיות הביצועים שהקריטריונים מגדירים.
הבנת קריטריוני הקבלה. יש לבדוק את קריטריוני הקבלה של הדרישה או תיקון הבאגים. הקריטריונים מתארים את התנאים והפונקציונליות הספציפיים שיש לעמוד בהם.
זיהוי מדדי ביצועים רלוונטיים. בהתבסס על קריטריוני הקבלה, יש לקבוע את מדדי הביצועים הקריטיים להשגת התוצאות הרצויות. לדוגמה, אם קריטריוני הקבלה מתמקדים בזמן תגובה, תעדוף בדיקות עומס עשוי להיות מתאים.
בחירת סוג בדיקה מתאים. יש להעריך את סוגי הבדיקות הזמינים ולבחור את זה המתאים ביותר למדדי הביצועים ולקריטריוני הקבלה שזוהו.
הטבלה הבאה מספקת דוגמה של סוגי בדיקות ומקרי השימוש בהם.
| סוג בדיקה | Description | מקרה שימוש |
|---|---|---|
| בדיקת עומס | יש להדמות עומסים מציאותיים של משתמשים כדי למדוד את ביצועי עומס העבודה שלך תחת עומסי שיא צפויים. | בדיקה זו קובעת את סיבולת העומס. |
| בדיקת מאמץ | יש לדחוף את עומס העבודה שלך מעבר לגבולות הרגילים שלו כדי לזהות את נקודות השבירה שלו ולמדוד את יכולתו להתאושש. | קובעת עמידות וחוסן. |
| בדיקת השרייה (בדיקת סיבולת) | יש להפעיל את עומס העבודה תחת עומסים גבוהים לתקופה ממושכת כדי לזהות ירידה בביצועים, דליפות זיכרון או בעיות במשאבים. | בדיקה זו מעריכה את יציבות ואמינות לאורך זמן. |
| בדיקת עליות חדות | יש להדמות עלייה פתאומית בעומס המשתמש כדי להעריך כיצד עומס העבודה שלך מתמודד עם שינויים פתאומיים בביקוש. | הבדיקה מודדת את היכולת לשנות קנה מידה ולתחזק ביצועים בתקופות שיא. |
| בדיקת תאימות | יש לבדוק את ביצועי עומס העבודה שלך בפלטפורמות, דפדפנים או מכשירים שונים. | בדיקה זו עוזרת להבטיח ביצועים עקביים בסביבות שונות. |
יש לתעדף את סוגי הבדיקות שבחרת בהתבסס על המאפיינים והדרישות של עומס העבודה שלך. יש לקחת בחשבון גורמים כמו הקריטיות של מדדי ביצועים, ציפיות משתמשים, סדרי עדיפויות עסקיים ובעיות או נקודות תורפה ידועות.
בחירת כלי בדיקה
יש לבחור כלים מתאימים על סמך סוג בדיקות הביצועים שברצונך להפעיל. יש להעריך את התשתית, המשאבים והאילוצים של סביבת הבדיקה. יש לבחור כלי בדיקה התומכים בסוגי הבדיקות הרצויים ומספקים את התכונות הדרושות לניטור, מדידה, ניתוח ודיווח.
כלי ניטור ביצועי יישומים (APM) מספק תובנות עמוקות לגבי יישומים ומהווה כלי בדיקה חיוני. כלי זה עוזר לך להתחקות אחר טרנזקציות בודדות ולמפות את הנתיבים שלהן באמצעות שירותי עומס עבודה שונים. לאחר הבדיקה, יש להשתמש בכלי APM כדי לנתח ולהשוות נתוני בדיקה מול ביצועי הבסיס שלך.
יש להשתמש בכלי פרופיל כדי לזהות צווארי בקבוק בביצועים בקוד שלך. יצירת פרופיל עוזר לזהות אזורים בקוד שצורכים את מירב המשאבים וצריכים מיטוב. היא מספקת תובנות לגבי זמן הביצוע ושימוש בזיכרון של חלקים שונים של הקוד.
השלבים הבאים יכולים לעזור לך לבחור את כלי הבדיקה המתאימים:
זיהוי דרישות בדיקה. יש להתחיל בהבנת הדרישות הספציפיות של בדיקת הביצועים שלך. גורמים שיש לשקול:
- סוג עומס העבודה
- מדדי ביצועים למדידה, כגון זמן תגובה ותפוקה
- המורכבות של ארכיטקטורת עומס העבודה
- סביבת הבדיקה, כגון מבוססת-ענן, מקומית, או היברידית
חקירת כלי בדיקה. יש לערוך מחקר כדי לזהות כלים לבדיקת ביצועים המתאימים לדרישות שלכם. יש לשקול כלים מסחריים וכלי קוד פתוח הזמינים בשוק. מומלץ לחפש כלים התומכים בסוגים הרצויים של בדיקות ביצועים, כגון בדיקות עומס או בדיקות מאמץ, ומספקים תכונות למדידת מדדי ביצועים.
הערכת תכונות הכלי. יש להעריך את התכונות שכל כלי בדיקה מספק. יש לחפש יכולות כגון הדמיית של אופן פעולה מציאותי של משתמשים וכושר הרחבה להתמודדות עם עומסי משתמשים גדולים. יש לשקול תמיכה בפרוטוקולים וטכנולוגיות שונות, אינטגרציה עם כלי בדיקה או מסגרות אחרות ויכולות דיווח וניתוח.
יש לשקול תאימות ואינטגרציה. ניתן לקבוע את התאימות של כלי הבדיקה לתשתית ולטכנולוגיות הקיימות שלך. יש לוודא שניתן לשלב את הכלים בקלות בסביבת הבדיקה שלך ושניתן לתקשר עם עומס העבודה הדרוש לצורכי ניטור וניתוח.
הערכת עלות ורישוי. יש להעריך את מבנה העלויות ותנאי הרישוי המשויכים לכלי הבדיקה. מומלץ לקחת בחשבון גורמים כמו ההשקעה הראשונית, עלויות התחזוקה ועלויות התמיכה. צריך לשקול גם דרישות רישוי אחרות התלויות במספר המשתמשים או המשתמשים הווירטואליים.
יש לערוך POC. מומלץ לבחור מספר כלים שנראים כמתאימים ביותר בהתבסס על ההערכה שלך. יש לערוך POC בקנה מידה קטן כדי לאמת את השימושיות, התכונות והיעילות של הכלים בתרחיש הבדיקה הספציפי שלך.
יש לחשוב על תמיכה והדרכה. יש להעריך את רמת התמיכה וההדרכה שהספק או הקהילה של הכלי מספקים. יש לבדוק את הזמינות של תיעוד, מדריכים וערוצי תמיכה טכנית כדי לסייע בכל אתגרים או בעיות שעלולים להתעורר במהלך תהליך הבדיקה.
יצירת תרחישים
יצירת תרחישי בדיקה מתייחסת לתהליך של תכנון מצבים או תנאים ספציפיים המתאימים לבדיקת הביצועים של עומס עבודה. תרחישי בדיקה נוצרים כדי לחקות אופן פעולה מציאותית של משתמש ודפוסי עומס עבודה מציאותיים. תרחישים אלה מספקים דרך לבודקי ביצועים להעריך כיצד עומס העבודה מתפקד בתנאים שונים.
תרחישי בדיקה מאפשרים לשכפל דפוסי עומס עבודה שונים, כגון גישת משתמש במקביל, תקופות עומס שיא או רצפי עסקאות ספציפיים. על ידי בדיקת עומס העבודה תחת דפוסי עומס עבודה שונים, אפשר יכול לזהות צווארי בקבוק בביצועים ולמטב את הקצאת המשאבים.
הגדרת אופן הפעולה של משתמשים. ניתן להדמות אופני פעולה של משתמש ודפוסי עומס עבודה מציאותיים על ידי זיהוי השלבים והפעולות שמשתמשים מבצעים כאשר הם מקיימים אינטראקציה עם עומס העבודה. יש לשקול פעילויות כגון כניסה, ביצוע חיפושים, שליחת טפסים או גישה לתכונות ספציפיות. יש לפרק כל תרחיש לשלבים ופעולות ספציפיים המייצגים את האינטראקציה של המשתמש עם עומס העבודה. ניתן לכלול ניווט בין דפים, ביצוע עסקאות או אינטראקציה עם אלמנטים שונים של עומס העבודה.
יש לקבוע את מעורבות הנתונים. יש לזהות את נתוני הבדיקה הנדרשים להפעלת תרחישי הבדיקה. ניתן לכלול יצירה של מערכי נתונים מציאותיים המייצגים תרחישים שונים, פרופילי משתמשים או נפחי נתונים שונים. יש לוודא שנתוני הבדיקה מגוונים ומכסים מקרי שימוש שונים כדי לספק הערכת ביצועים מקיפה.
תכנון סקריפטים לבדיקה. יש ליצור סקריפטים לבדיקה שהופכים את ביצוע של תרחישי הבדיקה שהוגדרו לאוטומטי. סקריפטים לבדיקה מורכבים בדרך כלל מרצף של פעולות, בקשות HTTP או אינטראקציות עם ממשקי API של עומס עבודה או ממשקי משתמש. יש להשתמש בכלי בדיקת ביצועים או בשפות תכנות כדי לכתוב את הסקריפטים, תוך התחשבות בגורמים כגון פרמטריזציה, מתאם וטיפול בנתונים דינמיים. יש לוודא שהסקריפטים של הבדיקה תקינים ופונקציונליים. יש בעיות, כגון שגיאות סקריפט, פעולות חסרות או שגויות, או בעיות הקשורות לנתונים. אימות סקריפט בדיקה חיוני כדי להבטיח ביצוע בדיקות ביצועים מדויקות ואמינות.
הגדרת משתני בדיקה ופרמטרים. יש להגדיר משתנים ופרמטרים בתוך סקריפטים לבדיקה כדי להציג שונות ולדמות תרחישים בעולם האמיתי. יש לכלול פרמטרים כגון אישורי משתמש, נתוני קלט או רנדומיזציה כדי לחקות אופני פעולה שונים של משתמשים ותגובות עומס עבודה.
באופן איטרטיבי יש לדייק סקריפטים. יש לדייק ולשפר את הסקריפטים לבדיקה באופן מתמיד בהתבסס על משוב, תוצאות בדיקה או דרישות משתנות. יש לשקול לבצע מיטוב של לוגיקת הסקריפט, פרמטריזציה וטיפול בשגיאות, או הוספת נקודות בדיקה נוספות לאימות.
קביעת התצורה של סביבת הבדיקה
קביעת תצורה של סביבת בדיקה מתייחסת לתהליך של הגדרת התשתית, התוכנה והרשת הדרושים לך כדי ליצור סביבה הדומה מאוד לסביבת הייצור שלך.
כדי להגדיר את סביבת הבדיקה שלך בצורה שתגביר את יעילות הביצועים, יש כלול את השלבים הבאים בתהליך ההגדרה:
יש לשקף את סביבת הייצור. יש להגדיר את סביבת הבדיקה שלך כך שתהיה דומה מאוד לסביבת הייצור שלך. יש לקחת בחשבון גורמים כגון הגדרות סביבה ואזור, הגדרות רשת, הגדרות אבטחה, מקורות נתונים ואינטגרציות. המטרה היא להבטיח שתוצאות בדיקות הביצועים מייצגות את התנאים בעולם האמיתי.
הקצאת מספיק משאבים. יש להקצות משאבים נאותים כגון קיבולת אחסון לסביבת הבדיקה. יש לוודא שהמשאבים הזמינים יכולים להתמודד עם עומס העבודה הצפוי ולספק מדידות ביצועים מדויקות.
שכפול תנאי רשת. יש להגדיר את הגדרות הרשת בסביבת הבדיקה כך שישכפלו את תנאי הרשת הצפויים במהלך פריסת עומס העבודה בפועל. עליך לכלול רוחב פס, השהייה ופרוטוקולי רשת.
התקנה והגדרת יחסי תלות. יש להתקין את האפליקציות מ- AppSource, ויחסי תלות אחרים הנדרשים כדי שעומס העבודה יפעל כהלכה. ובכלל זה הגדרת שירותי צד שלישי עם תצורות הייצור הצפויות.
פשרות: יש עלויות שמשויכות לתחזוקה של סביבות בדיקות נפרדות, אחסון נתונים, שימוש בכלים והפעלת בדיקות. כדאי לדעת את העלות של בדיקות ביצועים, ומצא דרך לייעל את ההוצאות.
סיכון: נתוני ייצור יכולים להכיל מידע רגיש. ללא אסטרטגיית קרצוף ומיסוך חזקה, אתה מסתכן בדליפת נתונים רגישים כאשר אתה משתמש בנתוני ייצור לבדיקה.
ביצוע הבדיקות
יש להפעיל את בדיקות הביצועים באמצעות כלי הבדיקה הנבחר. הבדיקה כוללת מדידה ורישום של מדדי ביצועים, ניטור תקינות ולכידת כל בעיות ביצועים המתעוררות.
ניטור ואיסוף מדדי ביצועים כגון זמן תגובה, תפוקה ומחוונים רלוונטיים אחרים.
יש להשתמש בתרחישי הבדיקה המוגדרים כדי להעמיד את עומס העבודה בעומסים הצפויים. יש לבצע את הבדיקות בתנאי עומס משתנים אלה. לדוגמה, ניתן להשתמש ברמות, כגון רמות נורמליות, שיא ולחץ, כדי לנתח את התנהגות עומס העבודה בתרחישים שונים.
בעת תכנון וביצוע של בדיקות ביצועים, חשוב לזכור שבמקרים רבים, Microsoft Cloud משתמש בתשתית משותפת כדי לארח את הנכסים והנכסים שלכם השייכים ללקוחות אחרים. יש להגביל את הבדיקות כדי למנוע השלכות לא רצויות.
תיעוד התוצאות
יש לתעד את תוצאות בדיקת הביצועים שלך בצורה ברורה ועקבית. התיעוד שלך צריך להראות את הדברים הבאים:
- האם הפתרון שלך עומד ביעדי הביצועים עבור כל תרחיש
- מתי ואיך הפעלת כל בדיקה
- איזו גירסה של הפתרון בדקת
- כל שגיאה או בעיות שהתרחשו במהלך הבדיקה
- כל שינוי או מיטוב שביצעת לאחר הבדיקה
ניתוח התוצאות
ניתוח תוצאות הבדיקה כולל בחינת הנתונים והמדדים שנאספו בבדיקות הביצועים כדי לקבל תובנות לגבי ביצועי עומס העבודה. המטרה היא לזהות בעיות ביצועים ולהשתמש במשוב כדי להתאים סדרי עדיפויות בפיתוח אפליקציות.
הפעולות הבאות הן שלבי מפתח בניתוח תוצאות הבדיקה.
בדיקת מדדי הביצועים. יש לעיין במדדי הביצועים שאספת במהלך בדיקות הביצועים, כגון זמני תגובה, תפוקה, שיעורי השגיאות והשהיית רשת. יש לנתח את המדדים האלה כדי להבין את הביצועים הכוללים של עומס העבודה.
זיהוי צווארי בקבוק. יש להעריך את מדדי הביצועים כדי לזהות צווארי בקבוק או אזורים של ביצועים לא יעילים. ההערכה יכולה לכלול זמני תגובה גבוהים, אילוצי משאבים, בעיות במסד הנתונים, השהיית רשת ומגבלות בכושר ההרחבה. איתור הסיבות העיקריות לצווארי בקבוק אלו עוזרת לך לתעדף שיפורי ביצועים.
תיאום מדדים. יש להעריך את קשרים ואת הקורולציה בין מדדי הביצועים השונים. לדוגמה, ניתן לנתח כיצד עומס מוגבר או ניצול משאבים משפיעים על זמני תגובה. הבנת קורולציות אלה יכולה לספק תובנות חשובות לגבי אופן הפעולה של עומס העבודה בתנאים שונים. יש לחפש דפוסים ומגמות בנתוני הביצועים לאורך זמן. יש לנתח ביצועים ברמות עומס שונות או בתקופות ספציפיות. זיהוי מגמות יכול לעזור לזהות שונות עונתית, זמני שימוש שיא או בעיות ביצועים חוזרות.
יש להעריך את קריטריוני הקבלה. יש להשוות את תוצאות הבדיקה החוזרת כנגד קריטריוני הקבלה ויעדי הביצוע שהוגדרו מראש. יש לבדוק אם עומס העבודה עומד בתקני הביצוע הרצויים. אם עומס העבודה אינו עומד בקריטריוני הקבלה, יש להתעמק ולדייק את את המיטוב.
יש לחזור על הניתוח ולחדד אותו. ניתן לבצע התאמות ושיפורים אחרים לפי הצורך. אפשר להשתמש בנתונים ובמדדים שנאספו כדי לאבחן בעיות ביצועים ספציפיות. האבחון עשוי לכלול מעקב דרך רכיבי עומס העבודה, בחינת קובצי יומן, ניטור שימוש במשאבים או ניתוח הודעות שגיאה. ניתן להתעמק עוד יותר בנתונים כדי להבין את הגורמים הבסיסיים לבעיות ביצועים.
בהתבסס על ניתוח תוצאות הבדיקה, יש לתעדף בעיות ביצועים שזוהו ולהטמיע את השיפורים הנדרשים. השיפורים יכולים לכלול את מיטוב הלוגיקה, כוונון שאילתות, שיפור מנגנוני אחסון במטמון ואופטימיזציה של תצורות רשת.
קביעת ביצעי בסיס
ביצועי בסיס מספקים נקודת התייחסות להשוואת תוצאות ביצועים לאורך זמן. ביצועי הבסיס צריכים להיות תמונות מצב משמעותיות של ביצועי עומס העבודה - אין צורך להשתמש בכל בדיקה כביצועי בסיס.
יש לשקול את יעדי עומס העבודה,ולתעד תמונות ביצועים המאפשרות לך ללמוד לאורך זמן ולבצע מיטוב. ניתן להשתמש במדידות ביצוי הבסיס כמדד לבדיקות ביצועים עתידיות, ולהשתמש בהם כדי לזהות כל ירידה או שיפור בביצועים.
כדי לקבוע ביצועי בסיס לבדיקות ביצועים ולהשתמש בהם כאמת מידה לבדיקות ביצועים עתידיות, יש לבצע את השלבים הבאים:
זיהוי מדדי ביצועים. יש לקבוע את מדדי הביצועים הספציפיים שברצונך למדוד ולעקוב אחריהם. דוגמאות כוללות:
- זמן תגובה, או באיזו מהירות עומס העבודה מגיב לבקשות.
- תפוקה, או מספר הבקשות שמעובדות ליחידת זמן.
- ניצול משאבים, כגון שימוש בקיבולת אחסון.
תיעוד מדידות משמעותיות. יש לתעד את מדדי הביצועים שהשגת במהלך הבדיקה כמדידות הבסיס. מדידות אלה מייצגות את נקודת המוצא שלפיה אתה משווה בדיקות ביצועים עתידיים.
השוואת בדיקות עתידיות. בבדיקות הביצועים הבאות, השוו את מדדי הביצועים מול ביצועי הבסיס והספים שנקבעו. ההשוואה מאפשרת לך לזהות שיפור או ירידה בביצועים.
יש לערוך בדיקות באופן רציף
בדיקה רציפה כרוכה בניטור ודיוק מתמשכים של הבדיקות שלך. בדיקה רציפה עוזרת לך לשמור על רמות ביצועים עקביות ומקובלות. עומס עבודה צריך לספק רמת ביצועים עקבית ומקובלת ביחס לביצועי הבסיס. יש לכוון את עומס העבודה לאורך זמן כדי לייצר ביצועים עקביים שנמצאים בגבולות הביצועים המקובלים.
להלן כמה שיטות עבודה מקובלות:
הגדרת מגבלות של ירידה בביצועים. יש להגדיר ספים מספריים המציינים את רמת הירידה בביצועים המקובלת לאורך זמן. על ידי הגדרת מגבלות אלו, תהיה לך אפשרות לעקוב אחר תנודות ביצועים ולקבל התראות כאשר הביצועים יורדים מתחת לסף שהוגדר.
יש לכלול אבטחת איכות. כדאי לשלב דרישות ביצועים, כגון מקסימום בקשות לשנייה, בתהליך אבטחת האיכות. יש להתייחס לדרישות ביצועים באותה רמת חשיבות כמו דרישות פונקציונליות. תהליך זה עוזר להבטיח שעומס העבודה עומד בדרישות הביצועים שהוגדרו לפני פריסתו לייצור.
התראה אוטומטית. בסביבות חיה, זיהוי ותגובה מהירים הם חיוניים. יש להגדיר מערכות התראה אוטומטיות המשתמשות בביצועי הבסיס של כנקודת ההתייסות שלהם. אם יש סטייה משמעותית בביצועים, הצוותים הדרושים מקבלים התראה מיידית לפעול.
בדיקת שינויים. בעיות ביצועים מסוימות עשויות להתבטא רק בסביבה חיה. מומלץ ליישם נוהלי בדיקה יסודיים עבור השינויים המוצעים. יש להשתמש באינסטרומנטציית קידוד כדי לקבל תובנות לגבי מאפייני הביצועים של האפליקציה, כגון נתיבים חמים. בדיקה זו מבטיחה שכל שינוי שהוכנס לא פוגע בביצועים מעבר לגבולות המקובלים.
סיוע ל- Power Platform
ביצוע הבדיקות: ערוצי Azure מאפשרים לשלב בדיקות ביצועים בקו צינור ה-CI/CD (שילוב מתמשך/משלוח מתמשך). ניתן לשלב בדיקות עומס כשלב בקו הצינור שלך כדי לאמת את הביצועים וכושר ההרכבה של האפליקציות שלך.
Power AppsTest Engine (גירסת Preview) הוא רכיב CLI של Power Platform שבו אפשר להשתמש כדי לבדוק יישומי בד ציור עצמאיים ב- Power Apps.
Azure Test Plans הוא פתרון קל לשימוש על בסיס דפדפן לניהול בדיקות, המספק את כל היכולות הנדרשות לבדיקות ידניות מתוכננות, בדיקות קבלת משתמשים, בדיקות מחקר ואיסוף משוב מבעלי עניין.
אם עומס העבודה שלך כולל משאבי Azure, ניתן להשתמש ב- Azure Chaos Studio ובבדיקת עומס של Azure לביצוע בדיקות.
במהלך הפיתוח, מפתחים יכולים גם להשתמש בניטור של Power Apps כדי לאבחן ולפתור בעיות מהר יותר ולבנות אפליקציות אמינות יותר. הוא מספק תצוגה עמוקה של היישום שלך על-ידי רישום כל הפעילויות המרכזיות המתרחשות ביישום תוך כדי פעולתו. הכלי ניטור של Power Apps גם מספק הבנה טובה יותר לגבי באופן הפעולה של האירועים והנוסחאות הנכללים באפליקציה שלך, ובכך מאפשר לך לשפר את הביצועים ולזהות שגיאות או בעיות.
אם עומס העבודה כולל סוכן של Microsoft Copilot Studio, אפשר להשתמש בערכת Copilot Studio Power CAT כדי להגדיר סוכנים ובדיקות. על ידי הפעלת בדיקות נפרדות מול ממשקי ה- API של Copilot Studio (Direct Line), מבוצעת הערכה של תגובות הסוכן מול התוצאות הצפויות.
ניתוח התוצאות: Azure Monitor הוא פתרון ניטור מקיף לאיסוף, ניתוח ותגובה לטלמטריה מסביבות הענן והסביבות המקומיות. Application Insights היא הרחבה של Azure Monitor המספקת תכונות APM. ניתן להשתמש Application Insights כדי לנטר אפליקציות במהלך הפיתוח והבדיקה וגם בייצור.
מידע קשור
רשימה לבדיקה של יעילות ביצועים
עיין במכלול ההמלצות המלא.