PracticU

סיפור אישי של יניב - בודק תוכנה

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

סיפור אישי של יניב - בודק תוכנה
יניב פרייס מספר על חמש שנות עבודה כבודק תוכנה: שלוש שנים בבדיקות של Unified Messaging ושנתיים בוויינט (ynet).
השלבים העיקריים
1. Unified Messaging: מערכת שמאחדת דואר אלקטרוני, דואר קולי, פקס ופייג'ר. אפשר לגשת לתיבה מהמחשב, מהטלפון, מהדפדפן ומקליינט שמורד למחשב.
2. סביבת המעבדה: מכשירי טלפון, מכשירי פקס ומחשבים. הבודקים שלחו פקס מכשיר למכשיר, ובדקו את ההמרה בין פקס לדואר ובין דואר לפייג'ר דרך השרתים של המערכת.
3. סוגי הבדיקות: בדיקות של כל הממשקים (מחשב, טלפון, פקס ופייג'ר), בדיקות הקליינט שנכתב בג'אווה, ובדיקות ווב.
4. בדיקות עומסים: בוצעו עם כלי שמדמה מרכזייה (אבקוס) ועם Load Runner על גבי הווב. הבדיקות בוצעו בסביבת QA, בלילה או כשהמשתמשים האחרים מושבתים, כדי שלא יתערבו בתוצאות.
5. גילוי דליפת זיכרון: אחרי כמה דקות של שימוש אינטנסיבי ניכר שהזיכרון של אחד השרתים עולה ולא משתחרר. הבאג תוקן בעקבות הבדיקה.
6. וינט: בשנתיים השניות יניב בדק את מערכת ניהול התוכן שבה עורכי האתר מזינים כתבות ומעצבים דפים. המערכת מבוססת על מוצר מדף שמתכנתים בשפת TCL.
7. תהליך הבדיקה: לכל קומפוננטה נכתב מסמך TRD עם שתי עמודות (פעולה ותוצאה), והבאגים מדווחים בטסט דירקטור.
שימו לב
ההרצאה מדגישה שבדיקת רגרסיה נעשית בסבב שני ושלישי, ולרוב מריצים שוב את כל ה-TRD ולא רק את התיקון הנקודתי.
השיעור הבא בקורס: כתיבת קורות חיים - בודק תוכנה

פרקי ההרצאה: סיפור אישי של יניב - בודק תוכנה

  1. 00:00

    ניסיון קודם בבדיקות Unified Messaging

  2. 01:14

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

  3. 03:44

    בדיקות דרך הטלפון והקראת הודעות

  4. 05:16

    עבודה בוויינט: מערכת ניהול התוכן

  5. 06:30

    סדר היום של בודק: בדיקת קומפוננטות

  6. 07:07

    מסמך TRD: פעולה ותוצאה צפויה

  7. 08:07

    דיווח באגים במערכת Mercury

  8. 13:03

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

תמלול ההרצאה: סיפור אישי של יניב - בודק תוכנה

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

  1. 00:02

    טוב, יניב, אז איפה עבדת עד... חמש שנים עבדת בתור בודק תוכנה, נכון? עבדתי חמש שנים בתור בודק תוכנה. איפה עבדת? שלוש שנים עבדתי בבדיקות של Unified Messaging, שזה... אחרי זה נחזור לזה.

  2. 00:19

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

  3. 00:32

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

  4. 00:46

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

  5. 00:59

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

  6. 01:23

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

  7. 01:40

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

  8. 01:51

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

  9. 01:59

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

  10. 02:25

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

  11. 02:41

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

  12. 02:59

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

  13. 03:20

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

  14. 03:35

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

  15. 03:59

    ולעשות עליהם כל המניפולציות שאפשר, לשלוח לאחרים, למחוק וכו' וכו'. אוקיי.

  16. 04:06

    ודרך פאקס, את זה עדיין לא הבנתי, אתה שולח פאקס והפאקס הופך לאימייל? להודעת קול? מה, לא הבנתי, אתה שולח פאקס ומה קורה לפאקס?

  17. 04:16

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

  18. 04:31

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

  19. 04:40

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

  20. 04:55

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

  21. 05:16

    גם של פייג'ר לאימייל, אימייל לפייג'ר. כל הסוגים של המרות, מכל וכל. הבנתי. אז יש שלוש שנים בבדיקות Unified Messaging ושנתיים איפה היית?

  22. 05:30

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

  23. 05:53

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

  24. 06:21

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

  25. 06:40

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

  26. 07:07

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

  27. 07:36

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

  28. 08:07

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

  29. 08:36

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

  30. 09:06

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

  31. 09:31

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

  32. 10:21

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

  33. 10:50

    כשאמרת שה-TRD זה טבלה של שתי עמודות פעולה ותוצאה, אמרת שבעצם לא הייתה לזה התייחסות אז למה לכתוב את זה? למה כתבתם TRD?

  34. 11:04

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

  35. 11:27

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

  36. 11:44

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

  37. 12:08

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

  38. 12:46

    זה יכול להיות שהקובץ לא היה נכון, זאת אומרת מסוג לא נכון שהוא לא תומך בו, או שבאותו רגע השרת הייתה בו תקלה והוא היה למטה, או שהיה הרבה עומס.

  39. 13:01

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

  40. 13:31

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

  41. 13:54

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

  42. 14:09

    עם הקליינט שמורידים ב-Unified, אני כבר התבלטתי, ב-Unified מסג'ינג היה קליינט שמורידים או Web? ב-Unified מסג'ינג יש או קליינט שמורידים שהוא היה ב-Java או התחברות דרך הווב ועל שניהם אפשר לבצע בדיקות עומסים שאנחנו עשינו עם לואוד ראנר בדרך כלל.

  43. 14:32

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

לקורס המלא: מבחן QA לדוגמא וראיון עבודה

ההרצאה הקודמת: סיפור אישי של עמית - בודק תוכנה

ההרצאה הבאה: כתיבת קורות חיים - בודק תוכנה

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

  • מה הוא בודק תוכנה?
  • סיפור לקוח
  • בדיקות תאימות תוכנה
  • מחזור חיים של תוכנה

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

  • קורס שלם ומקיף בעברית על בדיקות תוכנה
  • קורס Load Runner - בדיקת עומסים
  • Quality Center