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

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

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

he icon   en icon

בחן את עצמך - כיסוי החלטות - טל פאר (עולם הבדיקות גיליון #7)

נכתב על ידי 
שלישי, 27 דצמבר 2016 21:10
דרגו כתבה זו
(1 הצבעה)

בחן את עצמך - כיסוי החלטות - טל פאר (עולם הבדיקות גיליון #7)

מרבית הבודקים מתכננים בדיקות בעזרת טכניקת עיצוב מסוג קופסה שחורה (black box) כלומר כאלה שמתבססות על מסמכי המערכת, כגון מסמכי דרישות, מסמכי אפיון וכדומה. הגישה הזו אומרת שאנחנו, הבודקים, בודקים את המערכת השלמה ובאים להראות האם המערכת נבנתה לפי התכנון ולפי דרישות הלקוח.
אולם בהסמכת ISTQB® אנחנו לומדים גם טכניקות עיצוב בדיקות קופסה לבנה (white box), כאלה שמבוססות על המבנה של המערכת ובייחוד על הקוד. טכניקות אלה באות לוודא שהבדיקות שלנו אכן מכסות את כל הקוד שנכתב למערכת...

שאלה זו הופיעה בגיליון #7 של מגזין עולם הבדיקות - לצפייה בפורמט המלא כולל קישורים וכד' ובשאר מאמרי גיליון זה:
bit.ly/TW-07

 

TW7 ExamQ TalPeer 1

....

....

....

 

TW7 ExamQ TalPeer 2

 

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

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

  • 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 קרא עוד...

טיפים

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