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

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

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

he icon   en icon

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

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

נושא תנאי בדיקה (test condition) הוא:

תנאי בדיקה (test condition) הוא: 25 דצמ 2015 14:58 #3432

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

תנאי בדיקה (test condition) הוא:
א. תנאי חוזי או רגולטורי לביצוע הבדיקה או חלק ממנה
ב. אמת מידה ליציאה המהווה תנאי לביצוע הבדיקה או חלק ממנה
ג. תוצאה של מקרה בדיקה או חלק ממנו המהווה תנאי לביצוע הבדיקה
ד. פריט או אירוע שעשוי להיות מאומת על ידי מקרה בדיקה

יעד לימוד: מושגים, סעיף 1.4 (הלומדים נדרשים לזכור (1K) את כל המושגים המופיעים תחת הכותרת "מושגים" בכל פרק )

הסבר: תשובה ד הינה התשובה הנכונה ותואמת להגדרת המושג במילון המונחים (glossary):
"פריט או אירוע של רכיב או מערכת שעשוי להיות מאומת על ידי מקרה בדיקה אחד או יותר, למשל פונקציה, תנועה (transaction), תכונה (feature), מאפיין איכות, או אלמנט

תשובה א אינה נכונה כי מתייחסת לבדיקות תאימות (compliance testing) של המוצר לתקנים או התחייבויות חוזיות.
תשובה ב מתייחסת לתנאי יציאה (exit condition) מפרויקט
תשובה ג היא סתם ערבוב לא הגיוני (אם כבר יש תוצאה לבדיקה, אז מסתבר שהרצנו אותה כבר). מעבר לעניין הפשוט ש"תנאי בדיקה" אינו תוצאה של בדיקה.
יש להרשם בכדי לכתוב בפורום.

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

  • Measuring Quality

    Measuring Quality The concept of measuring quality can be a hot-button topic for many software testers.  This is because metrics can be used poorly; we've all heard stories about testers who were evaluated based on how many bugs they found or how many automated tests they wrote.  These measures have absolutely no bearing on software quality. A person who finds a bug in three different browsers can either write up the bug once or write up a bug for each browser; having three JIRA tickets instead of one makes no difference in what the bug is!  Similarly, writing one hundred automated tests where only thirty are needed for adequate test coverage doesn't ensure quality and may actually slow down development time.But measuring quality is important, and here's why: software testers are to software what the immune system is to the human body.  When a person's immune system is working well, they don't think about it at all.  They get exposed to all kinds of viruses and bacteria on a daily basis, and their immune system quietly neutralizes the threats.  It's only when a threat gets past the immune system that a person's health breaks down, and then they pay attention to the system.  Software testers have the same problem: when they are doing their job really well, there is no visible impact in the software.  Key decision-makers in the company may see the software and praise the developers that created it without thinking about all the testing that helped ensure that the[…]

    7.12.2019 | 8:44 קרא עוד...
  • Comparing equivalent Python statements

    While teaching one of my Python classes yesterday I noticed a conditional expression which can be written in several ways. All of these are equivalent in their behavior: if os.path.isdir(path) is False: pass if os.path.isdir(path) is not True: pass if os.path.isdir(path) == False: pass if os.path.isdir(path) != True: pass if not os.path.isdir(path): pass My preferred style of writing is the last one (not os.path.isdir()) because it looks the most pythonic of all. However the 5 expressions are slightly different behind the scenes so they must also have different speed of execution (click operator for link to documentation): is - identity operator, e.g. both arguments are the same object as determined by the id() function. In CPython that means both arguments point to the same address in memory is not - yields the inverse truth value of is, e.g. both arguments are not the same object (address) in memory == - equality operator, e.g. both arguments have the same value != - non-equality operator, e.g. both arguments have different values not - boolean operator In my initial tweet I mentioned that I think is False should be the fastest. Kiwi TCMS team member Zahari countered with not to be the fastest but didn't provide any reasoning! My initial reasoning was as follows: is is essentially comparing addresses in memory so it should be as fast as it gets == and != should be roughly the same but they do need to "read" values from memory which would take additional time before[…]

    6.12.2019 | 2:19 קרא עוד...
  • Definition of the day: Error Guessing

      Hey everyone, Here is the definition of the day: Error Guessing A test technique in which tests are derived on the basis of the tester's knowledge of past failures, or general knowledge of failure modes. Examples When you find multiple bugs during a testing phase, once all the bugs have been fixed then you ... [Read more...] The post Definition of the day: Error Guessing appeared first on The Life Of One Man.

    6.12.2019 | 4:07 קרא עוד...


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