QuizMe

QuizMe

הצטרפו לחווית לימוד צעירה וחדשנית.

אל דאגה ! אנחנו לא אוספים מידע אישי וגם לא נדביק לך שום דבר על הקיר.

Continue With Facebook
or
Sign In with Google
כניסה

נושאים מתקדמים בהנדסת איכות תוכנה

נושאים מתקדמים בהנדסת איכות תוכנה

83 שאלות
5 תגובות
0% הושלמו
סטטיסטיקות
שתף

Discuss, Learn and be Happy דיון בשאלות

פתור אותי פתור עם חברים הוסף שאלה

QuizMe
Adventure

«
1
2
3
4
5
6
7
8
9
»

בשיטת ה Model Based Testing מחוללים תהליכי בדיקות על פי:

1

שאלה #7571

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

מיין לפי

Alex Shultz 0 נקודות · יותר מ-6 חודשים

מוניטין: 1

למה זה לא ד' ?

Yotam Yaakov 0 נקודות · יותר מ-6 חודשים

מוניטין: 30

שאלה טובה. ככה זה בשחזור אבל זו תשובה מוזרה

למה קשה למכן את האורקל של הבדיקות

1

שאלה #7572

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

מיין לפי

TDD מתיחס לבדיקות התוכנה באופן הבא

1

שאלה #7573

		כל בדיקות התוכנה חייבות להסתיים לפני פיתוח שורה אחת של קוד.
		בדיקות התוכנה הינו רע הכרחי וכדאי שנדע מראש (לפני הפיתוח מה הולכים לבדוק
		TDD לא קשור לבדיקות (Technology Driven Development ) על פי זה ניתן לטכנולוגיה להוליך את תהליכי הפיתוח שלנו.
		TDD גורסת שלא נפתח משהו שאין לנו בדיקות עבורו – זאת אומרת בואו קודם נגדיר בדיקה - נבדוק ונראה שנכשל ולפי זה נפתח תוכנה שמעבירה את הטסטים.

מיין לפי

Exploratory testing היא:

1

שאלה #7574

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

מיין לפי

מדוע מודל ה COCMO2 הינו מודל מתכנס ככל שהפרויקט מתקדם

1

שאלה #7575

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

מיין לפי

מודל רשת הנויירונים מדגים אפשרות ל:

1

שאלה #7576

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

מיין לפי

Virtual machine משמשים בעולם הבדיקות ל:

1

שאלה #7577

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

מיין לפי

בMBT State Diagram הינו תרשים המציג את:

1

שאלה #7578

		תרשים המכיל את המצב הסופי אליו תגיע המערכת
		מרחב המצבים והקשרים בינהם בהם יכול לזרום מודל מסוים ממנו צריך הבודק לבחור תסריט בדיקה מסוים
		התרשים הוא המרשם הבסיסי להתחלת MBT (model based testing ) ממנו נבנה את ה UML אשר ממנו נגדיר את תסריטי הבדיקות
		רשימת מכולת של בדיקות אפשריות ללא קשר למה שנעשה באמת
		תרשים המכיל את המצב ההתחלתי שיש להריץ את המערכת והמצב הסופי אליו להגיע - בלבד

מיין לפי

למה קשה לבדוק SOA (איזו תשובה מתאימה יותר)

1

שאלה #7579

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

מיין לפי

הקשר בין כמות ה FUNCTION POINTS בפרויקט לסכויי להצלחתו

1

שאלה #7615

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

מיין לפי

«
1
2
3
4
5
6
7
8
9
»

פתור אותי פתור עם חברים הוסף שאלה

QuizMe
Adventure