עודכן מילון המונחים, אנגלי-עברי אנגלי-עברי המפורט - מהדורת בטא 2014-01 - באתר ITCB תודה לדר' אבי עופר על ההשקעה העצומה בתרגום :-) התווספו ערכים רבים (מעל 100 ערכים שאבי הוסיף ע"ג המילון…
נכתב על ידי halperinko |
חמישי, 16 ינואר 2014 06:53
צוות ISTQB® Foundation Agile Tester Certification Extension נפגש בשבוע שעבר פנים אל הפנים בפריז, למפגש פרודוקטיבי במיוחד. דיונים והכנות נעשו במפגש לקראת שחרור גרסת ה-בטא הקרובה של ההסמכה לבודק אג'ייל עלידי הארגון…
נכתב על ידי halperinko |
שלישי, 24 דצמבר 2013 19:49
האם גם אתם כמו בת-היענה טומנים הראש בחול? - או שאתם משתתפים בפעילויות קהילת הבודקים? מקצוע הבדיקות ייחודי בכך שמעבר לקורסים הנלמדים, עלינו להמשיך בתרגול מעשי, ובלימוד מתמיד של שיטות עבודה…
תחרות הצטיינות בינלאומית בבדיקות ISTQB® הבינלאומית קיימה השנה תחרות על סמך עבודות ופרויקטים מצטיינים בבדיקות, בתחרות לקחו חלק מספר רב של אנשי בדיקות תוכנה ברחבי העולם , וועדה מקצועית – שבה נציגות…
נכתב על ידי halperinko |
שבת, 30 נובמבר 2013 21:51
האתר החדש של ITCB, מעבר לאזור הפורמאלי של ITCB, השקענו הרבה מחשבה בכדי לספק לקהילת הבודקים מקום מרכזי ללימוד ולדיון. מקום אליו יתנקזו פעילויות מאתרים השונים בארץ ובעולם, דיונים מכנסים ומגזינים ועוד.…
נועדו לבדוק מה בדיוק עישן התכנת כשכתב את הקוד- אם הוא לא מעושן, איך היה מפקשש דברים כאלו? ;-) ועכשיו הנוסח המשופר לגבי אג'ייל: RT @jeffpatton: Talking with a…
נכתב על ידי halperinko |
שלישי, 07 פברואר 2012 05:49
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.
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
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
אל תבזבזו שעות וימים על הכנת דו"ח שבועי - השתמשו ב- Dashboard. נצלו המידע שכבר קיים במערכת דיווח הבאגים ומערכת ניהול הבדיקות, וודאו שה- dashboard נגיש לאנשים הרלוונטיים בקלות ומציג מידע עדכני.