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

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

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

he icon   en icon

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

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

נושא פינת המושג התורן

פינת המושג התורן 19 יונ 2013 17:41 #626

  • Avi Ofer
  • Avi Ofer's Avatar
  • מנותקים
  • Junior Boarder
  • פוסטים: 34
  • תודות שהתקבלו 10
  • קארמה: 0
לאחרונה פרסמתי את התרגום המלא של רשימת מושגי בדיקות התוכנה על בסיס גלוסאר 2.2 של ISTQB בתוספת מונחים רבים לקורא הישראלי.
עתה אני עובד על תרגום הגדרות המונחים. בפינה זו אנסה לצרף, מדי פעם כמידת יכולתי, מושג או שניים עם תרגומם לעברית ותרגום הגדרתם. שאלות ותגובות תתקבלנה בברכה.
אבי ע

קישור לכל התרגומים (כולל סילבוס 2011, מילון המונחים המלא 2.2+ אנגלי-עברי ועברי-אנגלי):
עריכה אחרונה: 31 יול 2013 15:11 ע"י Avi Ofer. סיבה: שינוי שם הפינה
יש להרשם בכדי לכתוב בפורום.
המשתמשים הבאים אמרו לך תודה: halperinko

absence-of-errors fallacy - אשליית היעדר-שגיאות 19 יונ 2013 17:43 #627

  • Avi Ofer
  • Avi Ofer's Avatar
  • מנותקים
  • Junior Boarder
  • פוסטים: 34
  • תודות שהתקבלו 10
  • קארמה: 0
absence-of-errors fallacy
אשליית היעדר-שגיאות
:

מצב בו במערכת אמנם אין פגמים, אך היא אינה מספקת את צרכי המשתמשים ואת הציפיות ממנה, ובפועל אינה שמישה.
עריכה אחרונה: 19 יונ 2013 20:17 ע"י halperinko.
יש להרשם בכדי לכתוב בפורום.
המשתמשים הבאים אמרו לך תודה: halperinko

absence-of-errors fallacy - אשליית היעדר-שגיאות 19 יונ 2013 20:25 #630

  • halperinko
  • halperinko's Avatar
  • מנותקים
  • Administrator
  • פוסטים: 836
  • תודות שהתקבלו 35
  • קארמה: 3
הייתי מעדיף את ההגדרה - "מצב בו איננו מוצאים עוד פגמים במערכת", שהרי אי מציאתם אינה אומרת כי אין במערכת פגמים שעדיין לא גילינו (וכמעט וודאי כי יש).

אם אני מבין נכון, המושג בא לתאר את הצורך להתייחס לתוצאות הבדיקות בזהירות יתרה בכדי לא לגרום לאשלייה בקרב המנהלים כאילו עצם העובדה כי איננו מוצאים עוד פגמים במערכת, משקפים למערכת איכות גבוהה - בזמן שייתכן ומבחינת תפיסת האיכות של הלקוח המצב עשוי להיות שונה, בשל בעיות איכות שאינן משתקפות כפגמים (באגים).
יש להרשם בכדי לכתוב בפורום.
המשתמשים הבאים אמרו לך תודה: Avi Ofer

absence-of-errors fallacy - אשליית היעדר-שגיאות 22 יונ 2013 13:49 #632

  • Avi Ofer
  • Avi Ofer's Avatar
  • מנותקים
  • Junior Boarder
  • פוסטים: 34
  • תודות שהתקבלו 10
  • קארמה: 0
כן ולא. אמנם לעולם איננו בטוחים שגילינו את כל הפגמים, וזה מושכל ראשון במקצוע, אבל הגדרה ספציפית זו נכונה אפילו במקרה הקיצוני שכן יש לנו וודאות (או אשליה) שגילינו את כל הפגמים במערכת עצמה.
המושג מתאר בעצם את ההבדל בין אימות (וריפיקציה) לתיקוף (ולידציה). גם אם האימות לא מצא שום פגם ואנו מאמינים לכן שלא קיים שום פגם באופן בו המערכת עושה מה שהיא עושה, עדיין אין זה אומר דבר לגבי השאלה אם המערכת עושה מה שהיא צריכה לעשות.
יש להרשם בכדי לכתוב בפורום.

acceptance criteria - אמות מידה (קריטריונים) לקבלה 19 יונ 2013 17:44 #628

  • Avi Ofer
  • Avi Ofer's Avatar
  • מנותקים
  • Junior Boarder
  • פוסטים: 34
  • תודות שהתקבלו 10
  • קארמה: 0
acceptance criteria
אמות מידה (קריטריונים) לקבלה
:

אמות המידה ליציאה (exit criteria) שרכיב או מערכת צריכים לעמוד בהם כדי שיתקבלו על ידי משתמש, לקוח, או כל ישות מוסמכת אחרת [IEEE 610]
עריכה אחרונה: 19 יונ 2013 20:19 ע"י halperinko.
יש להרשם בכדי לכתוב בפורום.
המשתמשים הבאים אמרו לך תודה: halperinko

acceptance testing - בדיקות קבלה: 22 יונ 2013 14:00 #633

  • Avi Ofer
  • Avi Ofer's Avatar
  • מנותקים
  • Junior Boarder
  • פוסטים: 34
  • תודות שהתקבלו 10
  • קארמה: 0
acceptance testing
בדיקות קבלה:

בדיקות פורמליות בדגש על צרכי המשתמש, הדרישות, והתהליכים הרשמיים, המתבצעות כדי לקבוע אם מערכת עונה או לא לאמות המידה לקבלה, וכדי לאפשר למשתמש, ללקוח או לישות מוסמכת אחרת לקבוע אם לקבל את המערכת או לא [בעקבות IEEE 610]
עריכה אחרונה: 23 יונ 2013 05:46 ע"י halperinko.
יש להרשם בכדי לכתוב בפורום.

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

  • API Testing Challenges 30 - How To - authentication passed 201

    This post and video shows how to complete the basic auth authentication using username and password challenge number 30, which returns a status code of 201. What are the API Challenges? Our API Challenges Application has a fully functional cloud hosted API, and a set of challenges to work through. Authentication Challenge Most of the challenges simply require the correct payload, and an X-Challenger header to track the session. The authentication challenges require an extra header, the value for which can only be obtained with a username and password. Challenge 30 Authentication Passed Issue a POST request on the /secret/token end point and receive 201 when Basic auth username/password is admin/password POST request means use the HTTP Verb POST e.g. POST /secret/token sends to the secret token endpoint Basic auth means include the Basic Authorization header username/password is admin/password the authorisation header value is base 64 encoded, and the details should match admin as the username, and password for the password add the X-CHALLENGER header to track progress and because the authentication code we need is asociated with the X-challenger session Receive a 201 response because the session token has been created to allow authorization to access the secret notes Basic Instructions Create a new request for the /secret/token end point if running locally that endpoint would be http://localhost:4567/secret/token if running in the cloud that endpoint would be https://apichallenges.herokuapp.com/secret/token The verb should be a POST Add a Basic Auth header by selecting “Basic” from the “Auth” tab and entering a[…]

    24.07.2021 | 3:30 קרא עוד...
  • API Testing Challenges 29 - How To - authentication failed 401

    This post and video shows how to complete the authentication failed with username and password challenge number 29, which returns a status code of 401. What are the API Challenges? Our API Challenges Application has a fully functional cloud hosted API, and a set of challenges to work through. Authentication Challenge Most of the challenges simply require the correct payload, and an X-Challenger header to track the session. The authentication challenges require an extra header, the value for which can only be obtained with a username and password. Challenge 29 Authentication Failed Issue a POST request on the /secret/token end point and receive 401 when Basic auth username/password is not admin/password POST request means use the HTTP Verb POST e.g. POST /secret/token sends to the secret token endpoint Basic auth means include the Basic Authorization header username/password is not admin/password the authorisation header value is base 64 encoded, and the details should not match admin as the username, and password for the password add the X-CHALLENGER header to track progress and because the authentication code we need is asociated with the X-challenger session Receive a 401 response Basic Instructions Create a new request for the /secret/token end point if running locally that endpoint would be http://localhost:4567/secret/token if running in the cloud that endpoint would be https://apichallenges.herokuapp.com/secret/token The verb should be a POST Add a Basic Auth header by selecting “Basic” from the “Auth” tab and entering a username and password but make sure it is not admin/password e.g. use username[…]

    24.07.2021 | 3:15 קרא עוד...

טיפים

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