PracticU

הרצת פוסטמן - Postman
בשלבי תהליך הפיתוח והבדיקות

בלי כתוביותעם כתוביות
PracticU › קורס פוסטמן - Postman - בדיקות לאתרי אינטרנט - API › הרצת פוסטמן - Postman בשלבי תהליך הפיתוח והבדיקות
מילון מושגים:
Postman - כלי לבדיקת API: שליחת בקשות HTTP לשרת ובחינת התגובות, נפוץ בפיתוח ובבדיקות.
בקשה - פנייה שלקוח שולח לשרת כדי לקבל מידע או לבצע פעולה. השרת מחזיר עליה תגובה.
משתנה - שם שמפנה למקום בזיכרון שבו נשמר ערך שיכול להשתנות במהלך ריצת התוכנית, כמו מספר, טקסט או אובייקט.
URL - הכתובת שמזהה משאב באינטרנט, למשל דף אתר, וכוללת פרוטוקול, שם מארח ונתיב.
שרת - מחשב או תוכנה שמספקים שירות למחשבים אחרים (לקוחות) ברשת, למשל אחסון קבצים, אתר אינטרנט או מסד נתונים, ומגיבים לבקשות שלהם.
HTTPS - הגרסה המאובטחת של HTTP, שמצפינה את התקשורת בין הדפדפן לשרת בעזרת TLS ומאמתת את זהות האתר.

הרצת פוסטמן - Postman בשלבי תהליך הפיתוח והבדיקות
ב-Postman אפשר להריץ אותן בדיקות על כמה סביבות, בלי לשנות את הבקשות. ההרצאה מסבירה למה יש סביבות בתהליך הפיתוח ואיך מגדירים אותן ב-Environments.
הרקע: סביבות ב-SDLC
בתהליך פיתוח התוכנה (software development life cycle) מעלים את הקוד בגרסאות, וכל פעם בודקים אותו בסביבה אחרת. הסדר שהוזכר: local development, integration, testing, staging, ולבסוף production, הסביבה שאליה מגיע הלקוח הסופי. Staging היא סביבה תאומה ל-production, ולכן כשהקוד תקין בה אפשר להעלות אותו בביטחון.
איך מגדירים סביבות ב-Postman
1. יוצרים סביבה חדשה: בלשונית Environments לוחצים New ונותנים שם, למשל development.
2. מגדירים משתנה לכל סביבה: אם ב-collection יש משתנה base url, מגדירים אותו בכל סביבה עם הכתובת של השרת שלה, כי לשרת של dev, של integration, של staging ושל production יש כתובות שונות. בדוגמה: HTTPS ו-dev url לסביבת הפיתוח, ו-HTTPS/integration server לסביבת האינטגרציה.
3. שומרים על אותם שמות: שם המשתנה בסביבה חייב להיות זהה בדיוק לשם שבו משתמשים ב-collection, כאן base url. אפשר להוסיף עוד משתנים, וגם הם צריכים להיות באותו שם בכל הסביבות.
4. בוחרים סביבה להרצה: כשפותחים בקשה, למשל מתוך Cart, בוחרים את הסביבה בתפריט שלה. כשעומדים על base url רואים שהערך התחלף לפי הסביבה, וכך אפשר לעבור בין integration, staging ו-production.
שימו לב
אותו פרויקט ואותם טסטים משמשים לבדיקה על מגוון סביבות, והכתובות הן הדבר היחיד שמשתנה.
אחרי ההרצאה אפשר להגדיר סביבות ב-Postman ולהריץ את אותן בדיקות מול כל שרת בתהליך הפיתוח.

פרקי ההרצאה: הרצת פוסטמן - Postman בשלבי תהליך הפיתוח והבדיקות

  1. 00:00

    מהם Environments בפוסטמן

  2. 00:38

    מבנה הסביבות ב-SDLC

  3. 01:15

    מ-Staging ל-Production

  4. 01:51

    Base URL נפרד לכל סביבה

  5. 02:30

    יצירת סביבת Integration

תמלול ההרצאה: הרצת פוסטמן - Postman בשלבי תהליך הפיתוח והבדיקות

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

  1. 00:02

    בסרטון הבא אני רוצה להתייחס לנושא של Environments, סביבות בפוסטמנט, ההגדרה של סביבות. אז ראינו את ה-Collections, ה-Collections זה סוג של פרויקטים בפוסטמנט שאנחנו יכולים לייצר וליצור פולדרים ולהריץ ריקווסטים ולהוסיף להם טסטים, ויש לנו כאן גם את ה-Tab של ה-Environments, למה זה משמש אותנו.

  2. 00:23

    על מנת להבין למה ה-Environments נועדו, אנחנו צריכים קצת רקע. אז יש לנו בעולם הפיתוח SDLC, software development life cycle יש לנו מבנה של סביבות כלומר אנחנו מעלים את הקוד בפרויקט שלנו בשיטה של גרסאות וכל פעם בודקים סביבה אחרת עד שלבסוף אנחנו מעלים את הקוד אחרי בדיקה לעומק מעלים אותו לסביבה שהלקוח הסופי

  3. 00:50

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

  4. 01:13

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

  5. 01:28

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

  6. 01:47

    חשוב אם יש לי פה קולקשן יש לי משתנה מסוג בייס url אז אני יכול לקבוע שיהיה לי בייס url פר סביבה כלומר לדיבלופמנט יהיה לי בייס url שהוא רלוונטי לסביבת דיבלופמנט כן אז initial value יהיה dev url אוקיי לכל סביבה יש את הurl את הכתובת של השרת שלה כלומר שרת של דיבלופמנט הוא לא יהיה אותו שרת של qa הוא לא יהיה אותו שרת של של אינטגרשן הוא לא יהיה אותו שרת של

  7. 02:18

    staging ולא אותו שרת של פרודקשן אז פה אני אכתוב HTTPS רק כדי להדגים את הקטע של dev development. אז ככה אנחנו יכולים לראות שיש לנו את הסביבה שלנו.

  8. 02:32

    אז בואו נייצר עוד סביבה. הפעם נייצר סביבה לפי הפורמט הזה של אינטגריישן. גם פה נשתמש בבייס url והפעם זה יהיה אינטגריישן url ופה זה יהיה HTTPS/integration server וכך הלאה אני יכול להמשיך.

  9. 02:50

    אחרי שיצרנו סביבות שבהן אנחנו רוצים להריץ את הטסטים שלנו, אני יכול להוסיף כמובן כמה משתנים שאני רוצה לפי הסביבה, אבל הם צריכים להיות זהים לכל הסביבות,

לקורס המלא: קורס פוסטמן Postman לבדיקות API

ההרצאה הקודמת: בדיקת סכמה בפוסטמן - חלק 2

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

  • תהליך הבדיקה
  • התקנת POSTMAN
  • תיעוד תהליך ב-Logging SSIS
  • בדיקת RESTful Service עם Postman

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

  • קורס מבוא ל-QA - מידע חשוב לבודק תוכנה
  • קורס Robot Framework - בדיקות QA ממשק גרפי
  • קורס יסודות התכנות - שפת JAVA - קורס ג'אווה למתחילים
  • קורס סלניום בסיסי - בדיקות אוטומטיות - Selenium
  • קורס סלניום מתקדם - CI/CD - Continues Integration
  • קורס מייבן - Maven