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

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

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

he icon   en icon

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

בודק טוב הוא בודק שמיחצן את עצמו

נכתב על ידי 
רביעי, 22 יוני 2016 10:34
דרגו כתבה זו
(2 הצבעות)

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

 

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

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

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

בהצלחה.

 

ערן הילדסהיים,

בעלי DirectQA  

שונה לאחרונה ב ראשון, 03 יולי 2016 11:39

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

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

  • 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 קרא עוד...

טיפים

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