
host, שמשמשים בכל הטסט.הטקסט המלא של הדקות הראשונות בהרצאה «המבנה הבסיסי של Jmeter» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
שלום לכולם, בסרטונים הקודמים התחלנו להכיר את ה-J-Meter, בסרטון האחרון ממש התחלנו לעבוד איתו. אנחנו רואים פה בפרויקט שיצרנו את המבנה הבסיסי של פרויקט J-Meter או טסט של J-Meter.
אנחנו רואים שיש לנו כאן למעלה את ה-Test Plan, בעצם עם שם הפרויקט שאותו אנחנו נריץ. לדוגמה, במקרה שלנו אנחנו בודקים את האתר timeanddate.com והחלק הראשון של הפרויקט מחודש לאלמנטים קונפיגורטיביים.
איזה אלמנטים קונפיגורטיביים או איזה יחידות קונפיגורציה הכרנו בתוך ה-J-Meter? יש לנו את ה-user-defined variables. מה זה אומר בעצם? בתוך היחידה הזאת של הקונפיגורציה אנחנו יכולים ליצור לעצמנו משתנים שבהם נוכל להשתמש במהלך הטסטים שלנו, במהלך הריצות שלנו.
לדוגמה, יצרנו משתנה שקוראים לו host, והערך שהוא מקבל הוא ה-URL שאותו אנחנו רוצים לבדוק, ה-URL הבסיסי, ה-Home Page שממנו אנחנו מתחילים לבדוק את האתר.
מה זאת אומרת לבדוק? אנחנו רוצים להפעיל בעזרת ה-J Meter איזשהו סנאריו, איזשהו תרשים של פעילות של משתמש בתוך המערכת שמבצע פעולות על האתר, ועל ידי ה-J Meter אנחנו רוצים גם לשחזר את הפעולה ברמה הפונקציונלית, וגם להראות איזשהו סוג של שכפול הפעולות האלה להרבה משתמשים וירטואליים על מנת ליצור את העומס.
אז חזרנו לנושא של היחידות הקונפיגורטיביות ב-J-Meter. הראשון זה User-Defined Variable, איך אנחנו מוסיפים יחידה קונפיגורטיבית? אנחנו יכולים ללחוץ בקש ימני על החלק הראשון של ה-Test Plan, Add, וכאן אנחנו רואים שיש לנו Config Element ואנחנו יכולים להוסיף איזו יחידה קונפיגורטיבית
שאנחנו רוצים ונכיר בהמשך עוד. הוספנו את ה-user-defined variable לאותם משתנים שבהם נעשה שימוש. HTTP request default זאת אומרת בקשת HTTP כברירת מחדל.
זאת אומרת כל פעם שאנחנו נפנה לשרת אבל לא נציין בדיוק את המסלול שלו, Jmitter ידע להשתמש במסלול שאנחנו נותנים כערך ביחידה הקונפיגורטיבית הזאת שנקראת ריקווסט דיפולט ובעצם לפנות אליה.
תכף אנחנו נראה בדיוק איך אנחנו עושים בשימוש. HTTP קוקי מנג'ר זה אותו יחידה קונפיגורטיבית שמטפלת בעצם בניהול אותם קבצים שהאתרים שותלים אצל היוזר, אצל הקליינט, על מנת לאסוף מידע ונתונים על הפעילות שלו, על הפרטים האישיים שלו, על היוזר שהוא משתמש וכדומה.
אז כאן אנחנו יכולים לקבוע ביחידה הקונפיגורטיבית הזאת האם אנחנו רוצים לנקות בכל הפעלה והפעלה של הטסט את הקבצים האלה שכל פעם הם יטענו מחדש ולא יעשו שימוש היסטורי בפעילות הקודמת שהם ראו את הג'יי מיטר עושה על ידי הסימון clear cookies each iteration אנחנו מוודאים שבעצם אנחנו פונים כל פעם מחדש ללא היסטוריה של קוקיז
קבצי איסוף מידע של הישרת מהקליינט. HttpCash Manager זה בעצם אותם קבצים שהבראוזר שומר בכל ביקור וביקור שלו באתר מסוים אז הוא שומר בצד קבצים ומשתמש בהם על מנת לחסוך את הצורך להביא מידע את ה-HttpRequest מהשרת בכל פעם מחדש לפנות לאינטרנט והוא שומר בצד את ה-HttpCash על ה-hard disk אבל אנחנו בעזרת הג'יי מיטר יכולים לוודא שבאמת כל פעם ופעם
אנחנו נצא החוצה. זה מה שאנחנו מחליטים לעשות, נצא כל פעם מחדש לאינטרנט לאסוף את המידע ושוב להעמיס את השרת אז זה חלק קונפיגואטיבי חשוב שאנחנו רוצים לקנפג אותו ולהחליט שאנחנו נצא כל פעם מחדש לשרת ונבקש את הדפים שוב ושוב על מנת ליצור עומס אמיתי ולא להתבסס על קבצי קאש שנמצאים אצלנו.
חשוב להבין שבצורה וירטואלית על ידי כך אנחנו בעצם מדמיינים באמת יוזרים אמיתיים שפונים בפעם הראשונה לשרת ואין להם את ה-cash, הם לא יכולים להתבסס על cash שהם אספו בהיסטוריה של הפניות. אז יש לנו פה את היחידה הקונפיגורטיבית אנחנו יכולים להוסיף עוד יחידות קונפיגורטיביות ונכיר בהמשך עוד יחידות אבל כרגע זה מספיק לנו ופה
יש לנו trade group מה זה אומר trade group? trade group זה בעצם כשאנחנו אומרים trade אפשר לקרוא לזה users קבוצת משתמשים שמה היא מבצעת? מבצעת איזושהי פעולה שאנחנו נגדיר פה ב-HTTP Request. איך אנחנו מוסיפים HTTP Request?
באותה צורה שראינו שאנחנו מוסיפים יחידות קונפיגורטיביות: בקש ימני על ה-Trade Group, אפשר לקרוא לזה Users Group או-Trade Group, בקש ימני Add ו-Sampler.
הסמפלר הנפוץ ביותר הוא HTTP Request אבל ה-J Meter נותן לנו אפשרויות נוספות של דוגמאות או ריקווסטים מסוג אחר שאנחנו יכולים להפעיל דרכו וליצור עומס לדוגמה smtp על הגישה לדואר לעשות בקשות של שליחה וקבלת מיילים. אבל כרגע אנחנו בעולם של ה-http request בתוך ה-thread
group והקבוצת משתמשים שלנו מפעילה htp request על מה? בעצם פה אנחנו משאירים ריק. איך אנחנו יכולים לדעת שהערך הזה לא יישאר ריק ובעצם פעולת הגט שלנו תיכשל?
בגלל שיש לנו את ה-request default. בגלל שאנחנו משתמשים ב www.timeanddate.com כ-request defaulty אז אנחנו יכולים להגיד שברגע שאנחנו הולכים ל-time and date אנחנו נדע שה-J meter ינסה לפנות לערך שנמצא בשדה הזה אבל ברגע שהוא לא ימצא הוא יפנה ל-request default וייקח את הערכים גם של הפרוטוקול וגם של ה-server name מפה ואז יפעיל את הפעולה.
בחלק האחרון אמרנו שאנחנו צריכים להציב listener. בואו ננקה את ה-listener על ידי הצורת מטאטא הזאתי. מה ה-listener בעצם עושה? יש לנו כל מיני סוגים של ליסנרים, אבל הליסנרים בעצם הם כולם בלי יוצא מן הכלל נשענים על אותו מידע של האזנה לתוצאה של ה-request שנשלח מבחינת הפעילות שלנו. זאת אומרת, יש
לנו פה listener שנקרא view result tree, זה ה-listener הבסיסי ביותר. מה שהוא עושה בעצם הוא רואה בוחן כל request שיוצא מהפרויקט שלנו ובודק מה הוא קיבל חזרה מהשרת אז אם אנחנו מפעילים request אחד ולוחצים הפעלה לפני שאני לוחץ הפעלה אני רוצה להראות לכם שכשאני מפעיל אני יכול להחליט כמה אנשים יהיו באותה קבוצה יוזרים שאני הגדרתי כאן אני רואה שיש לי number of threads אחד אני יכול להגדיל את
זה לשלושה משתמשים רמפה פיריוד כמה זמן ייקח לי להגיע למקסימום משתמשים אני לא רוצה להפציץ או להגיד שמיד כולם יהיו פעילות של שלושה אז אני אעשה