PracticU

בדיקות אינטגרציה

בלי כתוביותעם כתוביות
PracticU › קורס בדיקות ידניות - QA › בדיקות אינטגרציה
מילון מושגים:
פריסה - העברת תוכנה מסביבת פיתוח לסביבה שבה היא תרוץ בפועל, כדי להעמידה לשימוש.
POST - שיטת HTTP לשליחת נתונים לשרת כדי ליצור או לעדכן משאב, למשל שליחת טופס.
API - ממשק תכנותי שמגדיר כיצד תוכנה אחת פונה לאחרת ומחליפה איתה נתונים ופעולות.
URL - הכתובת שמזהה משאב באינטרנט, למשל דף אתר, וכוללת פרוטוקול, שם מארח ונתיב.
באג - תקלה או שגיאה בקוד שגורמת לתוכנה להתנהג בניגוד למצופה.
תגובה - המידע שהשרת מחזיר ללקוח בתשובה לבקשה, הכולל בדרך כלל נתונים וקוד סטטוס.
REST - סגנון לבניית ממשקי API מעל HTTP, המבוסס על משאבים ועל שיטות סטנדרטיות כמו GET ו-POST.
HTML - שפת הסימון שבה בונים את מבנה ותוכן דפי האינטרנט, באמצעות תגיות שמגדירות כותרות, פסקאות, קישורים ועוד.
בדיקות אינטגרציה
בדיקות אינטגרציה בודקות את הקשרים בין רכיבים של המערכת, ולא את מה שהמשתמש רואה על המסך. ההרצאה מסבירה איפה הן ממוקמות ולמה הן מהירות יותר מבדיקות UI.
איך זה עובד
1. שכבות המערכת: באתר מכירות יש שכבת UI שהמשתמש רואה, שכבת Business Logic (לוגיקה עסקית, למשל חלוקה לקווי מוצרים) ושכבת Data Layer, הנתונים בדאטאבייס ובשרתים.
2. סוג הבדיקה: זו בדיקת קופסה אפורה. היא לא מבוססת על UI, אבל גם לא בדיקת רכיב בודד (Unit Testing), אלא של האינטגרציה בין רכיבים.
3. מתי מריצים: מיד אחרי ה-build, לפני שהמוצר מוכן ל-deployment ואחרי הפיתוח הראשוני.
4. דוגמה: שולחים request מסוג POST שמדמה הזמנת מוצר, בלי שכבת ה-UI, כדי לוודא שהקשר בין ה-Business Logic ל-Data Layer תקין.
5. בדיקת התוצאה: כלים לבדיקות API שולחים את הבקשה ובודקים את קוד הסטטוס. הדובר ציין 200 כתקין, ו-403 כשגיאה הקשורה ל-URL או לבקשה, שצריך לחקור או לפתוח עליה באג.
יתרונות
1. מהירות: הבדיקות מבוססות על request ו-response של REST או SOAP, ולא על כפתורים ו-HTML.
2. מוקדמות: אין צורך לחכות לפיתוח כל המסכים, ואפשר להריץ אותן בשלב מוקדם יותר.
אחרי ההרצאה אפשר להסביר איפה בדיקות אינטגרציה משתלבות בתהליך ולמה הן לא תלויות ב-UI.
השיעור הבא בקורס: בדיקות ביצועים

פרקי ההרצאה: בדיקות אינטגרציה

  1. 00:00

    קומפוננטות ושכבות המערכת

  2. 00:57

    בדיקות אינטגרציה כקופסה אפורה

  3. 01:35

    דוגמת בקשת POST בין השכבות

תמלול ההרצאה: בדיקות אינטגרציה

הטקסט המלא של הדקות הראשונות בהרצאה «בדיקות אינטגרציה» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.

  1. 00:02

    כעת נדבר על בדיקות אינטגרציה. אינטגריישן טסטינג בדיקות אינטגרציה מתרכזות ביחסים, בקשרים, בזיקה, באינטראקציות שבין הקומפוננטות השונות במערכת.

  2. 00:16

    מערכת בדרך כלל מורכבת משכבות וקומפוננטות. לדוגמה, יש לנו שלוש שכבות. הראשונה העליונה היא שכבת ה-UI, ה-user interface. בואו נדמה אתר לרכישת מוצרים.

  3. 00:28

    אז היוזר רואה את המוצרים שמוצגים בשכבת ה-UI. יש את שכבת האפליקיישן לאר שזה כל הביזנס לוגיקה, לוגיקה עסקית, החלוקה לקווי מוצרים, לסוגי מוצרים, יש את הנושא של מזון ויש את הנושא של בשרים וחלב וכדומה והחלק התחתון זה החלק של הדאטה לאר, הנתונים שנשמרים בדאטה בייס,

  4. 00:54

    בשרתים עצמם ועוברים הלאה אחר כך לטיפול ולביצוע. בדיקות אינטגרציה שייכות לתחום בדיקות קופסה אפורה, זו לא קופסה שחורה ולא קופסה לבנה או שקופה אלא קופסת ביניים שבה איש הבדיקות חשוף יותר לקוד בגלל שזה לא מבוסס על UI אבל הוא גם לא בשלבים הבסיסיים של הפיתוח כי זו לא בדיקת רכיב או Unit Testing אלא בדיקה של אינטגרציה

  5. 01:23

    בין קומפוננטות. השלבים שבהם נבצע את בדיקות האינטגרציה יהיו בדרך כלל בין הבילד לטסט כלומר לפני שהמוצר מוכן לדיפלוימנט אבל אחרי שלב הפיתוח הראשוני ומיד אחרי הבילד אנחנו נרצה להריץ את התהליך של בדיקות אינטגרציה יש לנו פה דוגמה ל-request מסוג פוסט שהוא מדמה טסט שהוא שייך לאינטגרציה

  6. 01:51

    זאת אומרת אנחנו מדמים איזושהי פעולה שנשלחת ללא החלק העליון של ה-UI בין ה-Business Logic ל-Data Layer ועל ידי

לקורס המלא: קורס בדיקות תוכנה ידניות QA

ההרצאה הקודמת: בדיקות אוטומטיות לבדיקות ממשק משתמש - UI - סלניום

ההרצאה הבאה: בדיקות ביצועים

הרצאות קשורות מקורסים אחרים

  • NAT - אינטגרציה בין GNS3 ו-VirtualBox
  • הסבר על DNS Zone + אינטגרציה עם AD
  • בדיקות קונפיגורציה
  • ניתוח בדיקות

קורסים נוספים במסלול

  • קורס בדיקות ידניות - Manual Testing
  • קורס הכנה למבחן ההסמכה ISTQB