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

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

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

he icon   en icon

בודק - השתתף בקורס בדיקות, קרא הסילבוס או צפה בקורסים חינמיים כגון BBST

נכתב על ידי 
שבת, 14 פברואר 2015 19:50
דרגו כתבה זו
(3 הצבעות)

בודק - השתתף בקורס בדיקות, קרא הסילבוס או צפה בקורסים חינמיים כגון BBST – הנחייה זו נכונה הן לבודקים מתחילים והן לבודקים מנוסים שלא עברו קורס מימיהם, ואף כאמצעי לרענון הידע מידיי כמה שנים.

לצערנו בשנים הראשונות להתפתחות מקצוע הבדיקות נטבעה בו בטעות הסטיגמה כי ניתן לקחת כל אדם מן הרחוב לתת לו לשחק עם המוצר הנבדק ולקרוא לכך בדיקות – אך לאט לאט חודרת לשוק התובנה כי בדיקות זהו מקצוע שצריך ללמוד אותו, ולהתמחות בו.

לצערי למרות שיפור ניכר שאנו רואים עם השנים בכמות הבודקים שעוברים הדרכה מסודרת, דווקא נראה כי לא מעט ראשי צוות ומנהלים החלו את דרכם כשקורסי בדיקות היו פחות נפוצים - וחלקם נותרו במצב זה של חוסר מודעות לצורך בלימוד ושיפור מתמיד של הידע והטכניקות הנדרשות.
(ואגב - קורסים במבנה דומה היו קיימים עוד הרבה לפני כניסת ISTQB לתחום, אני לדוגמא זכיתי לעבוד תחת מנהלים שהבינו הצורך ועברתי קורס בדיקות עוד בשנת 1994)

עם השנים הצטבר ידע רב בספרים, מאמרים, פורומים, ובלוגים – הכרת ידע זה מאפשרת כניסה מהירה יותר לתחום הבדיקות והבנת שיטות בדיקה.

כמו כן ישנם מושגים רבים בתחום בהם משתמשים בארגונים שונים בצורה שונה – דבר המקשה לחלוק ידע ולדון עם בודקים אחרים בשל "מגדל בבל" של המקצוע.

השתתפות בקורס בדיקות מאפשרת לקבל במרוכז ובאופן מודרך את הידע הבסיסי בזמן קצר יחסית (מס' ימים) ובעזרת חומר איכותי ומורחב שהוכן ע"י בעלי מקצוע ומשם ניתן להמשיך בלימוד עצמי ו/או לשלב קורסים מתקדמים.

לבודקים פעילים חלק מהמידע בקורס עשוי להיות מיותר מכיוון שכבר שמעו אותו פה ושם (בתלות בסביבה בה התנסו, ובאיכות החניכה לה זכו), ומאידך עשוי לתקן הבנה שגוייה של החומר.
ושוב - יתרון נוסף של קורס הוא ההזדמנות לבחון את הרעיונות שבראשנו מול מדריך מנוסה וקבוצת הלימוד (לשם כך רצוי לבחור בקבוצה הומוגנית ברמה דומה לשלנו).

בצורה דומה ניתן לצורך לימוד עצמי של החומר, ניתן לצפות בסרטוני הדרכה כמו סדרת ה- BBST  שנוצרה בשיתוף בין Cem Kaner ו- James Bach והוסרטה ע"י קם בפורמט של קורס אוניברסיטאי הכולל גם המצגות וחמרי תרגול.
במהלך השנים הצטרפו מדריכים נוספים ושיפרו חומר זה במסגרת האגודה האמריקאית AST.

במקביל יש את הסילבוס הנרחב של ISTQB ומילון המונחים (כולל זה שתורגם ע"י ITCB לעברית) המסופקים חופשי לכולם וגם בעזרתם ניתן ללמוד באופן עצמאי.

מכיוון שלעיתים קשה להתמיד בלימוד עצמי – מומלץ להתחבר לעוד מס' בודקים במסגרת העבודה או וכד' – ולבצע פעילות זו במשותף.

בעבודה - ניתן להקצות 2-4 שעות שבועיות ולצפות ביחד בסרטוני ה-BBST או סרטונים דומים (קישורים וסדר לימוד עצמי ראו בהודעה הנעוצה בפורום הדרכות באתר ITCB), לעצור בנקודות הנראות מעניינות, ולדון בנושאים – מה אנו למדים מהם? האם יש בין הדברים רעיונות שנרצה לקחת לשיפור צורת העבודה הנוכחית?

מומלץ מאוד לנסות להעלות את תובנותיכם בכתב (זו אחת הדרכים להטמעת החומר), והנכם מוזמנים גם להעלות נושאים לדיון בפורום ובפייסבוק – כך תקבלו נק' מבט של בודקים רבים נוספים, ולעיתים קרובות גם תגובות אשר יאלצו אתכם לשקול מחדש הנושאים.

אני נוהג לקרוא הסילבוס בערך כל כשנתיים – וכל פעם נתקל ברעיונות חדשים שכעת מצבי הבשיל להבנתם או להטמעתם,

וכיום יש גם סילבוסים חדשים לרמות מתקדמות, ניהול הבדיקות, ותחומים טכניים שונים כגון עבודה באג'ייל ובדיקות מובייל.

(כמובן חשוב לזכור כי הקורס הבסיסי – כשמו כן הוא, ויש מגוון פעילויות נוספות כמו תרגול, קריאת בלוגים והשתתפות בפורומים שיכולות להרחיב הידע ובהן ניגע בפוסטים אחרים)

חומר קריאה נוסף:

http://www.mkltesthead.com/2013/07/take-association-for-software-testing.html

 

נשמח לשמוע רעיונות הערות והארות מכם הקוראים – בחלונית התגובה מטה, ו/או בפורום.

סדרת טיפים זו "כיצד להפוך לבודקים טובים יותר" מתבססת על דיון ב: Software Testing Club

99 Things Testers Can Do To Become Better Testers

ה-eBook החינמי שנוצר בעקבות דיון זה: 99ThingsEbook.pdf

וסדרת פוסטים מאת Michael Larsen בשם: Ways Workshop 99 - בה מיכאל מרחיב על כל אייטם וגם מספק הנחיות כיצד לתרגל הנושא.

 

Study1

 

 

שונה לאחרונה ב ראשון, 31 מאי 2015 05:05

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

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

  • Necessary Conversations – 1

    Thanks for meeting with me <fill in Project Manager’s name>!  I appreciate this opportunity to explore the testing approaches for this project.  I realize we have just started planning and have no product designs yet, but this is the best time to have this conversation. Soon, our team will begin to absorb and understand business needs, and transform them into viable products.  The Testing team, Testers and Test Engineers, look forward to collaborating with the team on that effort. Yes, I can see where you might believe there is nothing to test.  Many are mistaken in this belief that there must be a product before testing can execute.  I would argue that the business needs will require some scrutiny and I believe Testers are best equipped to ask questions about assumptions and details.  These questions will help clarify the needs, clarify product definitions, and reduce the number of defects resulting from misunderstood or poorly written definitions. Why the Test Engineers, then?  I’m glad you asked.  They listen to conversations for opportunities to make testing smoother for everyone.  By everyone, I mean Testers and Developers.  Basically, we have been practicing Shift Left, that is, moving evaluations closer to product construction.  We believe it can make a difference on this project. How?  When the project team delivers unit tests with their minimal viable products, we know requirements are probably met.  This helps the Testing team focus on risks.  The time to complete testing is likely shorter.  That improves Pace. Also, unit tests[…]

    21.10.2019 | 7:11 קרא עוד...
  • Meme of the day: Testers to their team on the testing phase

    The post Meme of the day: Testers to their team on the testing phase appeared first on The Life Of One Man.

    21.10.2019 | 4:03 קרא עוד...
  • Screen grabbers as debugging tools

    Screen grabbers as debugging tools Nothing big or clever this time.  (Is it ever big or clever here?)  Just a little trick that I find useful occasionally, that might be of use to you too. Picture the scene – you’re debugging some code in your IDE and you realise that you want to take a snapshot of lots of state (e.g. all the properties of an object), or of state that’s deeply buried down in an object hierarchy.  You want the snapshot from this debugging session so that you can refer back to it in your next debugging session. For instance, you’ve just realised that the problem is with the 11th iteration around a loop, but you realise this when you get to the 12th iteration.  You want to quickly capture how things are during the 12th iteration, so that when you start again and get to the 11th iteration, you can compare how things are then with the snapshot. There might be ways to do this purely within your IDE, but I found the standard Windows 10 screen grab tool Snip & Sketch very handy for a quick and dirty result.  A key part is its feature that lets you kick off a screen grab for N seconds into the future: You select e.g. Snip in 10 seconds, then switch to your IDE.  You then hover over the object whose state you want to capture, expanding elements as necessary to get to the right part.  When the 10 seconds elapses Snip & Sketch temporarily[…]

    21.10.2019 | 3:54 קרא עוד...

טיפים

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