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
דרגו כתבה זו
(1 הצבעה)

בודק - למד לשאול – 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

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

  • Intro to Pace Layered Application Strategy

    Intro to Pace Layered Application Strategy Just like products across different industries are not the same, similarly software products are not the same either. While I used to understand that difference, but perhaps did not appreciate how different they can be and how they should be classified and treated differently. Recently I came across Gartner’s PACE layered application strategy giving a new perspective which can be very helpful for managing multiple products or programs. Premise of the strategy It was realised that certain applications don’t change a lot and need to be more cost effective and stable than efficient, while others had to be delivered very quickly and change frequently. Both require different processes and should focus on different goals. A mobile app compared to a mainframe application are not the same. Clearly both serve very different markets and have unique requirements, hence no single strategy can be used for both. In 2010 Gartner introduced a concept where different applications in an organization can be delivered at a different ‘pace’, meaning some would have shorter release cycles and are more flexible, while other applications would be slower and more robust in delivery. Understanding which applications need rapid delivery and change and where this is not a requirement is important. Also applications under these categories should not be organized around each other since the required results are different. Pace Layers From rapid deployment and flexibility to slow releases and stabile products, there are three layers defined with unique characteristics providing the needed support to one another. Systems[…]

    19.01.2019 | 8:21 קרא עוד...
  • Reverting Ruby Hash So That Array Values Become Keys, And Keys become Values

    TL;DR Dale Emery @dhemery ask this question on Twitter. I responded with Gist solution. The Problem Is there a canonical/idiomatic way in Ruby 2+ to invert a hash whose values are arrays, so that the resulting hash uses the values in… Continue Reading →

    19.01.2019 | 7:34 קרא עוד...
  • Easy Free Automation Part I: Unit Tests

    Easy Free Automation Part I: Unit Tests This post is the beginning of an eight-part series on easy, free ways to automate each area of the Automation Test Wheel.  It's been my experience that there are a number of barriers to learning test automation.  First, the team you are on might not need certain types of automation.  For example, my team has been solely API-focused, so for the last two years I haven't had much reason to do UI automation.  Second, your company may already have invested in specific automation tools, so when you want to learn to use a different tool, you need to do it on your own.  Third, there are many tools that have barriers to using them, such as a high cost or a complicated setup.  And finally, there is not always good documentation out there to help people get started.In this series, I'm hoping to provide simple, free examples that will demonstrate each area of the Automation Test Wheel in practice, which you can use as a jumping-off point in your own automation journey.  We'll begin with unit tests.Unit tests are usually written by developers, but it's a good idea for all software testers to understand what they are and how they work.  Unit tests test just one method or function, and they aim to exercise as many paths of that method or function as possible.  The major benefit of unit tests is that they provide extremely fast, accurate feedback.I'm going to use Python and Pytest to demonstrate how unit tests work. […]

    19.01.2019 | 7:24 קרא עוד...

טיפים

לרשימה המלאה >>