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

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

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

he icon   en icon

אף פעם אל תפסיקו ללמוד - בדיקות

נכתב על ידי 
שבת, 05 יולי 2014 19:36
דרגו כתבה זו
(3 הצבעות)

Learning

אף פעם אל תפסיקו ללמוד - בדיקות

" אף פעם אל תפסיקו ללמוד" – או כמו שנאמר "רק טיפשים יודעים הכל".

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

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

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

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

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

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

כלומר – בכדי ללמוד כל מה שעשוי להידרש מבודק – זו משימה אינסופית!

אתם מוזמנים לקרוא עוד על כך בבלוג שלנו בפוסט: איזה רקע נוסף רצוי שיהיה לבודק?

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

הגדירו לעצמכם יעדי לימוד לטווח הקצר, הבינוני והארוך.

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

רצוי לנסות ולהגדיר נקודות למימוש לטווח הקרוב,

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

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

את הבסיס הראשוני למקורות לימוד תוכלו למצוא בהודעה הנעוצה בפורום הדרכות, וכן בבלוג פוסט שלנו: האם גם אתם כמו בת-היענה טומנים הראש בחול? - או שאתם משתתפים בפעילויות קהילת הבודקים?

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

באתר www.itcb.org.il  תחת דף "מעולם הבדיקות" ריכזנו לכם עדכוני RSS מהארץ והעולם – בכדי להקל עליכם למצוא העדכונים המעניינים האחרונים.

הקפידו להקציב לפחות כשעה בשבוע בכדי להחשף וללמוד דברים חדשים לגבי מקצוע הבדיקות.

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

http://www.mkltesthead.com/2013/07/99-ways-workshop-3-never-stop-learning.html

http://www.mkltesthead.com/2013/07/99-ways-workshop-4-and-recognize-that.html

 

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

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

99 Things Testers Can Do To Become Better Testers

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

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

LearnTogether

 

שונה לאחרונה ב ראשון, 06 יולי 2014 20:36

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

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

  • Day 6: Read and share an interesting blog post on API testing.

    Day 6: Read and share an interesting blog post on API testing. Yet Another Challenge! Ministry of Testing got us 30 days Testing Challenge.This time topic is on API Testing.Challenge Link:  https://www.ministryoftesting.com/dojo/lessons/30-days-of-api-testing  It has been long time I have worked on API Testing, after learning from API Testing Dojo (year 2015).Sixth Challenge is Read and share an interesting blog post on API testing.          Sharing will enrich everyone with more knowledge.I will actually share couple of posts which help in learning. a. Danny Dainton's GitHub Post on All Things Postman - https://github.com/DannyDainton/All-Things-Postmanb. Recent blogpost by Anne-Marie Charrett - https://mavericktester.com/2018/11/05/rest-apis-written-by-women/This blogpost includes collation of posts written female software craftspeople.Please do check out them, there are plenty of interesting blogposts.Ministry of Testing Discussion Thread:  https://club.ministryoftesting.com/t/30-days-of-api-testing-day-6-interesting-blog-post-on-api-testing/19595/18

    14.11.2018 | 11:23 קרא עוד...
  • 30 Days of API Testing – Mock, Stub, Fake

    Today’s challenge is about explaining mocks, stubs and fakes. I don’t know if I can pull it off. The problem is, different teams will use these words in different ways. I don’t think it makes a lot of sense to argue about what exactly each of them means and how they are distinct from each other, but there is some value in at least understanding the general idea that these terms are meant to communicate. In the broadest terms, when we talk about these things we are talking about something that is a substitute for a piece of production code. For example, we might have a database that stores some values. When running tests though, it might expensive to go retrieve those values many times, so instead we might make a local text file that has a few of the values we care about hard coded into it and just use that instead of the ‘real’ databases. No matter what term we are talking about – mocking, stubbing, faking, etc. – what we are doing is using something that is not the production code to simplify in some way what we are doing for our tests.  This helps us isolate things to just the specific part of the code we are interested in and can be used in some really powerful ways. I wouldn’t worry too much about understanding in an absolute sense what these various terms means. What matters in figuring out what they mean in your context. How[…]

    14.11.2018 | 9:48 קרא עוד...
  • Quality is the Responsibility of the Whole Team

    Originally this article was postet on trendig.com English & Deutsch Since 2001 we have the agile manifesto in place and since then the whole industry is learning to use agile principles and values in their daily work of software development.   agile manifesto One of the problems I see, is that many who claim to be … Continue reading Quality is the Responsibility of the Whole Team

    14.11.2018 | 5:23 קרא עוד...

טיפים

  • לבדוק או לא לבדוק? - זאת השאלה
    לבדוק או לא לבדוק? - זאת השאלה לבדוק או לא לבדוק - זאת השאלה לא תמיד צריך לבצע כל בדיקה עליה חשבנו או אותה תכננו, ועלינו תמיד לשקול עלות מול תועלת, שהרי ככל שעבודת הבדיקות מתארכת – כך גם יתעכב תאריך שחרור הגרסה…
    קרא עוד...
  • צור מפת חשיבה – Mind Map
    צור מפת חשיבה – Mind Map  צור מפת חשיבה – Mind Map MM - מאפשרת לנו להציג רעיונות בצורה גרפית מרוכזת, ולתאר קשרים בין הפרמטרים השונים המשפיעים על הנושא. כאשר יתרונותיה על עץ בדיקות הנן בעיקר ביכולת להוסיף אייקונים וצבעים המשפרים את…
    קרא עוד...
לרשימה המלאה >>