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
»

אנשי המפתח בפרויקט הבדיקות הם:

1

שאלה #7560

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

מיין לפי

מהו האורקל בבדיקות התוכנה ?

1

שאלה #7561

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

מיין לפי

הבעיה העיקרית של מודל המפץ הגדול היא:

1

שאלה #7562

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

מיין לפי

בחינת כמות ה Function points עשויה לשמש ל:

1

שאלה #7563

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

מיין לפי

קבוצת ה SCRUM היא קבוצה:

1

שאלה #7564

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

מיין לפי

מתוך הרשימה הנ"ל: מה אינו עקרון של XP: ,Continuous testing ,Refactoring ,Pair programming, testing ,ownership of testing , 40-hour work week, On-site customer ,Coding standards

1

שאלה #7565

		כל הרשימה מתאימה לעקרונות ה XP
		אף פריט ברשימה אינו מתאים ל XP
		Ownership of testing
		Refactoring – מתאים ל AGILE ולא ל XP
		On-site customer

מיין לפי

עקרונות ה time box מאפשרים פיתוח :

1

שאלה #7566

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

מיין לפי

אלו משמונת העקרונות של SOA הכי דומה לשיטת הקופסה השחורה בבדיקות

1

שאלה #7567

		עקרון ה : Service Abstraction המסתיר את מבנה ואופן השימוש בשרות באמצעות תאור פורמליסטי
		עקרון ה Service Statelessness המתיחס לשרות כאילו הוא בן מהלך אחד בלבד ולא מפורק לגורמים
		עקרון ה Service Autonomy המאפשר לכל שירות להיקרא בנפרד ללא קשר לכל האחרים הנמצאים סביבו או דומים לו
		עקרון ה: Service Composability המאפשר לכל שירות להיות מורכב משירותים אחרים וכך להסתיר מה באמת קורה בפנים
		גם a וגם b דומים ומייצגים נכונה עקרונות של קופסה שחורה

מיין לפי

שפת ה WSDL היא שפה ל:

1

שאלה #7568

		זה לא שפה זה משהו גמיש מאוד המאפשר ליצרני כלי חילול השירותים לנסח מראש מה ירצו.
		שפת מערכת רשתות המבוססת על ,XML SOAP, UDDI והסכמים
		הגדרות דינמיות להפעלה תוך כדי קריאה למערכי שירותים בעולם ה SOA
		שפה פורמליסטית המאפשר הגדרת שירותים בעולם ה WEB המכילה הגדרות,פעולות וקשרים

מיין לפי

עיקרון ה : Service Composability אומר ש:

1

שאלה #7569

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

מיין לפי

«
1
2
3
4
5
6
7
8
9
»

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

QuizMe
Adventure