יציאת פרוקסי לא מזיזה את מנוע ה-JMeter שלך

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

office engine → regional proxy → website

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

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

הציבו את המנוע היכן שהמדידה מתחילה

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

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

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