הרצאה 19 - קורס Load Runner הראשון
פרקי ההרצאה: הרצאה 19 - קורס Load Runner הראשון
תמלול ההרצאה: הרצאה 19 - קורס Load Runner הראשון
הטקסט המלא של הדקות הראשונות בהרצאה «הרצאה 19 - קורס Load Runner הראשון» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
בוקר טוב, אנחנו נתחיל את ההרצאה המסכמת בנושא של סקריפטינג והכנת סקריפטינג בויוג'ין לורד ראונר. אנחנו רק נוודא ששומעים טוב ורואים טוב, בשביל זה אני אכנס לפולדר של ההקלטה, לוודא שהכל בסדר, ובמקביל אני גם אעלה את המצגת שתשמש אותנו להרצאה הזאת.
אני רוצה בהרצאה האחרונה אנחנו נדבר על הנושא שהוא טיפול בשגיאות המתקדם. דיברנו במהלך הביקור שלנו על השגיאות, על הטיפול בשגיאות, ונסכם את הנושא הזה בעוד מקומות נוספים שאפשר לטפל בשגיאות, וזה בעצם ייתן לנו מענה גם להכנת סקריפטים וגם להרצאה בתוך הקונטרולר בהמשך זאת.
קריפ טוב שהכינו אותו בצורה נכונה הוא יודע גם להודיע על בעיות שהתעוררו בדרך לכל האפליקציות מסביב ולא רק ל-view-gen אלא גם לקונטרולר עצמו.
בואו גם במקביל נבדוק שאתם באמת שומעים אותי ורואים אותי My Documents and Intoxication ואנחנו היום ב-15 בפברואר ויש לנו הקלטה חדשה. אוקיי, מעולה.
עכשיו נראה אם אנחנו מסוגלים לראות את ה-faget, פתחתי את זה בפוינט וקוויץ' קטן לפה. מעולה. אוקיי, במהלך ההרצאה היום אנחנו נראה איך אפשר לשים נקודות וריפיקציה גלובליות.
נדבר על ה-content check, נושא שהזכרנו אותו לא פעם אחת, אבל כל פעם דילגנו עליו ולא לכלכנו את הידיים, לא נגענו בו, והיום זה המקום לדבר עליו.
נזכיר, אני חושב שגם נושא שעלה לא מעט בסדרת הרצאות שלנו הוא נושא של ה-Logging on Demand. זאת אומרת, לא כל הלוגים אנחנו רוצים לשפוך לגילים שלנו, אלא רק לפי הדרישה.
ו-Slapshots in Controller, גם נראה איך עושים את זה. אוקיי, בואו נסתכל על המצב הטיפוסי שהדף HTTP לא עלה. ניסינו להגיע לאיזשהו אתר, האתר לא עלה.
ויוג'ין הוא כלי מספיק חכם כדי לזהות את הבעיה הזאת ולהודיע לנו שהייתה הודעת שגיאה, סרבר החזיר לנו איזשהו אירו-קוד, בדרך כלל זה דף 404, כל פעם שאנחנו לא מצליחים להגיע לאיזשהו דף זה דף 404, ויוג'ין ידע לתפוס את זה, הוא בעצם נראה שהסקריפט עף ושום דבר לא נדרש כאן. זאת אומרת, בעצם
אנחנו לא צריכים למקרים כאלה שהדף לא עלה להוסיף שום טיפול לסקריפט שלנו. לצערנו המצב הוא לא כל כך אידיאלי בנושא של ה-Web ולפעמים אנחנו יכולים לקבל מצב כזה.
מה זה אומר? הדף עלה כמו שצריך, זה נראה לי עין שהוא עולה כמו שצריך אבל בפנים יש איזושהי הודעת שגיאה נכון ולמעשה htp סטטוס של הדף הוא 200 שזה אוקיי 400 וואו בזה כישלון 200 הוא אוקיי אבל למעשה זה לא מספק אותנו כמשתמשי הסקריפט כי אנחנו רוצים לעלות על
הבעיה הזאת במקרה הזה שום דבר לא להיכנס ל-view chain, זאת בעצם אנחנו צריכים לתפוס את הנקודה הזאת ולהגיד תשמעו הייתה פה הודעת שגיאה הסרבר לא נאם כמו שצריך במקרה הזה הייתה בעיית ODBC קונקשן או אינסרט סטייטמנט אוקיי בואו תחשבו על פתרון לנושא הזה יש כמה פתרונות לנושא הזה כמובן שהפתרון הטיפוסי שאנחנו דיברנו עליו לא מעט
זה לעשות בדיקת קונטנט צ'קינג, נכון? בעצם לצפות שתהיה בעיה כזאת ולתפוס אותה, נכון? לעשות וריפיקציה. זה משהו שלמדנו בעבר. בואו נראה מה עוד פתרונות שיכולים להיות.
קודם כל אפשר להגיד לסקריפט שלנו, אוקיי, אנחנו לא מטפלים בזה כרגע, כנראה בשלב הבא סקריפט ייכשל, שהוא לא יצליח לעבור לשלב הבא.
העניין הוא שקודם כל לא תמיד זה אפשרי כי יכול להיות שאנחנו בעצם נמשיך לדף שאין לו שום קשר לinsert לדאטה בייס שראינו וגם חוץ מזה זה לא יעבוד עבור סקריפטים שהם לא html בייס אם אנחנו מדברים על סקריפטים שהם url בייס אז הוא פשוט יעבור לurl הבא נכון אפשר לעשות verification checks וזה משהו שלמדנו ואנחנו מכירים אותו זאת פער כל דף לעשות את זה, אבל מה, זה דורש באמת תחזוקה והכנה,
ולא תמיד אנחנו יכולים לצפות מראש מה יכול לקרות. זה גם מכשול בשימוש ב-verification checks, משהו שלמדנו, למרות שזה פתרון מקובל ולגיטימי, ואם אתם מרגישים יותר נוח, כמובן תשתמשו בו.
וכמובן, אם אנחנו החלנו משהו עבור סקריפט אחד, לאו דווקא זה ישמש אותנו לסקריפט הבא. ופה בעצם בא הפתרון הנוסף, זה נקרא Content Check, משהו שעדיין לא יצא לנו לגעת בו.
מה זה Content Check? זה סדרת חוקים, רולים, שאנחנו מכניסים לאפליקציה, ואנחנו יכולים בעצם לפי סדרת החוקים האלה לתפוס את הבעיה.
מה אנחנו צריכים בשביל הרולים בעצם להגיד? מה אנחנו מחפשים בצד שמאל, מה אנחנו מחפשים בצד ימין, או בכלל אם אנחנו מחפשים איזשהו טקסט, אוקיי?
בואו נראה איך הדבר הזה נעשה באפליקציה עצמה. אני נכנס ל-loadrunner, loadrunner, applications, views.
בואו רק נוודא בזמן הזה שאתם רואים ורואים, כן, ההקלטה מתקדמת, הכל מצוין ויפה. אוקיי, ניתן ל-loadrunner לעלות. אוקיי, עוד שנייה, בואו נראה, יכול להיות שזה מאחורי הקלעים ואנחנו פשוט, כן, אנחנו כנראה לא רואים את זה.
המצגת הסתירה לנו, היא נראה כאן. אני עוד הפעם מזכיר לכם שאתה המחשב מנסה גם להקליט וגם רץ במצגת, אז זמן עלייה של הלואוד ראונר קצת גבוה, אני מניח שבחיים הרגילים זה לא יקרה, להתמודד עם מה שיש, הנה, או כמעט בלאו.
אני יוצר סקריט חדש, אוקיי? html בריס, משהו מיוחד, משהו שכולנו מכירים ויודעים לעשות, נעשה קנצל, כי מה שמעניין אותי זה run time setting, כי שם למעשה מוגדר ה-content check, אוקיי?
כל השלבים אנחנו מכירים, הנה ה-content check. Enable content check during replay, אוקיי? כי זה משהו שאנחנו רוצים, אנחנו רוצים להבשיל את זה, כי אם תהיה לנו סדרת חוקים ונכבה את האופציה הזאת, אז זה פשוט לא תופעל, כן רוצים.
אנחנו רוצים לעשות את הסט חוקים הזה עבור New Application, זה, בואו נקרא לזה, אנחנו עובדים עם ה-HP רייב, ומה ה-Rule, אוקיי? New, זה מה שאנחנו רוצים להוסיף תחת האפליקציה הזאת.
אנחנו יכולים כמובן לחפש טקסט בתוך ה-HTML שלנו, זה יכול להיות אירו, זה יכול להיות כל הודעה, זה יכול להיות אירו, זה יכול להיות ODBC, אם זה משהו שאנחנו גם לא רוצים לראות בתוך הקוד, נכון?
match case, הייתי מוריד את זה כי זה באמת, אני לא יכול לדעת מה החוק, fail if found או fail if not found, זאת אומרת, אם יש משהו שאני רוצה שיהיה והוא לא קיים, אז אני אעשה fail if not found, אוקיי?
אני מוסיף new, כי זו סדרה של חוקים. rule 2 זה באמת arrow, אוקיי? עוד rule, אני רוצה למצוא בכל דף, לדוגמה, מילת hb, אוקיי? ואז אני אפיל אותו אם זה לא נמצא, כי אני יודע שכל דף יש בתוכו חותמת של HP או אם אני מפתח אפליקציה משל עצמי אז אני רוצה שבכל דף תהיה חותמת שלי מקסים גניס אוקיי חותמת.net נכון וככה אני יכול לדעת שיש את הבעיה נגיד אני מפתח אפליקציה
משל עצמי אני רוצה שתהיה חותמת שלי אני משאיר ומה עוד רול שיכול להיות אני יכול לתת גם משהו שהוא בין הגבולות, אוקיי?
תחפש משהו שיש לו הכלה כזאת וסיומת כזאת. זאת אומרת שאם אני יודע שיש לי איזשהו סשן