טעינה
האם המערכת עומדת בעומס התעבורה הצפוי, עם זמני תגובה סבירים? זו השאלה שעולה מדי יום.
מבחני ביצועים
אפליקציה לא קורסת ביום שלישי שקט. היא קורסת עם השקת קמפיין, ביום שישי בערב, ביום הראשון של מבצעי ההנחות — במיוחד כאשר כל דקה של השבתה משפיעה על מחזור המכירות.
לקבוע פגישהארבע שאלות, ארבע זריקות
האם המערכת עומדת בעומס התעבורה הצפוי, עם זמני תגובה סבירים? זו השאלה שעולה מדי יום.
מאיזה נפח מתחיל ההידרדרות, ואיך היא מתרחשת? קריסה פתאומית אינה מטופלת כמו הידרדרות הדרגתית.
האם הוא מחזיק מעמד שמונה שעות ברציפות? זה המקום שבו מתגלים דליפות הזיכרון והעומס ההדרגתי, שלא ניכרים בשלוש דקות של ירי.
מה קורה כשכולם מגיעים בו-זמנית — פתיחת מבצע מכירות, התראה דחופה, קמפיין טלוויזיוני?
איך עושים את זה
איכותו של מבחן ביצועים נקבעת עוד לפני הירי, בהתאם למה שמחליטים לדמות.
אנו יוצאים מהנתונים האמיתיים שלכם — תעבורה שנצפתה, התפלגות המסלולים, שעות שיא, עונתיות — כדי לבנות מודל עומס המשקף את המשתמשים שלכם. בקשה שמטענת את דף הבית אלף פעמים אינה מעידה דבר על ביצועי מסלול ההזמנה.
לאחר מכן מודדים את המדדים החשובים למשתמש ולמפעיל: זמן התגובה לפי אחוזון — לא הממוצע, שמסתיר את המקרים הגרועים ביותר —, שיעור השגיאות, קצב העברת הנתונים המובטח, וצריכת המשאבים בצד השרת. הדו"ח מציין היכן מתרחשות התקלות, החל מאיזה נפח, ומה הזול ביותר לתקן.
עם מה
JMeter, Gatling או k6 – בהתאם לפרוטוקול, להיקף ולמה שהצוותים שלכם יודעים להמשיך לבצע אחרינו.
אנו מתחברים למערכת הניטור הקיימת שלכם במקום להוסיף כלי נוסף: הקשר בין העומס המוטל על המערכת לבין מצב השרתים הוא זה שמספק את האבחון.
דו"ח המבחין בין ממצאים, השערות והמלצות — ושהוא מיועד לקריאה על ידי מקבל החלטות, ולא רק על ידי מומחה.
מעבר לירי
בעיות ביצועים רבות אינן מתרחשות בסביבת הבדיקה: מערך נתונים קטן מדי, מטמון "חם" מדי, תשתית "נקייה" מדי. כאשר זה המצב, אנו מתמקדים במידע שהסביבה הייצורית מספקת על עצמה — יומנים, מדדים, שאילתות איטיות, תורים — במקום ליצור סביבת בדיקה שאינה משקפת את המציאות.
לעתים קרובות זהו הדרך הקצרה ביותר: הפגם כבר ניכר בנתונים שלכם, אך עדיין לא הספיק אף אחד לבדוק אותם.
שאלות ישירות
שתיים עד ארבע שבועות עבור היקף ראשוני: שבוע של הגדרת מסגרת ומודל עומס, שבוע של התקנה וביצוע בדיקות, שבוע של ניתוח והמלצות. הבדיקות עצמן נמשכות מספר שעות; כל השאר הוא עבודת הכנה ופרשנות.
לפעמים, בעומס נמוך ומחוץ לשעות השיא, כאשר אף סביבה אינה דומה לסביבת הייצור. ההחלטה מתקבלת יחד עם המפעילים שלכם, על פי תוכנית השבתה ברורה. אנו לעולם לא מציעים זאת כברירת מחדל.
זה לא משהו שניתן להעתיק ממאגר ידע: זה נובע מהתחום העסקי שלכם. לשנייה אחת בתהליך התשלום אין אותה חשיבות כמו לשלוש שניות במסך הגדרות. אנו עוזרים לקבוע ספים שניתן להצדיק, ולאחר מכן לשמור עליהם מגרסה לגרסה.
בדיקת עומס המתבצעת פעם בשנה אינה מספקת הגנה: הסטייה מתרחשת בין שתי משלוחים. הצעד ההגיוני הבא הוא להפוך בדיקה מצומצמת לחלק אוטומטי בשרשרת האינטגרציה שלכם, עם ספים שמבצעים חסימה.
ביקורת ללא התחייבות על תהליך הבדיקות שלכם, כדי לדעת היכן אתם עומדים באמת.
לקבוע פגישה
Hebrew 
French 
English