הרצאה 6 - קורס Load Runner הראשון
פרקי ההרצאה: הרצאה 6 - קורס Load Runner הראשון
תמלול ההרצאה: הרצאה 6 - קורס Load Runner הראשון
הטקסט המלא של הדקות הראשונות בהרצאה «הרצאה 6 - קורס Load Runner הראשון» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
ערב טוב, אנחנו מתחילים היום בהצעה השישית, שיעור שישי בנושא בדיקות העומסים על בסיס LoadRunner. אנחנו רק נוודא שההקלטה מתחילה, אני מקווה שאתם שומעים ואנחנו נתחיל.
נושא שאני רוצה להתקדם בו היום ולהתמקד במשהו שקשור לנושא של הקונטרולר, לנושא של הכנת סצנריו הוא הנושא של ה-Run Time Setting.
למעשה runtime setting זה כל הגדרות שקשורות לסקריפט או לסנאריו וחשוב להבין את ההפרדה בין runtime setting הגדרות הרצה ובאיזה צורה להריג פר סקריפט או פר סנאריו וכמובן ההגדרות מבוססות שמטרת בדיקות עומסים ואלה הדברים שאני מאוד מקווה אנחנו נבין לקראת
סוף השיעור. אני מזכיר לכם שאנחנו נמצאים בשלב השלישי של ה-Workflow והוא Scenario Creation ובתוכו יש לא מעט שלבים שעברנו כבר.
הראשון זה Pagering של הסצנריו, הכנת סצנריו ואנחנו בשלב של ה-Runtime Setting בשיעור הבא אנחנו נדבר על ה-Performance וכל הניטור והמוניטורים. בהמשך נדבר על השלב הרביעי של ה-Executions כמו שהזכרתי מקודם ה-Runtime Settings יכולים להיות מקונפגים ברמת ה-Controller או ברמת ה-Viewים, זאת אומרת או ברמת הסקריט או ברמת הסצנריו.
כל קבוצה של ה-Virtual Users יכולה לקבל הגדרה משל עצמה. בעצם אפשר לתת הגדרה פר קבוצה או אפשר לתת הגדרה כוללת לכל הקבוצות.
אלה הדברים שנראה אותם בדוגמא למעשה runtime settings מדמים לנו התנהגות של המשתמש האם אנחנו מדברים על הזמן המתנה האם אנחנו מדברים על כמה פעמים להריץ את הסקריפט כל הדברים האלה מדמים את ההתנהגות של המשתמש וכמובן יש גם הגדרות שהן קשורות לקונטרולר עצמו או לג'נרטור והם כבר מעמיסים יותר על המערכת או מורידים את העומס, כל הנושא של הלוגים,
ואלה הדברים שבעצם חשובים לפני שאנחנו באמת עושים את האקזיטיוט. כל הנושא של ה-KL, כל הנושא של המדידה, כמה לחכות, כמה פעמים לעשות הרצאה, אלה הדברים שאנחנו מגדירים ברמת קריפט ריינדאם טיימסטיינג.
בדרך כלל בהגדרות של הסקריפט אנחנו לא נשתמש במהלך ההרצאה, אבל מאוד חשוב להגדיר אותם לצורך הדיבאגינג. אנחנו לא מתמקדים יותר מדי בקורס הזה בנושא של ה-VueGen, Virtual User Generator, איך מכינים את הסקריפט.
לזה אנחנו נקדיש קורס נפרד, אבל מאוד חשוב לדעת שכשבנינו את הסקריפ הוא ישות משל עצמה ויש לה התנהגות של המשתמש, יש לו התנהגות של המשתמש.
לעומת זאת, scenario run time setting מגדיר לנו את כל ההגדרות של כל הקבוצות שירוצו, כל הסקריפים שירוצו, האם זה מספר היוזרים, האם זה כמה יוזרים פר ג'נרטור אנחנו רוצים לשים, כיצד אנחנו עוצרים את הסקריפט?
האם אנחנו עוצרים אותו במכה אחת? האם אנחנו עוצרים בצורה הדרגתית? וגם מגדרות אקראיות נוספות ייכנסו לנושא של סצנריו run time settings. אני חוזר, אל תתבלבלו בין Script run time settings לסצנריו run time settings, אוקיי?
בדרך כלל עבור כל קבוצת הסקריפטים run time settings יהיו שונים. זה תלוי כמובן בפרוטוקול. אם אנחנו עובדים בסביבת וב אז יהיו לנו דברים ששייכים לסביבת וב, אנחנו בסביבת סאב, יהיו לנו דברים שקשורים לסביבת סאב.
לעומת זאת יש 5 קטגוריות משותפות לכל הקריפטים והם נקראים RunLogic, הלוגיקה של הרצה חמות האיתרציות שאנחנו נרים, נושא של הלוגים, זמן המתנה, נושא של התזמון, וגם דברים נוספים שתכף נראה אותם.
בואו נראה באמת בפורמי אמיתיים איך הדברים האלה מתרחשים. יש פה שאלה. אני צריך את הקוד שפותח את Visual Studio. אני לא יודע על מה מדובר.
אני בהקלטה מדבר אחרי זה, אוקיי, בואו נפתח את הויוג'ין, אוקיי אנחנו עצרנו פה במסיבות טכניות אני מקווה שהכל עכשיו ירוט יותר חלק הייתה תקלה טכנית בהקלטה ואפשר להמשיך הלאה אנחנו היינו באמצע המצגת ודיברנו על ה-run time settings, אני אחזור בכמה מילים, כי יכול להיות שחלקכם פספסו בגלל הבעיות בתקשורת שהייתה לנו כאן.
מדובר ב-run logic, נושא של הגדרות לוגיות, של הערצה, כמה איתרציות להעריף, נושא של התזמון, נושא של הלוגים, זמן המתנה, think time וכל הנושאים הנוספים.
כמו שאמרתי מקודם, אלה חמשת הקטגוריות שקשורות רק למשותפות לכל הפרוטוקולים, לכל הסקריפטים. עבור פרוטוקולים מסוימים התווספות קטגוריות ותראו אותן בהמשך. לדוגמה, עבור וייב אנחנו נדבר על נושא של הסוג של הבראוזר שנריץ, נושא של התקשורת ועבור סאב יהיו דברים נוספים עבור רקל גם כן. בואו נלך virtual user generator שלנו נעלה אותו בתוך
load runner ונראה את כל ההגדרות האלה בתוך הgenerator אני אפתח סקריפ אחד מהסקריפים הקיימים ואני רוצה להראות לכם את הנושא של ההגדרות ברמת הסדר יש פה אייקון שנקרא edit run time setting גם לפי תלף 4 תעלה אותו ואלה הקטגוריות שאנחנו דיברנו עליהן run logic, קייסינג, לוג, סינק טיים ומיסלניות.
אלה הדברים הם קשורים כבר לפרוטוקול ובי, הם לא תמיד יופיעו. בואו נראה מה זה RunLogic. ב-RunLogic אנחנו יכולים לבחור כמה פעמים להריץ אותו טסט, כמה יצירתיות אנחנו רוצים.
אם אני מחליט להריץ את זה פעמיים, אתם רואים כפול שתיים, שלוש וכן ארבע. המספר הזה יכול להיות אינסופי. שימו בחשבון שהחלק שירוץ הוא רק חלק של האקשן בלבד, השאר החלקים ירוצו רק פעם אחת.
מה זה נותן לנו? זה אומר לנו, לדוגמה אם יש לי הזמנת טיסה, בדרך כלל המשתמש הוא ייכנס פעם אחת, יעשה לוגין פעם אחת, אבל הוא יבצע מספר הזמנות, הוא לא יסתפק רק בהזמנה אחת.
וכאן אני אגדיר את הנושא. תוך כדי הכנסה כאן יש לי אופציות משחק אני יכול להוסיף עוד אקשנים אני יכול להוסיף עוד בלוק וגם ברמת הבלוק אני יכול להוסיף עוד אקשנים יש לי פרופרטיס באיזה סדר להריץ אותם האם להריץ קודם כל איתר עצה ראשונה האם להריץ אותם בצורה כרונולוגית או לעשות ביניהם אקראיות כל הדברים האלה
הם בעצם יכולים להגדיר ברמה הזאת. אנחנו נדבר עליהם בקורס של הכנת סקריפטי. פייסינג נושא מאוד מעניין: מתי להתחיל להריץ את ההיתרציה? האם להריץ אותה מיידית אחרי שהסתיימה ההיתרציה הקודמת, וזו האופציה הראשונה שמצוממת כאן?
יש דרך אגב פה הינקדוט כל הנושא של העזרה ורמזים. אופציה שהיא בדרך כלל יותר מקובלת להריץ את זה אחרי פרק זמן מסוים. אפשר להריץ אחרי זמן קבוע, נגיד 60 שניות, הסתיימה היתרה, הסתיימה הפעולה, נריץ את זה עוד הפעם.
אפשר להגיד בצורה רנדומלית בין 60 ל-90 שניות, פעם אחת זה ערוץ אחרי 60 שניות, פעם אחת אחרי 90, אחרי זה זה ערוץ אחרי 70 שניות.
אוקיי? אופציה יותר מעניינת היא בעצם אחרי זמן קבוע זאת זה לא אומר לנו שהיתירה הקודמת הסתיימה והיתירה החדשה מתחילה האופציה הזאת יש לזה גם משמעות כל אחד יחשוב לעצמו מתי נוח לו להשתמש בדרך כלל אנחנו נתאים את האופציה הזאת אם אנחנו רוצים שהחליצה תסתיים בפרק זמן מסוים
אבל לרוב אם אנחנו באמת מנסים לדמות התנהגות טיפוסית של המשתמש נשתמש באופציה השנייה אוקיי לוגים לא קשורים להתנהגות של המשתמש אבל הם מאוד חשובים ובלעדיהם אי אפשר להסתדר בכל הניתוח אחרי זה.
הרי כל הריצה שלנו היא לא שווה כלום אם אין לנו תוצאות והתוצאות הן באות מלוגים. קודם כל מומלץ לאפשר את הלוגים אבל להיות מאוד זהיר בכמות הלוגים שאנחנו מוציאים אחוז כי כל הכתיבה ללוג היא היא לוקחת מהמושבים של המחשב הלקיחה מהמושבים של המחשב מעיטה לנו את ההרצה והזמן תגובה וכל המדדים שנקבל הם יהיו לא אמיתיים כי בעצם מי
שהשפיע כאן זה הכתיבה של הלוגים אוקיי בואו נראה מה קורה לנו פה יש לנו פה הודעה איזה מסך אני מאוד מקווה שההקלטה ממשיכה ודברים מסתדרים היום כמה בעיות טכניות בדרך יכול להיות שזה קשור לרשת או לסיבה אחרת.
בואו נמשיך. זאת אומרת, אנחנו נאפשר לוגים, אבל נאפשר אותם בצורה חלקית מאוד מומלטת. אם אנחנו כרגע בהרצאה שקשור לנו לראות יציבות של המערכת, אז אנחנו נאפשר את כל הלוגים, אוקיי?
עדיין אני מציע להשאיר את הסטנדרט לוג ולא אקסטנדינג, באקסטנדינג יש לנו דברים נוספים, אבל לרוב אני מציע לכם רק לשים את ההודעות שגיאה. אם קרתה שגיאה בדרך, אז לשים את השגיאה.
אני מציע, כל אחד יחליט מה חשוב לו ובאיזה שלב. כל שלב של הבדיקה הוא ישים לוגים אחרים. עוד פעם, מעניין לבזר בין החליטה. לדוגמה, יש לנו 200 יוזרים מאותו סוג, אז הייתי לוקח 95% מהם סתם בלי לוגים, כדי שלא תהיה השפעת לוגים להרצת זמני תגובה ולהרצה.
לעומת זאת, אוקיי, בואו נראה. סט-אסט-פונו, סליחה. בואו נראה. אנחנו חוזרים מכאן, סט-אסט-פונו. האם הכל בסדר עכשיו? מעניין אם ההקלטה שלנו ממשיכה.
אנחנו התחלנו בהקלטה השלישית. אוקיי, מצוין. אני מקווה שלא פספסתם הרבה כי היו לנו כמה בעיות טכניות ואנחנו חוזרים למצע של runtime Settings ברמת הספרים. עברנו את הנושא של הלוגים ונעבור לנושא של הספינקטה.
אני מזכיר רק בלוגים לכל מי שפספס בגלל ההקלטות שמאוד מומלץ, אני ממליץ לחלק בין הקבוצות לאותה קבוצה, קבוצה של קריפ לחלק לשתי תת קבוצות אחד של 90-95% והשנייה 10-5% שהקבוצה הגדולה תהיה בלי לוגים והקבוצה הקטנה תהיה עם לוגים אפשר גם לוגים מורחבים מהסוג הזה ולשים את כל הפרמטרים
הנדרשים וככה אנחנו למעשה אם יהיו בעיות לקבוצה