במערכות מורכבות עם הרבה תכונות, משתנים ואפשרויות קלט – מספר הקומבינציות האפשריות גדל בצורה אקספוננציאלית.
קרא עוד
הכנת דוחות שבועיים יכולה להיות תהליך ארוך ומייגע, הכרוך באיסוף ידני של נתונים, סיכומים ועיבוד מידע שכבר קיים וזמין במערכות השונות בארגון. שימוש מושכל ב-Dashboard יכול לחסוך זמן יקר, לשפר את רמת הדיוק של המידע, ולהגביר שקיפות ובהירות לכל הגורמים המעורבים.
קרא עוד
נכון שטבע האדם משום מה מעדיף לימוד ע"י התנסות ישירה, ופחות לימוד מניסיונם של האחרים...
קרא עוד
"בחן את דרך פעולתך מידי יום" – לעיתים קרובות אנו חושבים כי הגענו לשיטת העבודה האידיאלית או כי אין לנו היכולת לשנות את דרכי הפעולה, וכי השיטות שנבחנו והוגדרו על ידי קודמינו או המנהלים שלנו הן "תורה מסיני" שעלינו לקיימה ללא כל עוררין.
קרא עוד
"אף פעם אל תפסיקו ללמוד" – או כמו שנאמר "רק טיפשים יודעים הכל".
קרא עוד
"הכירו את לקוחותיכם" למרות שמשפט זה נשמע דיי טריוויאלי והרי אנו כבודקים אמורים לדעת כי "אנו מייצגים את הלקוח בפני הארגון", הרי שבמרבית המקרים יש עוד הרבה מה לעשות ולשפר בנושא.
קרא עוד
סביר להניח שפיקששת סדרה שלמה של באגים מאותו סגנון. בתרגום חופשי מהמסמך הבא של Cem Kaner.
קרא עוד
לגבי כל באג כזה יש לשקול מהי ההסתברות שיחזור על עצמו ועד כמה הוא חשוב, ולפי הערכה זו להחליט האם כדאי להוסיף בדיקה רלוונטית בסט בדיקות רגרסיה.
קרא עוד
אחרי שקראתם את הרקע לנושא הנבדק, פנו למהנדסי המערכת והבהירו עמם נקודות שאינן ברורות.
קרא עוד
באופן טבעי אנו כבודקים מתמחים בעבודה עם המוצר שאותו אנו בודקים. בהרבה מקרים זהו יתרון -אנו יכולים לזהות בעיות, לעבוד מהר יותר וכן הלאה
קרא עוד
"אל תפחד לדווח על הממצאים – ולדחוף לשינוי" לעיתים אנו חוששים לעמוד על שלנו. אנו מקבלים ללא סימני שאלה אמירות של מהנדסי המערכת, מנהלי הפרויקט, המפתחים וכמובן של ראשי הצוות ומנהלינו.
קרא עוד
"עבודה בצמד עם המפתח" – לעבודה בצמדים יתרונות רבים אך לעיתים היא נזנחת בשל "העלות הכפולה".
קרא עוד
אחת המטרות של הבדיקות הינה לספק כמה שיותר משוב ומידע לגבי איכות המערכת מנקודות מבט שונות (פונקציונליות ולא פונקציונליות' כמו עמידה בעומסים ושאר יכולות).
קרא עוד
"למדו מתי להשתמש באוטומציה ומתי לא" – תחילה – חשוב ללמוד כי למרות ההבטחות של כמה ממשווקי הכלים אין אוטומציה ללא תכנות, בסופו של דבר עם כל ההקלות שחלק מן הכלים מציעים כיום, עדיין כאשר חסרה תמיכה בצורך מסוים – נאלץ לפנות לכתיבת קוד ובעזרת קידוד נוכל להגיע לא פעם למימוש יעיל יותר של חלקים באוטומציה.
קרא עוד
בודק - למד לשאול – Learn to Question - Tony Bruce – חלק ניכר מעבודת הבודק כרוכה באיסוף מידע לגבי המערכת, התכונה או הנושא הנבדק. במהלך איסוף המידע נתקל במידע רב המגיע מגורמים שונים, וכולל הנחות אותן נצטרך לאמת או להפריך במהלך הבדיקות ולעיתים קרובות עוד במהלך איסוף הנתונים בעזרת חשיבה ביקורתית והצלבת מידע,
קרא עוד
בודק - השתתף בקורס בדיקות, קרא את הסילבוס הבסיסי (או נוספים) של ISTQB ו/או צפה בקורסים חינמיים כגון BBST - הנחייה זו נכונה הן לבודקים מתחילים והן לבודקים מנוסים שלא עברו קורס מימיהם, ואף כאמצעי לרענון הידע מדי כמה שנים.
קרא עוד
כבודקים אנו נאלצים להעביר הלאה מידע רב בשלבים שונים של עבודתנו, החל מהסבר על ההתקדמות ומצב משימת הבדיקות שלפנינו, ועד להסבר מהות הבאגים, מקורם, חומרתם והשלכותיהם.
קרא עוד
חלוק רעיונות והתנסויות, כתוב, קבל משוב ושפר את יכולות ההתדיינות.
קרא עוד
לא תמיד צריך לבצע כל בדיקה עליה חשבנו או אותה תכננו, ועלינו תמיד לשקול עלות מול תועלת, שהרי ככל שעבודת הבדיקות מתארכת – כך גם יתעכב תאריך שחרור הגרסה ללקוח.
קרא עוד