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

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

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

he icon   en icon

בכדי לכתוב בפורום יש להרשם או להתחבר - ההרשמה/כניסה מתבצעת מכותרת האתר.  

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

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

איזה מהבאים מהווה מדגם ובו פריט אחד של ערכי קלט מכל מחלקת שקילות? 25 דצמ 2015 14:54 #3431

  • halperinko
  • halperinko's Avatar
  • מנותקים
  • Administrator
  • פוסטים: 836
  • תודות שהתקבלו 35
  • קארמה: 3
פרק 4.3.1 רמה 3K

בתוכנת ניהול ציונים הערכים החוקיים לציון G הם 0-100, כאשר התוכנה מצמידה לערכים המספריים גם ציון מילולי:
G<60: נכשל
60-74: מספיק
75-84: טוב
85-94: טוב מאד
95-100: מעולה

ניתן להזין לתוכנה רק מספרים שלמים.

איזה מהבאים מהווה מדגם ובו פריט אחד של ערכי קלט מכל מחלקת שקילות?
א. 10-, 42, 65, 81, 87, 98, 102
ב. 30, 42, 65, 81, 87, 97, 99
ג. 0, 42, 65, 81, 87, 97, 100
ד. 0, 60, 75, 85, 95, 100

יעד לימוד: LO-4.3.1: בהנתן מודל של תוכנה, כתוב מקרי בדיקה מתאימים, תוך שימוש
בטכניקות של: חלוקה למחלקות שקילות (equivalence partitioning), ניתוח ערכי גבול
(boundary value analysis), טבלאות החלטה (decision tables) ותרשימי/טבלאות החלף מצבים (state transition diagrams)


הסבר: א' היא התשובה הנכונה. היא כוללת דוגמאות מכל מחלקות השקילות התקפןת (valid) וכן ערכים ממחלקות השקילות שאינן תקפות (invalid).

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

חדשות מעולם הבדיקות

  • X Things I’ve Learned about Contract Testing with Pact

    A couple of weeks ago, while at TestBash Manchester, I attended the “Contract Testing in Practice with Pact” workshop led by Pierre Vincent. I had some knowledge of the topic but the workshop helped me get some concepts straight, that either I was not familiar with or I had all wrong. Here are some of the things I’ve learned. Hopefully I got them right. Purpose The aim of contract tests should be to check if there are any changes in the structure of an API (renamed fields, change of type of data, etc.) and not its business logic. As an API consumer You provide the contract, stating your expectations of what a call to an API should return. Contract tests serve as unit tests of the structure of your request. Contract tests should respect the tolerant reader pattern. As the post says, you should “only take the elements you need, ignore anything you don’t.” Running the contract tests you created doesn’t inform you of any changes from the provider’s side. If you are consuming external APIs contract testing won’t really work for you. Unless you have a way of ensuring that the external providers will execute the contracts you supply them with. As an API provider Running contract tests lets you know if you still respect the way your consumers use your API. In case a contract test fails, you should either fix it or start discussions with the consumers about mutually changing the contract. As a provider of an external service[…]

    15.10.2019 | 7:37 קרא עוד...
  • Meme of the Day: Bug Reports

    The post Meme of the Day: Bug Reports appeared first on The Life Of One Man.

    15.10.2019 | 4:32 קרא עוד...
  • Five Blogs – 15 October 2019

    The (best) five blogs I read today. Check them out. How to Apply Shift-Left Testing in Continuous Testing? Written by: Katalon Studio Team Lessons Learned about Cloud Written by: Srinivas Kadiyala Working with People Who Aren’t Self-Aware Written by: Tasha Eurich Things You Should Know About IoT Testing Written by: TestingWhiz How to Move from Stupid to Smart when You’re Stressed Written by: Dan Rockwell Quote of the day: “There are certain things, no matter what, you have to keep inside.” -Haruki Murakami You can follow this page on Twitter

    15.10.2019 | 12:33 קרא עוד...

טיפים

  • בודק - השאר ממוקד מטרה
    בודק - השאר ממוקד מטרה בודק - "השאר ממוקד מטרה / Keep Your Eye on the Ball - The End Goal " – כבודקים בעלי יכולת מיקוד וירידה לפרטים, לעיתים אנו מאבדים את התמונה הכוללת וצוללים יתר על המידה בבדיקת נושאים…
    קרא עוד...
  • בדוק מוקדם ככול הניתן
    בדוק מוקדם ככול הניתן "בדוק מוקדם ככול הניתן" – אחת המטרות של הבדיקות הינה לספק כמה שיותר משוב ומידע לגבי איכות המערכת מנקודות מבט שונות (פונקציונליות ולא פונקציונליות כמו עמידה בעומסים ושאר יכולות). לעיתים בודקים נוטים בטעות לחשוב כי הדרך…
    קרא עוד...
לרשימה המלאה >>