לבדוק או לא לבדוק - זאת השאלה לא תמיד צריך לבצע כל בדיקה עליה חשבנו או אותה תכננו, ועלינו תמיד לשקול עלות מול תועלת, שהרי ככל שעבודת הבדיקות מתארכת – כך גם…
בודק - עקוב אחרי בודקים אחרים בטוויטר ובבלוגים, חלוק רעיונות והתנסויות, כתוב, קבל משוב ושפר את יכולות ההתדיינות – נראה כי היתרונות בעולם הטוויטר חמקו מעיני קהילת הבודקים הישראלית אשר לרוב דווקא…
בודק - השתתף בקורס בדיקות, קרא הסילבוס או צפה בקורסים חינמיים כגון BBST – הנחייה זו נכונה הן לבודקים מתחילים והן לבודקים מנוסים שלא עברו קורס מימיהם, ואף כאמצעי לרענון הידע מידיי…
נכתב על ידי halperinko |
שבת, 14 פברואר 2015 19:50
צור מפת חשיבה – Mind Map MM - מאפשרת לנו להציג רעיונות בצורה גרפית מרוכזת, ולתאר קשרים בין הפרמטרים השונים המשפיעים על הנושא. כאשר יתרונותיה על עץ בדיקות הנן בעיקר ביכולת להוסיף…
נכתב על ידי halperinko |
שלישי, 03 פברואר 2015 13:40
בודק היה ביקורתי אך אל תעביר ביקורת - Be Critical But do Not Criticize בודק היה ביקורתי אך אל תעביר ביקורת או תפזר האשמות - "Be Critical But do Not Criticize" –…
מבט מערכתי לבודקים – Systems Thinking התכונה או מערכת אותה אנו בודקים - אינה מנותקת משאר העולם, תיקון בנקודה אחת – עשוי להשפיע ולפגוע בנקודות אחרות, ולכן על הבודק להכיר את המערכת…
בודק - "השאר ממוקד מטרה / Keep Your Eye on the Ball - The End Goal " – כבודקים בעלי יכולת מיקוד וירידה לפרטים, לעיתים אנו מאבדים את התמונה הכוללת וצוללים יתר…
נכתב על ידי halperinko |
שישי, 26 דצמבר 2014 11:01
בודק - הבן את המודל והאתגרים העיסקיים המוצרים אותם אנו בודקים מיועדים (בין השאר) לקדם את מטרות הארגון בו אנו עובדים, ולנו מחוייבות לעזור בתהליך זה, שהרי לשם כך בעלי העסק מחזיקים…
נכתב על ידי halperinko |
ראשון, 30 נובמבר 2014 20:28
בודק - למד להסביר – כבודקים אנו נאלצים להעביר הלאה מידע רב בשלבים שונים של עבודתנו, החל מהסבר על התקדמות ומצב משימת הבדיקות שלפנינו, דרך הסבר מהות הבאגים, מקורם, חומרתם והשלכותיהם. מעבר…
נכתב על ידי halperinko |
ראשון, 07 ספטמבר 2014 19:44
בודק - למד לשאול – Learn to Question - Tony Bruce – חלק ניכר מעבודת הבודק כרוכה באיסוף מידע לגבי המערכת, התכונה או הנושא הנבדק.במהלך איסוף המידע נתקל במידע רב המגיע מגורמים…
נכתב על ידי halperinko |
שבת, 30 אוגוסט 2014 11:09
בודקים - זכרו כי מדובר באנשים "זכרו כי מדובר באנשים" (Tony Bruce) – בסופו של יום – כל מוצר ותוכנה מיועד לשרת צרכי אנשים. לעיתים מדובר בקהל אבסטרקטי שאיננו מכירים באופן אישי…
נכתב על ידי halperinko |
שבת, 23 אוגוסט 2014 21:34
"בדוק מוקדם ככול הניתן" – אחת המטרות של הבדיקות הינה לספק כמה שיותר משוב ומידע לגבי איכות המערכת מנקודות מבט שונות (פונקציונליות ולא פונקציונליות כמו עמידה בעומסים ושאר יכולות). לעיתים בודקים נוטים…
נכתב על ידי halperinko |
שבת, 16 אוגוסט 2014 12:22
עבודת בודקים בצמד עם המפתח "עבודה בצמד עם המפתח" – לעבודה בצמדים יתרונות רבים אך לעיתים היא נזנחת בשל "העלות הכפולה". בשנים האחרונות עם עליית שיטות אג'יליות ו- Extreme Programming צורת עבודה…
נכתב על ידי halperinko |
שבת, 09 אוגוסט 2014 12:01
בודק - אל תפחד לדווח על הממצאים – ולדחוף לשינוי " אל תפחד לדווח על הממצאים – ולדחוף לשינוי" לעיתים אנו חוששים לעמוד על שלנו, אנו מקבלים ללא סימני שאלה אמירות של…
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 נגיש לאנשים הרלוונטיים בקלות ומציג מידע עדכני.