הרצאה 16 - קורס Load Runner הראשון
web_reg_find עם הטקסט שמצפים לו.web_reg_find היא מסוג רישום (Registration). היא צריכה להיכתב לפני הפעולה ולא אחריה, כי הבדיקה מתבצעת במהלך טעינת הדף.פרקי ההרצאה: הרצאה 16 - קורס Load Runner הראשון
תמלול ההרצאה: הרצאה 16 - קורס Load Runner הראשון
הטקסט המלא של הדקות הראשונות בהרצאה «הרצאה 16 - קורס Load Runner הראשון» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
שלום ולבטוב, אנחנו פעילים בהצעה בנושא צ'ק פוינט בסדרת ההרצאות של הלואוד ראדר וסקריפטינג בתוך הוויוג'ר. מקווה שאתם שומעים ורואים את המצגת.
עוד מעט תעלה למסך, ייקח לי כמה שניות. בזמן הזה אני רוצה לוודא את ההחלטת, וניכנס לאריה הזאת, שיש איזשהו קובץ שעולה פה ברד-מדיו, בואו נוודא, עד אל על ספחות ועדים תראה אם תהיה תשעים יפה 23 ל-12 האם היום זה 23 כן ואת זה אפשר לזכור טוב שזה יעלה ייקח לנו כמה שניות ואולי את זה אנחנו משלים פתוח
נתבש את זה בהמשך והמחשב שלי מגיב לאט ויש פה בעיה במצגת בואו נתקן את זה כמה שיותר מהר כי אחרת לא תוכלו לראות את זה וכמו שאמרתי לפעמים אני עובד עם הopen office ולפעמים אני עובד עם powerpoint רגיל אז יש פה אי-תאימות, אני ליונת קטנה מסדר את זה, לפחות מנסה לעשות את זה, זה לא נותן לי לטרנזאק שזה קשור.
אני חייב לציין שהopen office הוא כלי מאוד נחמד אבל לפעמים יש את הבעיות של האי-תאימות בין powerpoint לחנייה ואם זה לא יעבוד אני אוותר. רק שנהפוך את זה ללבן ואני אחזיר את ה-Background לשחור.
הנה, למדנו אתם גם איך עובדים, אם נוכל לעקוב. אני מקווה שאני אגביר את הקצב טיפה ואז נוכל לערוץ את זה. למעשה, בנושא של ה-Checkpoints נגענו גם בשיעורים הקודמים וכל הנושא זה לוודא בעצם לעצור באיזשהו רגע ולהגיד, אוקיי, הסקריפט שלי רץ, הוא עשה פעולה כזאת וכזאת,
האם מה שהתכוונתי לעשות זה משהו שבאמת יתבצע? ואם זה נכון, אני יכול להמשיך הלאה. אם זה לא נכון, אני אכשיל את הטסט ואני אחזור אליו בפעם הבאה כשמפתח יתקן את הבעיה.
אז קודם כל אנחנו צריכים למצוא מקומות בתוך הסקריפט שייתנו לנו אפשרות לבצע את המדידה תוך כדי בדיקת העושים, לוודא שאנחנו במצב הנכון. כמובן גם נלמד איך מוסיפים ב-checkpoint תוך כדי הקלטה. אוקיי, ה-workflow, אתם זוכרים?
אנחנו כמובן בשלב הזה של הטיפול בסקריט ועברנו לטרנזקציות, פרמטרי, וריפיקיישן, ומה שאתם לא רואים לצערי כאן באזור הזה זה קורלליישן ואלה הדברים שאדבר עליהם בשיעורים הבאים, בהרצאות הבאות, אוקיי?
אז תזכרו, אנחנו בשלב של הווריפיקיישן. בדרך כלל כשעושים one-shot טסטינג אתם בתור בודקי עומסים אמורים לקבל מערכת שנבדקה פונקציונלית, ובדרך כלל אלה השלבים שאנחנו עוברים.
קודם כל, מפתחים את המערכת, בודקים את הפונקציונליות, ואז זה מגיע לבדיקות עומסים, למרות שדיברנו שהשלב העדין זה לעשות בדיקות עומסים תוך כדי פיתוח, תוך כדי בדיקות פונקציונליות.
ובכל מקרה, אנחנו רוצים גם תוך כדי עומס לוודא שהפונקציונליות התקינה. לא מספיק לי שמערכת עומדת ב-10,000 משתמשים שיכולים לבצע פעולות, אנחנו גם רוצים לוודא שהפעולות האלה מתבצעות בצורה נכונה.
על ידי זה שאנחנו מוסיפים בנקודה בסקריפט בדיקה, והבדיקה הזאת נקראת check point, בעצם מושג וריפיקציה שהפעולה התבצע, אנחנו נוכל לדעת אם להמשיך או לעצור.
מושג למישהו שעשה בדיקות בעזרת QTP יודע ומכיר את המושג, גם בתוך functional testing אנחנו משתמשים במושג check point, למה בדיקות לאות אנחנו משתמשים במושג צ'ק פוינט וככה יכולים לדעת האם קריט בתוך של וירצ'ל יוזר בתוך ויוג'ין הצליח או נכשל.
כמו שאמרתי בדרך כלל יוזר אחד מצליח גם כשאתם עושים בדיקות ועושים על יוזר אחד הוא יצליח וזה משהו שבודק ידני בדק והעביר לכם ואמר הכל בסדר אין לכם מה לדאוג.
והיה מתחילה באמת כשאנחנו מתחילים להעמיס יש לנו די וירצ'ל יוזר שניים, שלושה, ארבעה, חמישה, עשרים וכאן משהו יכול להשתבש, אוקיי?
מה יכולה להיות סיבה לכישלון? הסיבה לכישלון היא, יכול להיות שטרנר שלנו שהוא מספיק כבוס, הוא לא מצליח לענות לבקשה של הקליינט ואחד מהקליינטים בעצם לא מקבל את התשובה בצורה הנכונה.
יכול להיות שיש לנו איזשהו תור שמצטבר ועם הזמן הבקשה שחוזרת היא חוזרת אחרי סימן ארוך מדי ואז יש לי בעיות טיימאוט ודף לא עולה וכל הדברים שאתם כנראה מכירים ביומיום כשאתם מנסים לגשת לאיזשהו אתר והוא פתאום לא עולה.
ולמה הוא עולה? לא עולה יכול להיות שיש סיבת עומס, אוקיי? כאן זה קצת הסתיר פה, עוד פעם זה קפיטליות של ה-open office אני מתנצל על האיכות השקף, בפעם הבאה אני אנסה לעשות את זה בסדר טוב.
בואו נראה את הדוגמא הזאת, נראה אותה בטבלה ואחרי זה ננסה לממש אותה באמת בוויוג'נט. אנחנו בורקים את האפליקציה, את ה-Web Site שלנו, HP Tours כרגיל, אנחנו יוצרים New Order, מתחילים בדף של מייקודי של HP, ה-Home Page, הולכים ל-HP Tours, בדיקות עבור 60%, 90% ו-100% מהעומס וכל פעם אנחנו רוצים לוודא שקיבלנו קונפורמיישן כל
פעם שרכשנו את הכרטיס אם לא קיבלנו קונפורמיישן אחרי שהתבצעה רכישה כנראה שיש בעיית עומס בדרך כלל מה קורה בסקריפט לא מתוחכם אנחנו שולחים בקשה לרכישה וממשיכים לשלב הבא והכל יפה ונכבד מבחינתנו, מבחינת הבדיקות העובסים, אבל פונקציונלית לא עבדה, וזה אומר שיכול להיות שהשרה תתעכב ולא יוכל לתת תשובה בצורה ניחותה.
בואו ניכנס באמת עכשיו לאפליקציה שלנו, נקליט את הטסט שעושה את הבדיקות העובסים, בדיקה של הרכישה, ונוכל גם לבדוק מה קורה איתה. אני מעלה את האפליקציה, את ה-Web Server, מעלה את ה-Viewים של Virtual User Generator.
נראה כאן, בזמן שזה עולה אני חוזר למצגת היפה שלנו מה שאני רוצה להדגים לכם זה להגיד אנחנו הולכים על השלבים האלה אנחנו עושים לוגין, בוחרים את המסלול, תאריך, טיסה, עושים את הכרטיס עכשיו יש לנו עץ החלטות האם הייתה שגיאה תוך כדי רכישה?
האם רכישה הצליחה או לא? ואז אנחנו ממשיכים ברכישה ומבצעים אותה או פעם נוספת או עוצרים. שאלה שנשאלת באמת, ותחשבו על זה שנייה, היא איך אנחנו יודעים האם הצלחנו לרכוש או לא הצלחנו לרכוש.
נו, נעשה את הבדיקה אם קיבלנו דף Confirmation ואיך לבצע את הבדיקה? כולנו נבדוק את הטקסט שנמצא בתוך הדף הקיים עם איזשהו Expected Result.
בואו ננסה. אני מקליט טסט חדש, אני לא משתמש בקיימים כדי כל פעם נוכל לתרגל את מה שתדעו בשיעורים הקודמים. מתחיל מה-edit, הוא רוצה שבתוך ה-edit יוקלט הלוגין לאפליקציה.
פה נבדוק גם עם איזה פרוטוקול אנחנו עובדים, אז בשביל זה אנחנו נלך ל-options. אני משתמש ב-defaults, all, recording, html, base script, import by pin, זה עוד הוגיע, Advanced, Reset Contents,
Generate, אני כן רוצה להשתמש, Generate WebRack, Find Functions for Paged Items, כי אני רוצה אחר כך פשוט להשתמש את הדוגמה הזאת שתוקלט ואפשר להמשיך.
אוקיי, דף עולה, יש לו כמה שניות, להתאזר בסבלנות, דף עולה, כמות האבנטים עלתה, זאת אומרת שהוא כן הצליח להאזין ולהקליט.
בואו נעבור עכשיו ל-Action, נתחיל טרנזקציית לוגין, אני רוצה פשוט שהכל יהיה מתוארת ויהיה לנו יותר קל, ומשתמשים ב-dode 23456,