קורס QA

קורס QA בודק תוכנה של מכללת REAL TIME COLLEGE הוא קורס מקיף ומעשי המתבסס על הניסיון הרב של מרכז הפיתוח וההדרכה בעבודת QA לצד פיתוח תוכנה.
קורס QA מומלץ ביותר מכיוון שקורס זה מהווה כרטיס כניסה לתחום ההייטק כיום.

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

בעשור האחרון מגוון רחב של סטודנטים לקחו חלק והשתתפו בקורס QA ואוטומציה. 80% מהם הצליחו לסיים אותו בהצלחה, כאשר 100% מאלו שסיימו את פרויקט הגמר במחלקת הפיתוח של מכללת RTC הצליחו להתברג לשוק העובדה ולהפוך לחלק מתעשיית ההייטק!

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

מסלול QA מלא מתחלק ל - 2:

מסלול QA מלא אורך כשנה והסטודנטים יכולים להגיע או לפנות אלינו כל יום 10:00-19:00. לקראת סיום המסלול מתחיל הבוגר תקופת התנסות במחלקת הפיתוח כולל תהליך השמה.

1. קורס בודק תוכנה QA

• מכיל הדרכה שלב אחר שלב, משלב ההיכרות עם עולם הפיתוח תוכנה ביחד עם הבנה מהן מתודולוגיות פיתוח ומתודולוגיות בדיקה, בנוסף לסוגים שונים של בדיקה.
• במקביל לומדים על מערכת ההפעלה לינוקס, ידע בכתיבת סקריפטים ב-BASH, וירטואליזציה, פרוטוקולי רשת ופיתוח בשפת פייתון לאוטומציה והבנה ויכולת עבודה עם בסיסי נתונים.
• נלמדים כלים מקצועיים למעקב אחר באגים כמו JIRA, וכמובן רוכשים ידע רב בכתיבת דוחות ומסמכים כמו STR, STD, STP.

2. קורס אוטומציה ותכנות:

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

• מדריך מלא לכתיבת תוכנות לאוטומציה של בדיקות. החל מיסודות תכנות, מושגים מונחה עצמים (OOP), שפות תכנות הפופולריות ונדרשות בשוק כמו, Python ו-Java, וכמובן כתיבת בדיקות אוטומציה ב SELENIUM. 
• כמו כן נלמדים כלים לעבודה עם קוד וניהול גרסאות כמו GIT. בסוף חלק זה, הסטודנטים יוצאים עם "ארגז כלים" שמאפשר לו להיות מפתח בדיקות תוכנה מקצועי.
• בשביל להיות איש QA ואוטומציה מקצועי ולפתח יכולות לקידום בתעשייה יש צורך להבין מהם תהליכי CI\CD. במהלך קורס QA סטודנטים רוכשים הבנה עמוקה בתהליכי CI\CD וגם יכולת בכתיבת קוד להפעלה והרצה של בדיקות תוך שימוש חכם בהגיון וכלים מתקדמים של מתודולוגיות ותרבות DEVOPS.
• במסגרת הלימודים נלמד על אפשרויות לכתיבת סקריפטים ויצירת PIPELINE ב - GIT וגם כלים יותר מתקדמים שבשימוש ב DEVOPS כמו JENKINS. אנחנו יודעים לספק את הפתרונות ולייצר אנשי QA ואוטומציה מולטי טאלנט בעלי ידע ב Devops.

כלי בדיקות תוכנה

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

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

אם תרצה להיות בודק תוכנה אוטומטי לאחר מספר שנים בעבודה כבודק תוכנה QA, עליך לשלוט בכלים ובעל ידע וניסיון מעשי. יש להיות בעל ידע בשפות סקריפטים כמו Python ,JavaScript ו- /BASH וכן שפות C / Java#, שתמיד מועילות אם אתה מחפש עבודה בבדיקות אוטומטיות.

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

הצלחה במבחן ISTQB מהווה הוכחת ידע משמעותית עבור המועמד בשוק המקומי והבינלאומי בתחום בדיקות התוכנה ופיתוח האוטומציה ל - QA.

מהי הסמכת ISTQB לבדיקות תוכנה?

ISTQB הוא הסטנדרט הבינלאומי בתחום הסמכת בדיקות תוכנה. מבחני ISTQB מוכרים לעבודה בחו"ל ומהווים אסמכתא למקצועיות הבודק.

בין אם אתה רק התחלת בקריירה בבדיקות ובין אם אתה נמצא בתחום כבר מספר שנים, קבלת הסמכה ISTQB מציעה יתרונות משמעותיים:

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

מהו תפקידו של בודק תוכנה?

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

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

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

הגשת פרויקט בסיום הקורס

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

אפשר גם להשתמש בפרויקט הזה בראיון עבודה לתפקיד QA מקצועי.

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

המטרה הסופית היא להכשיר את הסטודנטים במיומנויות שיתאימו לשוק העבודה.

תקופת התמחות והכשרה בסיום הלימודים

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

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

בסיום תקופת ההכשרה - תהליכי השמה לעבודה

בתחום ה QA קיימות מגוון אפשרויות לתעסוקה, כיום רוב החברות מאפשרות שימוש במוצר שלהן Online.

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

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

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

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

מילון מונחים QA

• Software Testing

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

• Specification - מסמך אפיון

  מסמך אפיון הוא אחד המסמכים החשובים והעיקריים בפיתוח תוכנה שכל מי שעובד על מוצר נעזר בו. כתיבת המסמך זה שלב ראשון בפיתוח מוצר (אפליקציה, אתר או כל מוצר, לאו דווקא בעולם ה-HiTech ) ונעשה ע"י איש מקצוע.

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

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

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

• Software Development Life Cycle / SDLC

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

  ישנן כמה מתודולוגיות נפוצות: Waterfall - Spiral - Iterative - Agile. מהי המתודולוגיה הטובה ביותר של SDLC?

  הכל תלוי בסוג המוצר שאתם הולכים לפתח. אם זה מוצר המאפשר לבצע בו שינויים תוך כדי עבודה או להוסיף דברים אז נבחר אחת המתודולוגיות גמישות שיאפשרו לנו את החופש הזה - כמו V-MODEL או AGILE. ואם זה מוצר שדורש יותר פיקוח ועלות טעות היא גבוהה מאוד ( כמו מכשור רפואי, תעשייה צבאית וכ.ד. ) אז נבחר במתודולוגיה יותר נוקשת ולינאריות כמו WATERFALL.

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

• מסמך STR

  Software Test Report הוא מסמך תוצאות בדיקות המוגש להנהלת הפרויקט. מסמך זה הוא סיכום של כל הבדיקות שבוצעו על מנת לתת מקבלי ההחלטות תמונה מלאה על מצב המוצר (תוכנה).

• נפרט בו כמה נושאים:

  כמה אנשים השתתפו בבדיקות, כמה זמן ארכו הבדיקות, אלו תסריטים (TS) בוצעו, כמה תקלות נמצאו, כמה מהן טופלו, כמה תקלות עדיין לא טופלו, מה PRIORITY של כל תקלה, מה SEVERITY של כל תקלה, מה הסיבה שלא טופלו ולבסוף המלצות של ראש צוות QA להמשך, האם אפשר להוציא את המוצר/גרסה לאור או כדאי לטפל בתקלות.

• Software Test Plan

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

• Test Scenario

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

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

• Test Case

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

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

• Priority

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

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

  ישנם 3 סוגים של "עדיפות": נמוכה ← הבאג שקיבל את העדיפות הזאת לא משפיעה לזרימה ולפעולות העיקריות של התוכנה והיא תוכל להיפתר ברגע שהבאג עם העדיפות הגבוהה יותר תוקנה.