PracticU

מחזור חיי פיתוח

בלי כתוביותעם כתוביות
PracticU › קורס מבוא ל-QA - מידע חשוב לבודק תוכנה › מחזור חיי פיתוח
מילון מושגים:
דרישות - התיאור של מה שמערכת או תוכנה צריכות לעשות, המשמש בסיס לפיתוח ולבדיקות.
QA - הבטחת איכות (Quality Assurance): תחום שעוסק בבדיקת תוכנה ובתהליכים שמבטיחים שהמוצר עומד בדרישות.
פריסה - העברת תוכנה מסביבת פיתוח לסביבה שבה היא תרוץ בפועל, כדי להעמידה לשימוש.
DevOps - גישה ותרבות עבודה שמשלבות פיתוח ותפעול, כדי לייעל ולהפוך לאוטומטי את תהליך הבנייה, הבדיקה והפריסה.
קופסה שחורה - גישת בדיקה שבה הבודק בוחן את התוכנה לפי הקלט והפלט בלבד, בלי להכיר את הקוד הפנימי.
קופסה לבנה - גישת בדיקה שבה הבודק מכיר את הקוד הפנימי ומבסס עליו את הבדיקות.
סקריפט - קובץ המכיל רצף פקודות שמבוצעות על ידי מפרש, לרוב כדי להפוך משימות לאוטומטיות.
שאילתה - בקשה למסד נתונים לשלוף, להוסיף, לעדכן או למחוק נתונים, לרוב בשפת SQL.

מחזור חיי פיתוח
מחזור פיתוח תוכנה, SDLC, מתאר את השלבים שחוזרים בכל ארגון שמפתח תוכנה, ומראה היכן נכנסים הבודקים.
ששת השלבים
1. Requirement Analysis: אנשי המוצר אוספים דרישות ו-use cases. באתר לרכישת כרטיסים: רכישת כרטיס, חיפוש מופע, בדיקת מצב חשבון, זיכוי ופנייה לשירות לקוחות. דרישות פונקציונליות הן למשל היכולת לרכוש כרטיס. דרישות non-functional הן חוויית משתמש, עיצוב והיכולת לעמוד בעומס של משתמשים בו-זמנית.
2. System Design: פירוק הדרישות למפרט: איך ייבנו האתר, המסכים, השרתים והדאטאבייס. עדיין לא נכתבה שורת קוד.
3. Development: אנשי R&D בוחרים שפת תכנות, מגייסים, בונים לוח זמנים וכותבים קוד.
4. QA Testing: הבודקים נכנסים כבר במהלך הפיתוח, כדי לאתר תקלות קרוב ככל האפשר לכתיבת הקוד. מטרתם שהמערכת תגיע ללקוח עם כמה שפחות תקלות לא ידועות.
5. Deployment: קוד שעבר בדיקה עולה ליצור וחשוף ללקוחות. אנשי DevOps אחראים לכך.
6. Maintenance: משוב חוזר מהייצור, תיקונים ועדכונים.
המחזור חוזר על עצמו, פעם בשבוע, בשבועיים, בחודש או בשלושה, והצוותים משתמשים בתוצרים זה של זה.
Black box ו-White box
בודקים חיצוניים לצוות הפיתוח עושים בדרך כלל black box, כלומר מתייחסים למערכת כקופסה שחורה שמקבלת חיפוש ונתוני אשראי ומבצעת הזמנה, בלי להתעניין באיך. בודקי white box הם חלק מהפיתוח, ובודקים את הג'אווה סקריפט ואת השאילתות על השרתים.
אחרי ההרצאה תוכלו לשייך כל פעילות בפיתוח לשלב המתאים ב-SDLC.
השיעור הבא בקורס: מודל מפל המים מול מודל גמיש Waterfall vs Agile

פרקי ההרצאה: מחזור חיי פיתוח

  1. 00:00

    מהו SDLC

  2. 00:42

    איסוף דרישות ו-Use Case

  3. 01:17

    System Design ותכנון

  4. 01:52

    מעורבות QA בפיתוח

  5. 02:29

    תהליך משוב בין הצוותים

תמלול ההרצאה: מחזור חיי פיתוח

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

  1. 00:02

    בכל ארגון או בכל חברה שעוסקת בפיתוח תוכנה יש מה שנקרא Software Development Lifecycle, מחזור פיתוח תוכנה. אז המושג SDLC הוא מושג נפוץ בעולם הפיתוח.

  2. 00:13

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

  3. 00:27

    זה יכול להיות פעם בשבוע, פעם בשבועיים, פעם בחודש או שלושה חודשים. את כל אחד ואחד מהשלבים האלה. בהתחלה יש לנו Requirement Analysis, איסוף דרישות מהמערכת.

  4. 00:39

    כלומר, אם יש לי אתר לרכישת כרטיסים, אני צריך לאסוף כאיש מוצר, כאיש הפרודקט, האיש שאחראי על העיצוב של הדרישות מהמערכת, אני צריך לאסוף את המקרה הבדיקה, לא הבדיקה אלא השימוש, use case.

  5. 00:53

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

  6. 01:08

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

  7. 01:21

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

  8. 01:36

    שלב ה-Development לוקח את התוצרים של שני השלבים שקדמו לו, Requirement Analysis ו-System Design, ומתחילים לכתוב את הקוד על ידי הפיתוח. תוך כדי העבודה הזאת בעצם אנשי ה-QA כבר נכנסים למעורבות והם מנסים לאתר את התקלות כמה שיותר קרוב לשלב הפיתוח.

  9. 01:54

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

  10. 02:12

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

  11. 02:36

    פיתוח ולאנשי מוצר ואנשי הדיפלוימנט, מי שעושה את הדיפלוימנט זה הדב-אופס ומעלים את המוצרים. בואו נעבור שנייה על החלק התיאורטי של השלבים של המחזור חיי פיתוח תוכנה, זה של Requirement Analysis, System Design, Development, QA Testing, deployment ועל הייצור, ותחזוקה.

לקורס המלא: קורס מבוא ל‑QA אונליין

ההרצאה הקודמת: צוות הבדיקות - QA

ההרצאה הבאה: מודל מפל המים מול מודל גמיש - Waterfall vs Agile

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

  • מחזור חיי תקלה בארגון
  • מחזור חיים של פיתוח מוצר תוכנה
  • מחזור חיים של תוכנה
  • מחזור חיים של תקיפה

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

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