גישות לבדיקת GUI כחלק ממוצר

[נמס בגשם]

גישות לבדיקת GUI כחלק ממוצר

נניח שה-GUI הוא קומפוננטה נפרדת לחלוטין מהמוצר עצמו, שאף יושבת על פלטפורמה נפרדת. מה דעתכם על שתי הגישות הבאות: 1. ה-GUI הוא חלק נפרד ולכן יבדק בנפרד, וייבדק עם המוצר עצמו רק כחלק מבדיקות אינטגרציה. יתרונות - בדיקה מהירה יותר. יש פחות תלות בבדיקה בין קומפוננטות נפרדות. 2. ה-GUI הוא חלק בלתי נפרד מהמוצר, ולכן כל הבדיקות צריכות להעשות דרכו. יתרונות - יותר "תחושת לקוח", סיכוי גדול יותר להיתקל בבעיות שלקוח יתקל בהן. לצורך העניין, ה-GUI הוא מערכת NMS, ואילו המוצר הוא מוצר networking כלשהוא.

 

[Rשף]

האם ה GUI הוא הממשק היחיד למוצר ?

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

 

[vinney]

בוודאי שיש גם 3

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

 

[אבי ע]

כמו תמיד, תלוי בנסיבות... ../images/Emo39.gif

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

 

[נמס בגשם]

כמובן

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