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

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

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

he icon   en icon

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

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

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

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

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

במחשבון המבצע את 4 פעולות החשבון העיקריות עבור מספרים שלמים בין 100- (מינוס 100) ל-100, איזה מהבאים מהווה מדגם ובו פריט אחד של ערכי קלט מכל מחלקת שקילות?
א. 170-, 60-, 0, 40, 210
ב. 100-, 100
ג. 100-, 34-, 0, 55, 100
ד. 150-, 100-, 50-, 50, 100, 150

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

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

החלוקה הנכונה היא:
מחלקות תקפות: A: {-1 .. -100} ; B: {1 .. 100} ; C: {0}
מחלקות לא תקפות: D: {-101 .. -MaxInt} ; E: {101 .. MaxInt}

בתשובה ב' חסרים נציגים של מחלקות שקילות לא תקפות (invalid) וכן 0.
בתשובה ג' חסרים נציגים של מחלקות שקילות לא תקפות (invalid) ויש שני נציגים של המחלקות A ו-B
בתשובה ד' חסר 0 ויש שני נציגים של המחלקות A ו-B
יש להרשם בכדי לכתוב בפורום.

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

  • 5 Things to Read This Week - 24th Set 2019

    5 Things to Read Google - The Standard of Code Review Some of Google’s instructions for a good code review. It talks how code review can be used for mentoring, that imperfect changes that improve overall quality should be accepted, and remind us that design is not always an objective factor. James Bach - Introducing the Round Earth Test Strategy Heuristic Short webinar from James Bach explaning some flaws he sees on the Testing Pyramid and how to expand it with aspects such as risk, unkowns unknows, and human evaluation. Fixing the Water Leak If you try to setup static analysis of a legacy project for the first time, you inevitably end up with thousands of errors and warnings. It usually leads to a demotion of the value of static analysis: “We will never fix all of this, it will always be red”. On this article, Sonar tell us that you are right, and sugest and approach on how incorporte static analysis on legacy projects. The Sprint Goal & the Scrum Time Paradox A sprint in Scrum is not a mini-waterfall project, we can be flexible and pivot inside a sprint. If it may seem contradictory with the concept of Sprint Backlog, David Denham will explain this confusion and how to make sense of all of this. Michael Bolton. Risk Analysis. “Risk Analysis: Impact x Probability”, right? Can be, but not always. Here Michael Bolton deep dives on the concepts of risk and analysis, and the complexities of these activities[…]

    24.09.2019 | 6:00 קרא עוד...
  • Five Blogs – 24 September 2019

    The (best) five blogs I read today. Check them out. The internet is more fragile than you think Written by: Vasileios Giotsas Tester’s Diary: Mapping Out Testing on a Journey to DevOps Written by: Carol Brands Business Users Do Not Search For API Solutions, They Just Search For Solutions Written by: Kin Lane The 4 Mindsets of High Performance Teams Written by: Randy Conley How to approach test case design Written by: Gerie Owen Quote of the day: “Better to be at the bottom of a ladder you want to climb than in the middle of some ladder you don’t, right?” -Dave Eggers You can follow this page on Twitter

    24.09.2019 | 12:44 קרא עוד...
  • 12 Program Challenge – The Login Page Generator

    Ok, so the 12 programs in 12 months challenge starting point come up in next few days so today I want to discuss rules and First program. Challenge Rules Programs have to pass the criteria: helpful for quality improvements or for testers in general I have time from 1st of the given month to last day to create and release a working program. At the beginning of the month, I will make a post explaining my idea for the program. At the end of the month, I will make another post showing off the program. The app will be either available to download from my GitHub or will be deployed somewhere. Participation in hackathon counts -as long as I was working at it as developer not tester. (And fallows the criteria) If some app will get traction with the community I will provide bug fixes and maybe do some feature requests. Follow The Challenge I have set up a Trello board for the Project – you can follow progress there. Reop on github is here. I will be doing steams from coding, if you want to join there will be on my YouTube channel, I will be posting information when I will be streaming on facebook and twitter. If you want to support me on my Endeavours I have setup Ko-fi.com/thebrokentest where you could donate. All money will be used for projects or page maintenance. Program 1 – The Page Object Login Page Generator There is one thing I’ve done[…]

    24.09.2019 | 12:19 קרא עוד...


לרשימה המלאה >>