עולם בדיקות התוכנה של דורון בר

מגזין עולם הבדיקות - גליון ראשון

2015-05-27T08:47:00.000+03:00

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

פגישות באג'ייל - מי צריך להיות איפה

2015-04-22T18:58:00.001+03:00

על כל הפגישות אחראי הסקראם מסטר. Pre-grooming \ Clarification: פגישה בה בעל המוצר מציג את התכונות החדשות, ארכיטקט הפיתוח מסביר על מה שיעשה מבחינת הפיתוח, מורכבות וכד', וארכיטקט הבדיקות מציג תכנית בדיקות ברמה גבוהה. משתתפים: Product owner Dev & QA Architects אופציונלי: Scrum Master Grooming: פגישה של צוות האג'ייל בא מפרקים אפיק לסיפורים ונותנים הערכת זמנים. משתתפים: צוות

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

2014-11-22T23:22:00.000+02:00

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

אג'ייל: האם יש לדווח על באגים במערכת ניטור?

2014-11-12T21:12:00.000+02:00

בעד: 1. כבר רגילים, אין צורך ללמוד משהו חדש. 2. יש בבאג הרבה מידע (סביבות, לוגים, על מי הבאג, באיזה הקשר התגלה וכד'). 3. נח להוסיף לו דברים כמו צילומי מסך. 4. שמירת מידע על באגים שתוקנו, נדע למשל מתי תוקנו ואיך במידה שהם חוזרים. או למשל אם באג התגלה כבר כ-invalid חוסך זמן לבודק לתעד שוב. 5. מדידות. 6. במקרה שיש כמה קבוצות ויכולה להיות השפעה הדדית. יחד עם זה תמיד עדיף לתקשר את הבאגים בשיחה

המטרות של הבדיקות - רבעוני בדיקות האג'ייל - מתי כיסינו את כל רבדי הבדיקות

2014-09-20T18:58:00.002+03:00

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

המעבר הראשוני לאג'ייל - הקשיים וכיצד ניתן להתכונן מראש

2014-08-23T18:12:00.001+03:00

הכתוב מטה הוא מעיין סיכום של הפרק השלישי ("שינויים אירגוניים) בספר Agile Testing* הרבה מהצלחת המעבר לאג'ייל תלוי בתרבות האירגונית. גורם מעכב הוא למשל באם חלק מהאנשים הם בעלי ניסיון מר בעבודה באג'ייל. אם מתעלמים מהתרבות האירגונית המעבר עלול להיכשל. יש לשים לב להלך הרוח של אנשים שעלולים לחשוש למשל מאיבוד עבודה. והחשש הוא רגש עצמתי. חשש אחר הוא החשש לאיבוד הכח למשל של הבודקים כחלק מקבוצת

"למה הבדיקות לא מצאו את הבאג הזה בזמן?"

2014-08-16T09:35:00.002+03:00

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

משחק הקץ - End Game

2014-06-28T21:18:00.003+03:00

המונח End Game מופיע בספר Agile Testing של Lisa Crispin ו-Janet Gregory בעמ' 456. הזמן הוא של הסגירות האחרונות לפני מסירת המוצר. בנקודה זו לא אמורים להיות הרבה באגים אך לא מן הנמנע שיהיה צורך בתיקון או שניים. הרעיון, אם אני מבין נכון, הוא לאסוף לא רק את הצוות הקיים אלא צוותים נוספים שלוקחים חלק בהעלאת הגרסה לסטייג'ינג ולפרודקשן כמו צוותי דטה-בייס, אדמיניסטרטורים, מנהלי קונפיגורציה ועוד ובייחד

מבנה קבוצת הבדיקות בחברת AVG ישראל

2013-12-27T17:07:00.001+02:00

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

מי אחראי למערכת ניטור התקלות?

2013-12-14T21:35:00.001+02:00

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

מה קורה עם באגים שאינם בעצם באגים? או: הסיכון שבאיבוד באגים אמיתיים

2013-12-07T21:35:00.001+02:00

לא כל הבאגים, כידוע, הם באגים: - חלק מהבאגים נסגרים כ-Invalid, כלומר הצעדים שהובילו לתוצאה אינם נכונים או התוצאה המצופה היא נכונה, או שהסביבה שבה התגלה הבאג אינה הסביבה הנכונה ועוד. - חלק מהבאגים אינם משתחזרים, חלק הם WAD - Works As Designed. - חלק מהבאגים פשוט לא יתוקנו כיוון שהם לא תלויים בנו, או שהבאג השפעתו נמוכה אל מול הזמן וסיכון התיקון שלו. לכן חלק מהבאגים צריכים להיסגר. השאלה היא - מי

מטריצת בדיקות הרגרסיה על גבי קונפיגורציות שונות

2013-11-30T20:15:00.002+02:00

הבדיקות ב-AVG, במחלקה שלנו, כוללות בדיקות על מערכות הפעלה רבות (מ-XP ועד ל-WIN8) ודפדפנים רבים (כל ה-IE, שלוש גרסאות FF ושתי גרסאות Chrome). מצד אחד הרצת מלוא הבדיקות על פני כל הווריאנטים שלמעלה יצרו צוואר בקבוק צר בבדיקות הרגרסיה. מצד שני, יש לנו עשרות מיליוני משתמשים. אנחנו לא יכולים להרשות להשאיר למשתמשים, כולל כאלה שיש להם XPx64, באגים, בעיקר באגים חמורים שעלולים למנוע מהם פעילות חלקה (מקרים

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

2013-07-13T10:36:00.002+03:00

קריאה של הדרישות של מנהל המוצר צריכה להיות ביקורתית ולאתר טעויות. מניסיוני, רוב האנשים לא עושים את זה כמו שצריך. קריאת המסמכים צריכה להיות אקטיבית, ולא פאסיבית (פאסיבית במובן של לההשקיע אנרגיה בהבנה בלבד). בזמן הקריאה יש לחשוב, מול כל דרישה / סעיף, על הדברים הבאים: 0. האם הדרישה כתובה בצורה ברורה? אם אתם מוצאים את עצמכם משלימים נקודות מתוך הנחות שאתם עושים, אולי זה כיף אבל assumption is the

רשמים מאלקס

2013-04-15T20:17:00.000+03:00

אני מזהיר מראש שזה פוסט קצת פרסומי. לא מזמן טסנו אודי, המנהל שלי, ואני, ללבוב, אוקראינה. בלבוב ממוקמת חברת ה-outsource שאנחנו ב-AVG ישראל עובדים אתה ושמה eleks. מאוד מומלץ לבקר את החברות הללו, גם אם בסך הכל אתם מרוצים מעבודתם. כדאי לראות את תנאי העבודה שלהם, תהליכי העבודה, רמת שביעות הרצון של העובדים (אצלנו, למשל, אין מתאבדים כמו במפעלי אפל בסין למשל ;) ). אפשר להתרשם ממקצועיותם של החבר'ה

הכנה לקבלת build חדש

2013-03-06T17:51:00.001+02:00

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

איך לסקור מסמך בדיקות בשלושים שניות?

2012-11-07T23:21:00.000+02:00

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

מהם הנושאים שכל בודק ווב צריך להכיר?

2012-10-20T22:49:00.001+02:00

HTTP status codes: http://en.wikipedia.org/wiki/List_of_HTTP_status_codes Cookies: http://en.wikipedia.org/wiki/HTTP_cookie IIS: http://searchwindowsserver.techtarget.com/definition/IIS Internet Explorer Security Options: http://technet.microsoft.com/en-us/library/dd346862.aspx Advanced Options: http://www.yoingco.com/internet_options_advanced_tab_ie8_windows_7.htm How to Enter Proxy

תרגול "רטוב" של כישורי הבדיקה שלכם

2012-10-07T01:24:00.000+02:00

אם אתם חדשים בתחום הבדיקות או אפילו שוקלים כניסה, או אם אתם רוצים לאשרר לעצמכם עד כמה אתם טובים, ואפילו אם סתם בא לכם לאתגר את עצמכם - יש לי משהו בשבילכם: מדובר באפליקציה וובית שמחשבת מחיר של חנייה בשדה תעופה. הלינק: http://adam.goucher.ca/parkcalc אין דיזיין, לכן אקספלורטורי קלאסי. כמה באגים מצאתם?

אילו תנאים בחברה יתרמו להצלחת הבדיקות

2012-06-09T18:22:00.001+03:00

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

סודות ההצלחה

2012-04-20T21:24:00.002+03:00

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

מצבו העגום של מקצוע בדיקות התוכנה בישראל?

2012-02-22T19:07:00.000+02:00

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

Exit Criteria

2012-02-14T00:22:00.001+02:00

אחד מהדברים היותר חשובים ומהיותר נזנחים הוא מסמך ה-exit criteria (כאן הכוונה היא למסמך של גרסה, ולאלמשל מסמך תנאי יציאה של המוצר מהפיתוח). מה זה בעצם אומר? אילו תנאים צריכים להתמלא בכדי שאוכל לשחרר את הגרסה הזו ללקוח. ו-כן, נכון: זה לא משהו שעושים בתום הבדיקות אלא יחד עם תכנית הבדיקות. מדוע זה חשוב? 1. כיוון שבסוף הגרסה לפעמים אנו מוטים ונראה לנו שכבר אפשר לשחרר אותה, והגרסה הבאה כבר בפתח... ואז

בדיקות גנריות של שדה טקסט

2012-01-10T20:59:00.000+02:00

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

מלחמת העולמות, מלחמת מנועי החיפוש

2011-12-29T23:28:00.002+02:00

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

אילו מערכות הפעלה ודפדפנים חובה לבדוק (ואילו פחות)

2011-12-13T22:58:00.000+02:00

ברור שלכל אחד שיקול משלו, למשל באפליקציות שרת יש לשים לב למערכות הפעלה מותאמות שרת כגון windows server 2008. אבל ברגיל בשרת לא משתמשים בקליינטים נפוצים כמו של תחנות עבודה, למשל ב-Office. אני מכוון כאן למי שתחנות העבודה הם קהל היעד שלו. גם כאן עדיף לבדוק הכל ברמת הסביר: XP, Vista,Win7, Win8 וכל אחד גם 32 ביט וגם 64 ביט. אם אין זמן יש לבדוק: - XP x86 כי אין הרבה XP עם 64 ביט. - Vista x86 גם כאן