LOGIN
התחברות או הרשמה
Avatar
להמשך הרשמה ידנית – לחץ על כפתור ההרשמה, להרשמה/כניסה מהירה בעזרת חשבון רשת חברתית – לחץ על הלוגו בכותרת

אפס סיסמה - שכחתי את שם המשתמש

שם משתמש
סיסמה
זכור אותי

he icon   en icon

מה הסקרים אומרים? - מעקב תקלות תוכנה 2016 - יאן ברון (עולם הבדיקות גיליון #10)

מעקב תקלות תוכנה 2016
בגיליון זה אציג לכם ניתוח מעניין מאוד שבוצע ע"י Tricentis לשנת 2016
•מעקב התקלות הינו אוסף באגים מתוך מאמרי החדשות שפורסמו במשך שנה
• אותרו 1159 סיפורים, 548 כשלי תוכנה ב 363- חברות
• 432 באגים בתוכנה - התוכנה אינה עובדת כמתוכנן
• 38 פגמי שימושיות - טעויות תכנון המגבילות את השימושיות במוצר או באפליקציה.
• 78 חולשות אבטחה - פגמים הניתנים לניצול ע"י תוקפים לשם שינוי התנהגות המערכת.

מאמר זה הופיע בגיליון #10 של מגזין עולם הבדיקות - לצפייה בפורמט המלא כולל קישורים וכד' ובשאר מאמרי גיליון זה:
bit.ly/TW10View

 

TW10 BugSurvey YanB 01

TW10 BugSurvey YanB 02

 

פורסם ב כללי

מחפש צרות - הרגשת בטן - מיכאל שטאל (עולם הבדיקות גיליון #6)

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

מאמר זה הופיע בגיליון #6 של מגזין עולם הבדיקות - לצפייה בפורמט המלא כולל קישורים וכד' ובשאר מאמרי גיליון זה:
https://goo.gl/7kS7Ff

 

TW6 SeekingTrouble FeelTheBugs MichaelS 1

 

 

 

פורסם ב כללי

בדיקות מן העולם - תיעוד תקלות – איך לעשות את זה נכון? - אלון לינצקי (גיליון #4)

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

מאמר זה הופיע בגיליון #4 של מגזין עולם הבדיקות - לצפייה בפורמט המלא כולל קישורים וכד' ובשאר מאמרי גיליון זה:
http://goo.gl/YEunFK

 

TW4 BugRec AlonL 1

 

 

 

 

פורסם ב כללי

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

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

בתרגום חופשי מהמסמך הבא של Cem Kaner.

 

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

http://www.logigear.com/logi_media_dir/Documents/tcs_appA_bugs.pdf#!

פורסם ב טיפים

עדכונים לגבי באגים מהעולם:

Bad Testing Logo

לינק לצפייה ישירה:

https://twitter.com/BadTesting

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

 

 

 

פורסם ב אתרים

חשוב לנתח באגים שהתגלו ע"י הלקוח

בכדי להבין למה לא נמצאו הבאגים האלו לפני ששוחרר המוצר,

כמו גם - מהיכן נבע הבאג מלכתחילה.

 

אין כאן תהליך של חיפוש אשמים - אלא תהליך של ארגון לומד ומשתפר.

 

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

ולכן חשוב מאוד לתת תשומת לב לבעיות שעלו מן השטח.

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

 

טיפים מחברי ITCB-AB

פורסם ב טיפים
שני, 01 יולי 2013 04:56

מבט טרי מביא באגים טריים

מבט טרי מביא באגים טריים laugh

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

בהרבה מקרים זהו יתרון (אנו יכולים לזהות בעיות, לעבוד מהר יותר וכן הלאה),

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

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

ולכן:

  1. נסו לחשוב מהן הטעויות שמשתמש יכול לעשות – בצעו אותן במודע.
  2. בדקו במיוחד מקרים של הכנסת ערכים שגויים, ולאחריהם תיקון הערכים, ושימור הערכים הנכונים בשלב הבא בו במערכת נזקקת להם וגם לאחר שדרוג.
  3. נצלו כל הזדמנות בה מגיע בודק חדש – מבט טרי מביא באגים טריים – עודדו אותו לא להגיד "טעיתי – אף משתמש לא יעשה זאת" – אם הוא טעה – כנראה שתכנון המערכת שגוי (או לפחות לא מספיק אינטואיטיבי) וכל משתמש אחר עשוי לטעות – זה באג.
  4. לבדיקה ספציפית של מקרים מסוג זה – הזמינו אנשים ללא היכרות עם המערכת להשתמש במערכת, ולוו אותם בכדי לזהות היכן התקשו, ואילו באגים נבעו כתוצאה "משגיאותיהם" בתפעול המערכת.
    אל תכוונו אותם יותר מדיי מה לעשות – השאירו המקלדת והעכבר בידיהם!
  5. גם הדרכות של עובדים חדשים וותיקים, ואף לקוחות (אם לא מצאנו זאת קודם) יכולים לשמש לזיהוי מקרים מסוג זה.

 

פורסם ב טיפים

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

במקום לעבור באג, באג - בצעו חיתוך על כל הבאגים באזור מסויים,

קיראו הבאגים ושימו לב לקשרים ביניהם:

1. האם יש מקום לבדיקות נוספות (הקשרים מצביעים על כשלים אפשריים נוספים?)

2. האם יהייה יעיל יותר לבדוק מספר תיקוני באגים במשותף?

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

בהצלחה :-)

פורסם ב טיפים