
הטקסט המלא של הדקות הראשונות בהרצאה «הרצאה 12 - קורס Load Runner הראשון» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
בוקר טוב, אנחנו מתחילים בהצעה השנייה בנושא לואוד ראנר ומטסקריפטים, ויוג'ן ורק נבדוק שההקלטה שלנו התחילה כדי להיות בטוח שלא נפספס שום דבר מעניין אני רואה, יש קובץ ש... אוקיי, בואו נרוץ עם המצגת וכמובן אנחנו נשלב תוך כדי הרצאה את הכלי עצמו למעשה השיעור השני הוא שיעור שנקרא פלייבק מה שאנחנו הולכים ללמוד היום זה איך לוקחים את הסקריפט שהוקלט,
והוא הוקלט בשיעור הקודם, בשיעור מספר 1, ומנסים לנגן אותו. מנסים להביא אותו למצב שהוא... כדי זה אנחנו נעבור על ה-run time setting, שאני מזכיר לכם שאנחנו עובדים בסביבת ה-Web, בסביבת פרוטוקול ה-Web, וגם נעשה מספר קונפיגורציות הנדרשים להרצה, וגם נבין את הפונקציונליות של הסקריפט תוך כדי ההרצאה.
תהליך הכנת הסקריפטים מורכב מארבעה שלבים, כמו שדיברנו, תהליך של התכנון, הקלטה, תחזוקה וטסטינג עצמו, פלייבק. אנחנו היום בשלב הרביעי, כאשר למעשה דילגנו ככה בעדינות על השלב השלישי, אנחנו נחזור אליו כל פעם עם הנושא האחר בהרצאות המתקדמות יותר.
למעשה המטרה היא של הפלייבק זה לעשות דיבאגינג, דיבאגינג לסקריפט שלנו ולוודא שהוא לפני שאנחנו נכניס אותו בכלל לקונטרולר להרצאה מסוימת, לוודא שהוא רץ, הוא עובד, הוא עושה את הדברים הנכונים.
מה שאנחנו עושים תוך כדי פלייבק אנחנו בודקים רק עבור יוזר אחד. אין לנו אפשרות בכלי שנקרא VueGen לבדוק בו זמנית יותר מיוזר אחד שרצינו למערכת, וזה אנחנו בודקים בקונטרולר, אבל למעשה זה נותן לנו את הגמישות הזאת של לוודא ששום דבר לא מחולל הודעות שגיאה, הכל עובד כמו שצריך.
Runtime Settings, אנחנו מגדירים את ה-Runtime Settings בתוך הסקריפט, מאוד מאוד מומלץ כל פעם שאנחנו משנים ראנד טיים סטינגס בסקריפט, כשהם נראים לנו הגיוניים, לוודא שהסקריפט רץ מחדש.
כי כל שינוי בראנד טיים סטינגס יכול לגרום לזה שהסקריפט פשוט לא ירוץ. בואו נלך לכלי שאנחנו, שהוא משמש אותנו לעבודה, והוא כלי VueGen, Virtual User Generator.
הוא נמצא ב-Load Runner. במקרה שלי הוא נמצא באפליקיישנס. בהרבה מקרים אתם תמצאו אותו גם ב-Tools. אני העברתי אותו פשוט למעלה, ביל נבלטת בצורה, אני מזכיר לכם בשיעור הקודם דיברנו, הקלטנו איזשהו סקריפט בסיסי וקראנו לו לב 1 סקריפט 2, בואו נפתח אותו, הוא ישמש אותנו להמשך,
למעשה בשביל לפתוח runtime Settings זה לא משנה על איזה סקריפט אנחנו, אוקיי, אנחנו בפנים. קודם כל כדי להגיע ל-Runtime Settings אפשר להגיע אליהם מפה, Edit Runtime Settings מהכפתור הזה, וזה מה שנעשה, גם F4 יעבוד וגם מתוך ה-Tool Bar אפשר גם להגיע לשם, אוקיי?
אז מה שחשוב להגיד שיש את ה-section של ה-general וכאן נמצאים run-time settings שקשורים לכל הפרוטוקולים. האם זה או רק אלא אם זה sub.net ולא משנה, כל הקטגוריות האלה יימצאו שם.
הנושא של ה-network, browser ו-internet protocol אלה התוספות שבדרך כלל מתווספות לפרוטוקולים מסוימים ולחלק מהפרוטוקולים פשוט לא יהיו.
אז רק תיקחו את זה בחשבון שאם תחליטו שאתם עובדים עם פרוטוקול אחר לא תראו את כל הקטגוריות האלה. צריך להניח שתראו את ה-Network Browser, אני לא בטוח שתראו.
וכמובן אינטרנט פרוטוקול זה גם משהו שלא יופיע לך. אז בואו נלך על כל אחד מהם בנפרד ונעבור, נלמד מה כל אחד מהם עושה. נזכיר גם לחלק שלקחו את הקורס הקודם וגם תיקחו בחשבון שלחלק מהדברים אנחנו ניכנס בהמשך בשיעורים יותר מתקדמים, אז רק בואו נעשה את זה בזריזות.
Run Logic - Number of Iterations אני רוצה להגיד שהסקריט בדרך כלל מורכב משלושה אקשנים E-NITRAN ו-AND, וחלק של ה-RUN הוא יכול לרוץ מספר פעמים תוך כדי איתרציות.
אז אם אני מגדיל את המספר כאן, אתם תראו שהחלק הזה הוא יחזור לעצמו, זה למעשה איתרציות. ככה גם סקריפט יתנהג כשהוא ירוץ בתוך הקונטרולר.
זאת אומרת שאם אנחנו רוצים לוודא שהסקריפט שלנו מסוגל לבצע מספר איתרציות אז תגדילו את המספר הזה, זאת אומרת אל תניחו שאם זה רץ פעם אחת זה ירוץ גם פעם שנייה ופעם שלישית, לא.
כי לפעמים יש לנו תנאים מקדימים, לפעמים יש איזשהו רצף שנשבר, פרמטרים שנכנסו בצורה לא נכונה, תבדקו את זה באמת מספר פעמים כדי לוודא ששום דבר לא נשבר ועובד.
פייסינג, פייסינג זה נושא שכדאי לבדוק אותו. בדרך כלל אנחנו נשאיר אותו בצורה דיפולטיבית תוך כדי דיבאגינג, אלא הוא יותר חשוב לנו לקונטרולר. מה שזה אומר, באיזה קצב להריץ את הסקריפטים.
זאת אומרת, מתי להריץ את הסקריפט הבא אחרי הסקריפט השני. זאת אומרת, יש לנו as soon as the previous iteration ends, זאת אומרת ברגע שהאיתרציה הראשונה הסתיימה בואו נתחיל את האיתרציה הבאה.
לעומת זאת יש גם אופציה של להתחיל איתרציה נוספת תוך כדי, עד שעם פרק זמן מסוים כשהאיתרציה הקודמת נגמרה. זו גם אופציה שאפשר לבדוק אותה, היא פחות רלוונטית.
האופציה הזאת כנראה שהיא בעייתית מבחינת ה-viewgen ולא תוכלו להשתמש בה כי היא אומרת אני אתחיל את היתרציה הבאה כל עוד לאו דווקא שהיתרציה קודמת הסתיימה. זאת אומרת, אתם לא יכולים לעשות את זה ב-viewgen generator, virtual user generator, אלא רק בקונטרולר.
אני ממליץ לכם להשאיר את האופציה הדיפולטיבית ואם אם שיחקתם פוסט פשוט תלחצו use defaults וזה יעזור.
הנושא של הלוגים, זה נושא מאוד מעניין. בדרך כלל דיברנו על זה, ואני מזכיר שלוגים מאוד מאוד מעמיסים על הזמן ריצה. אבל אנחנו נמצאים בסביבת הדבאגינג, אז ככל שתאפשרו יותר לוגים, יהיה לכם יותר נוח לנתח את התוצאות.
אז קודם כל, תפעילו את כל הלוגים. תתחילו מהסטנדרט לוג, ואם תגלו שיש לכם הודעות שגיאה, אז בהרצאה הבאה תעברו ל-Extended Load ותוסיפו את כל האופציות כאן, זה יעזור לכם לנתח את התוצאות השגיאה שיש, אוקיי?
אני שם Extended Load, אני רוצה פרמטר Substitution וכל הדברים האלה, לראות, זה בטח יעזור לי בהמשך. תינג טיים. תינג טיים, אזכיר לכם, זה בעצם נותן לנו אופציה להבדיל בין היוזרים מסוימים במערכת, כי כל יוזר הוא מבצע פעולות בקצב שונה, אלא כי אם יש יוזרים מנוסים אז הם יעשו עבודה
בצורה מהירה, יוזרים פחות מנוסים יעשו עבודה בצורה שונה. קודם כל תדאגנו את ה-think time גם תוך כדי הרצה, אבל זה פחות משמעותי לנו, כי אנחנו למעשה מדאגים את הפונקציונליות של הסקריפט שלנו ולא הייתם באמת מעבירים את העומס אז אתם יכולים באמת לשחק פה איך שנוח לכם אם אתם קצת
לחוצים בזמן אז תעיפו את ה-thing time אבל אם אתם חושבים שיש משמעות עד שפעולה מסוימת תסתיים צריכה להתחיל פעולה אחרת אז כמובן תנגנו את ה... אני משאיר את זה דפולטיבי כי אני לא רואה שיש איזושהי משמעות לעניין אני חושב שבשלב הזה אנחנו יכולים קצת לעבור למצגת ונמשיך אחר כך באופציות הנוספות אוקיי, אז רק ניוודא
יחד אתכם שלא פספסנו שום דבר. קודם כל בואו תראו, באמת הסקשן הזה הוא מתאים לכל הפרוטוקולים ודברים נוספים מסוימים ל-Web ועוד מעט גם נראה אותם.
RunLogic, אנחנו דיברנו, לא חוזרים. Pacing, ההמלצה היא להשתמש ב-Default Values. לוגים, כמובן לשלוח את המסג'ים. אגנוף אינטיים, use default, זאת אומרת לא עוזרים, מסלניוס, אוקיי?
קצת שונה פה למעשה, המצגת טיפונית שונה, כי אף פעם שאתם נלקחו מהגרסה האחרת של ה-loadrunner, אבל בסופו של דבר אנחנו עוברים על הכלי שאתם כנראה תעבדו איתו עם הגרסות היותר התקדמות, ואז לא יוצא לכם שום בעיה.
בואו נראה, אוקיי? אתם יכולים להוסיף כל מיני ארגומנטים למערכת שהם בעצם יהיו המשתנים שיעברו בין טסט לטסט. נדבר על זה בשיעורים היותר מתקדמים, אז אני מדלג הלאה ואני אעבור למיסלניוס.
קונטיניון אירו, בדרך כלל כשאנחנו נמצאים בקונטרולר ואנחנו באמת מריצים את העומס, אנחנו מסמנים את ה-checkbox הזה. מה זה אומר? זאת אומרת, אם יש לי איזשהו סקריט שהוא נכשל, אם יש לי איזשהו user שנכשל, רשמתי לעצמי פה קצת notes, אז קצת עצרתי.
אם אנחנו ממשיכים על השגיאה, אנחנו בעצם לא נדע שהשגיאה הזאת קרתה, אנחנו נדע שהשגיאה הזאת קרתה, אבל סקריט ימשיך לרוץ הלאה, כי אנחנו לא רוצים לעצור את העומס.
אנחנו באמת רוצים לראות התנהגות של המשתמשים. למעשה כשאנחנו מדבגים משהו, כשאנחנו עושים דיבאגים, כשאנחנו מכינים את הסקריט שישתמש אותנו להמשך, אנחנו לא רוצים לדלג על השגיאות, אנחנו רוצים שכל שגיאה תראה לנו את הסיבה לזה, נוכל לנתח את הסיבה, ואל תשמנו את האופציה הזאת בשום מקרה.
פייל אופן טרנסאקשן און אלאו ארו מסייג' אפשר להשתמש בזה שימושי,