
הטקסט המלא של הדקות הראשונות בהרצאה «ניהול טסטים עם TestRail חלק 1» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
ראינו ברמה התיאורטית איך אנחנו יוצרים טסט קייס, אמרנו שטסט קייס בעיקרון מורכב מחלקים קבועים חוזרים על עצמם, מין טופס כזה שאנחנו כאנשי בדיקות ממלאים על מנת להוכיח, להראות, לשקף את הבדיקות שביצענו. אז עשינו את זה בטבלה ברמה מאוד מאוד תיאורטית, עכשיו בואו נראה איך זה נראה בחיים האמיתיים.
בחיים האמיתיים בתפקידים של בודק תוכנה בדרך כלל נעבוד עם מערכות שמסייעות לנו לנהל את הטסטים שלנו, את מקרי הבדיקה שלנו.
אחד מהמערכות האלה יכול להיות מוצר בשם טסט-רייל, זה מוצר קלאודי, מוצר מבוסס ענן, כלומר הוא יושב על ענן וכל הדאטה-בייס כל הזמן מוגן וכל הזמן זמין מכל מערכת ומערכת, מצד שני הרבה ארגונים אוהבים שהמידע שלהם חסוי ושמור אצלם במערכות הפנימיות.
אבל אנחנו לצורך ההדגמה הזאת של כתיבת טסט-קייס עם מערכת אמיתית של ניהול טסטים, להשתמש בטסט האל, שכאמור הוא מוצר ענן.
יש לנו את הפרויקט 10Bs, האתר 10Bs. זו המערכת שאנחנו בודקים, מערכת 10Bs, מערכת להזמנת מנות ממסעדות. והפרויקט שלנו נקרא באותו שם של המערכת, 10Bs.
יש לנו טופס או דף שבו אנחנו יכולים לנהל את הטסטים שלנו בפרויקט של 10Bs. יצרתי לי איזשהו סקשן שקראתי לו הזמנת מנה ממסעדה, חלק כללי שבו אני אצור את הטסט קייס לדוגמה.
קודם כל אני אגיד שאתם יכולים להירשם לטסט רייד, יש איזה תקופת ניסיון שמאפשרים לנו להכיר את המערכת ואתם יכולים להשתמש בה כדי לתרגל, כתיבת טסט קייס היא מובנית. אבל בואו תראו איך אני עושה את זה כרגע ותבינו את המבנה של טופס בדיקה.
אז אני לוחץ על עד טסט קייס ואז יש לנו בדיוק כמו שהסברנו קודם ברמה התיאורטית, יש לנו את הכותרת אז אנחנו יכולים להעתיק אותה מפה ובתוך ה-Title של ה-Test Case, הוספת פריט להזמנה.
אז יש לנו את ה-Section, הזמנה מנה ממסעדה. Template, אמרנו שאנחנו רוצים להשתמש ב-Template של Test Case Steps, זה החלק שאני בוחר, אוקיי? זה צעדים.
הסוג בדיקה, אנחנו משייכים את זה לבדיקות הפונקציונליות. מה זה אומר פונקציונליות? בדיקות התפקוד של המערכת, היכולת שלה לבצע את מה שהלקוח רוצה, פונקציונלי, לעומת סוגים אחרים, פרפורמנס, שזה מהירות תגובה, פתחת מידע, אבל פה אנחנו רוצים ממש לרמה הבסיסית של טסט קייס, שזה היכולת של המערכת
להתמודד עם הדרישות ממנה ברמה הפונקציונלית, ברמת הביצוע. אני בוחר את הסוג פונקציונל, יש לנו פריוריטי. מה רמת החשיבות של הטסט, אז אני אבחר ב-I, כי זה פעילות ליבה, פעילות מאוד מאוד בסיסית של המערכת, הזמנת מנה ממסעדה, זה הדבר הבסיסי ש-10Bits רוצה לעשות.
אסטימט זה כמה זמן לוקח לי להריץ, נגיד שזה שעה אחת פחות או יותר, רפרנס זה המיקום בקובץ הדרישות שאני יכול להראות בעצם את הבסיס, את ההוכחה למה כתבתי את הטסט בצורה שכתבתי אותה. אבל כאן אין לנו קובץ דרישות, אבל בעיקרון שיהיה לכם, תוכלו לכתוב פה את ה-URL או את המיקום של הקובץ עצמו, ככה נוכל להתבסס, לבסס את
הבדיקות שלנו למי שירצה לבדוק אותן. אוטומשן טייפ, אני עושה כרגע בדיקה ידנית, נדבר על החלק של האוטומציה. בשלב מאוחר יותר. פה יש לנו את החלק של הפרה קונדישן.
מה זה אומר הפרה קונדישן? בדיוק מה שאמרנו, פרה רקוויזיט, דרישות מקדימות לביצוע הטסט. לדוגמה, אני מתבסס על זה שאני לקוח רשום במערכת שביצע לוגין למערכת בצורה תקינה.
נכנסתי לאתר, ביצעתי לוגין למערכת למשתמש רשום ונכנסתי לדף של המסעדה. אני יכול להעתיק את זה מהטופס שהכנו קודם, כניסה מזוהה של משתמש רשום למערכת, כניסה לדף מסעדה, אז אני יכול להוסיף את זה ל-pre-requisite.
השלב הבא שאני רוצה, אחרי שכתבתי, פירטתי את הדרישות מקדימות לביצוע הטסט, אני לוחץ על Add step to this case. פה יש לי את ה-Description, מה אני הולך לבצע.
אז אמרנו שהתחלת הטסט שלי היא במצב הזה. השלב הראשון שנרצה זה ללחוץ על אחת המנות. זו דוגמה לחיצה על סלט קור קריספי. אז אני כותב פה לחץ על אחת מהמנות של המסעדה.
ואני כותב פה לדוגמה מסעדת כיסו מנה צלת כרוב קריספי. כאן יש לי את החלק החשוב של התוצאה