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

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

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

he icon   en icon

ראיון עם מנהל בדיקות מירום לורנץ - Wirecard (עולם הבדיקות גיליון #7)

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

ראיון עם מנהל בדיקות מירום לורנץ - Wirecard (עולם הבדיקות גיליון #7)   מראיין: דורון בר

מהם האתגרים הייחודיים של קבוצת הבדיקות שלכם - וכיצד אתם מתמודדים אתם?
אחד האתגרים הקשים שלנו היא סביבת בדיקות לא יציבה. הסביבה שהצוות שלי עובד בה היא אמנם סביבת בדיקות, אבל יש לה תקשורת לכל סביבות הבדיקות של הגורמים החיצוניים שאנחנו עובדים איתם. אנו תלויים בגורמים אלה בכדי שסביבת הבדיקות תהיה במצב שנוכל להשתמש בה.

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

 

TW7 TestingManagerInterview MeromLorencz 01

TW7 TestingManagerInterview MeromLorencz 02

TW7 TestingManagerInterview MeromLorencz 03

 

 

שונה לאחרונה ב שלישי, 27 דצמבר 2016 20:40

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

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

  • Levels of enjoyment: Finding bugs by accident vs. by design

    A tester on a community I belong to recently asked whether we find bugs by design or by accident more fulfilling. Here’s my response: I am not sure there is a “by accident” in testing. If you set out to do something, and you discover something else along the way… before you even got to the feature you set out to test, that is a valid find. And part of a failure of the preconditions for the test you expected to run (whether or not that test actually had tests formally planned). In 16 years of testing I never defined or planned HOW I was going to test, I had a vague idea of what it was meant to do and how I would get there to do it. I never wrote test cases in advance. It was contextual. And find bugs I did. In, on, and around the thing I wanted to test. None of which would have been found by code. Because code can’t explore or evaluate the importance of bugs, and would fail if the journey to the feature was unavailable. I’d say 50% of my testing experience was feature-testing related, and 50% was “stuff I found while getting to the feature or other stuff in the feature that wasn’t expected.” I didn’t answer which is more enjoyable, come to think of it, because it was all enjoyable for me, and all equally valuable.

    18.08.2022 | 8:59 קרא עוד...
  • Video of my live coding session "API Testing mit Karate" with "Never Code Alone" (German)

    Video of my live coding session "API Testing mit Karate" with "Never Code Alone" (German) The recording of my live coding YouTube stream "API Testing mit Karate (API testing with Karate)" is now available (German only)! This was a 75 minute event in collaboration with Never Code Alone. plugin:youtube

    18.08.2022 | 3:00 קרא עוד...
  • Five Blogs – 18 August 2022

    The (best) five blogs we can read today. Check them out. Meet The New Automation Question, Same As The Old Automation Question Written by: Paul Grizzaffi Customer-Centric Test Automation Approach Written by: Enrique A Decoss The Top Reason People Fall Short of Their Goals Written by: Frank Sonnenberg Microsoft Disrupts Russian Cyber-Espionage Group Seaborgium Written by: Phil Muncaster Design Patterns for QA Automation: Build effective test solutions Written by: Kostiantyn Teltov Quote of the day: “Sometimes we figure things out, and then life changes and we have to figure it all out again.” -Renee Carlino You can follow this page on Twitter

    18.08.2022 | 12:21 קרא עוד...

טיפים

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