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

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

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

he icon   en icon

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

איזה רקע נוסף רצוי שיהיה לבודק?

נכתב על ידי 
חמישי, 13 מרס 2014 11:59
דרגו כתבה זו
(2 הצבעות)

איזה רקע נוסף רצוי שיהיה לבודק? 

 

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

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

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

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

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

1. היכרות עם לפחות שפת תכנות אחת (לצורך כך יש ללמוד אותה, ולתרגל באופן מעשי אחרת לא זוכרים כלום).
2. הרקע שמאחורי תכנות:
2.1 הבנת שיטות הכתיבה, הקסדצימאלי ובינארי, אלגברה בוליאנית, השלכות של משתנים ועוד ועוד.
2.2 רצוי ללמוד קורס כמו "מבנה המחשב ותכנותו" (השם מאו"פ), אשר מלמד על מבנה כללי של מחשב (קשרים בין מעבד, זכרונות, אמצעי קלט/פלט), רגיסטרים, ערוצי תקשורת ועוד.
2.3 לעיתים אף מבני נתונים ו SQL ( קישור לאתר ללימוד עצמי http://www.w3schools.com/sql )
3. הבסיס של אלקטרוניקה (שהרי אין אף תוכנה שרצה באוויר ולא על חומרה כלשהיא)
4. רצוי אנגלית ברמה גבוהה (מרבית החומר והתקשורת היום-יומית באנגלית).
5. ידע בתחום הטכני בו עוסק המוצר / התכנה.
     כיום ידע טכני המצוי ונפוץ במוצרים שאנו בודקים כולל לרוב את תחום ה-Web כלומר HTML, Client-Server ותחום המובייל על מערכות ההפעלה שלו.

 

וזכרו - גוגל הנו ידידו הטוב של הבודק  cool


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

מהיכן להתחיל בלימוד בדיקות

http://itcb.org.il/index.php?option=com_kunena&view=category&catid=8&id=542&Itemid=632

 

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

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

למאמר השני:  מהן תכונות האופי הנדרשות מבודק?  (אשר בחלקו השני רקע לפוסט זה)

 

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

וכיצד הייתם מרחיבים מאמרים אלו,

מקווה שנהנתם והשכלתם,  (ובעיקר שהבנתם כי עליכם להמשיך וללמוד בעזרת הפורומים והכתבות)

 

קובי הלפרין - halperinko@

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

 

                                                                                

 

שונה לאחרונה ב שישי, 14 מרס 2014 08:40

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

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

  • Parkinson’s law in software testing

    Coffee was brewing for the third time. It was dead silent in the dorms. Only a dim screen lit the room and steady tap of the keyboard took flight. It was 3am and the deadline was approaching fast.That was the story of my life. When I studied back at the University of Oulu in Finland I got myself into trouble on a regular basis. I procrastinated on starting with my project reports and essays for days. My small apartment was super tidy, I had taken care of calling both grand moms twice during the week and even dragged my ass to the gym every day.Have you experienced similar situations? Basically everything except the important paper was taken care of. My ways of postponing the inevitable were clever and creative. But the last evening before the deadline always came. Usually around 5pm I brewed my first coffee and got to work.I did the same drill every semester with every report paper and every project. And never failed once. The work got magically done, no matter how big it was. In the morning I stormed in to the course assistants room and delivered my results. It’s uncanny how naturally everything worked out when the deadline came. It’s always the final hours before the deadline that are the most productive hours for me.Last year I started a new project, because I wanted to write a book about software testing. Once again I found myself filling the days up with pointless meetings, email and social media combined[…]

    18.02.2019 | 8:08 קרא עוד...
  • European Testing Conference SpeedMeet - How To?

    European Testing Conference SpeedMeet - How To? Picture a conference you went to, alone. You don't know anyone, not sure if they want to talk about exploratory testing (your favorite) or test automation (not your favorite) and not feeling like you have the energy to go and push yourself on random strangers. You show up, sit in a table, watching people around you discuss and listen until it is again time to head to a session.As a socially anxious extrovert, I have had huge problems with conferences. I want to talk to people,  but the need of taking the first step and finding out if they want to talk to me drains me. My usual recipe is to be a speaker, and have people approach me. But the same issue drove me to figure out other designs for my conference, and SpeedMeet was born.SpeedMeet puts together three insights: Pairing people up with a rule to introduce is an effective way of building relationships. The rule helped people at Scan Agile meet, and we wanted to do more of sessions where social interaction wasn't emergent but facilitated. The meeting needs an artifact that introduced pull over push in introductions. This piece we found in Jurgen Appelo's talk in Agile Serbia, and combining it my personal aversion to talking about beer (push information often provided in the tester community), the connection to the right dynamic was evident.  The high-volume high-interaction event needs an escape route and permission. This piece became evident with experimenting with large crowds listening to feedback. […]

    18.02.2019 | 8:01 קרא עוד...
  • Inspecting Elements for writing XPath, CSS Selector in Chrome

    The most important part in any kind of automation is, identifying various elements over which we want to perform an action and when it comes to web application or android application automation using Selenium WebDriver or Appium, we fall for Chrome, Firefox or Internet Explorer to find the right set of XPath or CSS selector. For the same, all mostThe post Inspecting Elements for writing XPath, CSS Selector in Chrome appeared first on Abode QA.

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

טיפים

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