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

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

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

he icon   en icon

טיפים לאוטומציה יעילה - Dale Emery

נכתב על ידי 
חמישי, 13 יוני 2013 05:32
דרגו כתבה זו
(1 הצבעה)
(How to Survive the Coming Test Automation Zombie Apocalypse (PDF slide deck
By Dale Emery
סט שקופיות מעולה המתאר את מרבית המחלות התוקפות פעילויות אוטומציה - ומדגיש כיצד לטפל בהן!
על כל שקופית ניתן לפתוח דיון מעניין...

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

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

  • Is your project opinion or data-driven?

    Is your project opinion or data-driven? we operate much more effectively, both in private and professional life, if we can consult our ideas with other people. I mean people with more, similar and less experience than ours in a given field. This approach allows us to look at the problem from many angles that we would probably never have thought of ourselves.

    27.10.2021 | 10:09 קרא עוד...
  • #265 – Using MTTR to Understand When to Test

    #265 – Using MTTR to Understand When to Test It interests me deeply to explore why testing is happening. Often it’s because some decision-maker or framework dictates – “This is the Way“. And off we go on the quest to slay the dragon – or move items from point A to point B. Without much thinking about how the side quests help to move the main risks of the story. The main risks are usually around something irreplaceable – and hence we test and try our best to shield it. But not all risks are equally dangerous. In IT we can build implicit testing into repeatable deliveries and reduce the time to fix things. The faster things are fixed, the better is time to information for the business needs. Grogu agrees Everything comes with a risk. Even for the best fighter and (beskar) amour. Not all risks make us prepare deliberate activities to be performed in advance of starting a fight. Not all risks make us prepare testing activities. The risks that we do prepare/test for are when our feelings about something that may happen will be hard to fix. If it wasn’t hard to fix it wouldn’t be much of a risk – if it was certain – and not a feeling, it wouldn’t be a risk either. It would be an addressable fact. Risks are about relative time to fix. High MTTR = more explicit testing Put in engineering terms, we usually prepare explicit testing activities when Mean Time To Repair (MTTR) is relatively higher than we[…]

    27.10.2021 | 9:03 קרא עוד...
  • Why We need to Learn Jenkins as QA

    In this video, series of Jenkins Tutorial step by step, we are going to learn Jenkins for Software Testers. I will show How to run your  Automation Projects in Jenkins, we will learn all major concepts of jenkins like jenkins pipeline, freestyle job, jenkins plugins, ... Read moreWhy We need to Learn Jenkins as QA The post Why We need to Learn Jenkins as QA appeared first on Software Testing & Automation.

    27.10.2021 | 1:09 קרא עוד...


  • בודק - בחן את דרך פעולתך מידיי יום
    בודק - בחן את דרך פעולתך מידיי יום בודק - בחן את דרך פעולתך מידיי יום "בחן את דרך פעולתך מידיי יום" – לעיתים קרובות אנו חושבים כי הגענו לשיטת העבודה האידיאלית, או כי אין לנו היכולת לשנות את דרכי הפעולה, וכי השיטות שנבחנו…
    קרא עוד...
  • מבט טרי מביא באגים טריים
    מבט טרי מביא באגים טריים מבט טרי מביא באגים טריים באופן טבעי אנו כבודקים מתמחים בעבודה עם המוצר שאותו אנו בודקים, בהרבה מקרים זהו יתרון (אנו יכולים לזהות בעיות, לעבוד מהר יותר וכן הלאה), אך לעיתים זהו חיסרון – אנו מפתחים…
    קרא עוד...
לרשימה המלאה >>