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

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

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

he icon   en icon

טיפים

דרגו כתבה זו
(5 הצבעות)

לבדוק או לא לבדוק? - זאת השאלה

לבדוק או לא לבדוק - זאת השאלה לא תמיד צריך לבצע כל בדיקה עליה חשבנו או אותה תכננו, ועלינו תמיד לשקול עלות מול תועלת, שהרי ככל שעבודת הבדיקות מתארכת – כך גם…
נכתב על ידי | שישי, 05 יוני 2015 16:56
בודק - עקוב אחרי בודקים אחרים בטוויטר ובבלוגים, חלוק רעיונות והתנסויות, כתוב, קבל משוב ושפר את יכולות ההתדיינות – נראה כי היתרונות בעולם הטוויטר חמקו מעיני קהילת הבודקים הישראלית אשר לרוב דווקא…
נכתב על ידי | שבת, 21 מרס 2015 16:37
בודק - השתתף בקורס בדיקות, קרא הסילבוס או צפה בקורסים חינמיים כגון BBST – הנחייה זו נכונה הן לבודקים מתחילים והן לבודקים מנוסים שלא עברו קורס מימיהם, ואף כאמצעי לרענון הידע מידיי…
נכתב על ידי | שבת, 14 פברואר 2015 19:50
דרגו כתבה זו
(1 הצבעה)

צור מפת חשיבה – Mind Map

 צור מפת חשיבה – Mind Map MM - מאפשרת לנו להציג רעיונות בצורה גרפית מרוכזת, ולתאר קשרים בין הפרמטרים השונים המשפיעים על הנושא. כאשר יתרונותיה על עץ בדיקות הנן בעיקר ביכולת להוסיף…
נכתב על ידי | שלישי, 03 פברואר 2015 13:40
בודק היה ביקורתי אך אל תעביר ביקורת - Be Critical But do Not Criticize בודק היה ביקורתי אך אל תעביר ביקורת או תפזר האשמות - "Be Critical But do Not Criticize" –…
נכתב על ידי | שבת, 10 ינואר 2015 19:57
דרגו כתבה זו
(1 הצבעה)

מבט מערכתי לבודקים – Systems Thinking

מבט מערכתי לבודקים – Systems Thinking התכונה או מערכת אותה אנו בודקים - אינה מנותקת משאר העולם, תיקון בנקודה אחת – עשוי להשפיע ולפגוע בנקודות אחרות, ולכן על הבודק להכיר את המערכת…
נכתב על ידי | שבת, 03 ינואר 2015 11:53
דרגו כתבה זו
(1 הצבעה)

בודק - השאר ממוקד מטרה

בודק - "השאר ממוקד מטרה / Keep Your Eye on the Ball - The End Goal " – כבודקים בעלי יכולת מיקוד וירידה לפרטים, לעיתים אנו מאבדים את התמונה הכוללת וצוללים יתר…
נכתב על ידי | שישי, 26 דצמבר 2014 11:01
בודק - הבן את המודל והאתגרים העיסקיים המוצרים אותם אנו בודקים מיועדים (בין השאר) לקדם את מטרות הארגון בו אנו עובדים, ולנו מחוייבות לעזור בתהליך זה, שהרי לשם כך בעלי העסק מחזיקים…
נכתב על ידי | ראשון, 30 נובמבר 2014 20:28
דרגו כתבה זו
(1 הצבעה)

בודק - למד להסביר

בודק - למד להסביר – כבודקים אנו נאלצים להעביר הלאה מידע רב בשלבים שונים של עבודתנו, החל מהסבר על התקדמות ומצב משימת הבדיקות שלפנינו, דרך הסבר מהות הבאגים, מקורם, חומרתם והשלכותיהם. מעבר…
נכתב על ידי | ראשון, 07 ספטמבר 2014 19:44
דרגו כתבה זו
(2 הצבעות)

בודק - למד לשאול – Learn to Question

 בודק - למד לשאול – Learn to Question - Tony Bruce – חלק ניכר מעבודת הבודק כרוכה באיסוף מידע לגבי המערכת, התכונה או הנושא הנבדק.במהלך איסוף המידע נתקל במידע רב המגיע מגורמים…
נכתב על ידי | שבת, 30 אוגוסט 2014 11:09
דרגו כתבה זו
(3 הצבעות)

בודקים - זכרו כי מדובר באנשים

בודקים - זכרו כי מדובר באנשים "זכרו כי מדובר באנשים" (Tony Bruce) – בסופו של יום – כל מוצר ותוכנה מיועד לשרת צרכי אנשים. לעיתים מדובר בקהל אבסטרקטי שאיננו מכירים באופן אישי…
נכתב על ידי | שבת, 23 אוגוסט 2014 21:34
דרגו כתבה זו
(2 הצבעות)

בדוק מוקדם ככול הניתן

"בדוק מוקדם ככול הניתן" – אחת המטרות של הבדיקות הינה לספק כמה שיותר משוב ומידע לגבי איכות המערכת מנקודות מבט שונות (פונקציונליות ולא פונקציונליות כמו עמידה בעומסים ושאר יכולות). לעיתים בודקים נוטים…
נכתב על ידי | שבת, 16 אוגוסט 2014 12:22
דרגו כתבה זו
(2 הצבעות)

טיפ - עבודת בודקים בצמד עם המפתח

 עבודת בודקים בצמד עם המפתח "עבודה בצמד עם המפתח" – לעבודה בצמדים יתרונות רבים אך לעיתים היא נזנחת בשל "העלות הכפולה". בשנים האחרונות עם עליית שיטות אג'יליות ו- Extreme Programming צורת עבודה…
נכתב על ידי | שבת, 09 אוגוסט 2014 12:01
בודק - אל תפחד לדווח על הממצאים – ולדחוף לשינוי " אל תפחד לדווח על הממצאים – ולדחוף לשינוי" לעיתים אנו חוששים לעמוד על שלנו, אנו מקבלים ללא סימני שאלה אמירות של…
נכתב על ידי | שבת, 26 יולי 2014 19:18
עמוד 1 מתוך 3

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

  • Using Retries in tests can hide the bugs

    Using Retries in tests can hide the bugs We are quite familiar with the concept of randomly failing automated tests. Those are the tests that even though there is no change in the feature they are testing, they either fail randomly at the same step, or they fail at random steps. Handling the results of such tests can be tricky, and some teams choose to simply retry a test if it failed. But is that the best option? Here are my thoughts. First of all, we need to ask ourselves why these tests are failing randomly. Here are a few possible reasons: the test environment is unreliable. Too often a test environment does not have enough hardware resources to work properly under the load our automation generates. Or, it could be configured incorrectly. we are not using waits (if we are talking about Selenium tests). The test itself is not properly written to account for asynchronous events that take place in the UI we are testing. In some cases the use of Javascript is making it harder on our tests to be reliable. In order to have a green test results report after the tests ran, a retry mechanism is often put in place. It can re-run the failing tests either only once, or a chosen number of times. However this can hide the fact that the tests did really fail for a reason, and the reason was that there is a bug in the system. Because the test failed at the first run, but could pass at[…]

    14.04.2021 | 1:20 קרא עוד...
  • Five Blogs – 14 April 2021

    The (best) five blogs we can read today. Check them out. Catch 22 and The Kobayashi Maru Written by: Steve Keating Pipelines as code… not text Written by: Beastmode Achieve More with Less: Pareto’s Principle in Software Testing Written by: Prashant Hedge The thrill of testing Written by: Paul Seaman Is Critical Thinking Dead? Written by: Randy Gage Quote of the day: “The present changes the past. Looking back you do not find what you left behind.” -Kiran Desai You can follow this page on Twitter

    13.04.2021 | 11:22 קרא עוד...
  • What I learned from Practitest’s State of Testing Report 2021

    What I learned from Practitest’s State of Testing Report 2021 Look at the rules, not the exceptions Now in its 8th year, the SOT Report provides testers with some valuable trend-based information on all things testing. The full report in all of its chart based glory was delivered today, and is well worth bookmarking. You can read the full report here. Sometimes, when attending meetups, conferences or reading online articles, the loudest voices are often those with the most exceptional experiences. But we may discover this fact long after our own Imposter Syndrome has reprimanded us for not living up to their ideals. We may find ourselves wondering “I’ll never be a proper tester, I don’t even write unit tests” or “I’ve never done test coaching/worked on IoT technology/done BDD/shifted left/[insert plethora of missing skills]” so is there even a future for me in this industry? Stats tend to be more accurate at revealing general trends. As I did at my Testbash Manchester talk, rather than focusing on the exceptions, I want to pull out some of the rules. How the majority of people who consider themselves to work in Testing define what they do, what they call themselves, and how they work. Nope, its not sexy. But it is reassuring to learn that out of all the responses:- 28% are known as “Test/QA engineers”, only 0.89% Test Coach and 2.14% are SDETS.74% and 60% test Web and Mobile, only 9% IoT and 18% Big Data.92% work in Agile environments, only 27% use BDD.75% have tasks that involve Test Automation[…]

    13.04.2021 | 2:14 קרא עוד...

טיפים

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