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

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

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

he icon   en icon

ראשון, 19 פברואר 2017 07:19

Tester - tired of your job?

Tester - tired of your job?

bigstock Portrait Of Tired Young Busine 41087092

If you are a regular visitor in high tech forums, chats and facebook groups, you must have read the amount of opinions saying QA Engineering is boring.

Sadly not all QA engineers are in this profession out of love for testing. Some see it as a transition point for becoming a programmer and feel like they have compromised, while others admit that they have become bored and frustrated of their daily work and routine.

But, is testing really boring?

Every time I'm asked that question I always say that it depends on how lazy you are. In my opinion - testing is a highly interesting profession that demands from us the ability to open our minds, use our imagination and always learn new things.

If you are a lazy person who does not like to challenge yourself, exploring, thinking creatively and acquiring new skills, if you don't have the passion for always learning new technologies, do not get your personal and professional satisfaction from searching and finding bugs and defects, then testing is not for you.

With that said, every job has its down sides and it is not always an exciting and thrilling job. When the learning curve is saturated, testing does have its monotonous aspects like executing the same test cases and writing repetitive reports.

So, how do we keep the motivation flame burning? Here are some things I do to stay motivated:

·         Learn- people get bored when they are not challenged in their everyday routine. I am always passionate of learning new things. Most testers get about 2-3 hours a week as their free learning time. Use it to hit the internet in search of information. New automation tools, testing tips and methods, instructional videos and courses to improve your coding knowledge and technical skills.

·         Attend regular meet-ups conferences and workshops – try to attend in as many meet-ups as you can. In addition to the valuable knowledge you will acquire, you will meet interesting people and hear about how they manage their time and tasks. Connecting with other testers, sharing information and knowledge and just chatting with someone from your field of work is always a positive experience.

·    Guide and instruct your team members - there is an old saying: "If you cant explain it in a simple way that means you don't understand it yourself". Teaching others is a great way to develop your own skills and deepen your understanding.

·         Automate your recurring tasks – incorporate automation into your work process. Automating recurring tests is a very positive way to take the load off the manual tester and it is a great way to grow professionally and acquire highly important skills. It is also a good way to break the routine.  Suggest it to your management- it could be your initiative and work in your favor in the long term.

·         Stay away from negative people - People observe behavior and atmosphere from their surroundings, so my advice is to surround yourself with positive people that are not frustrated and still passionate about their work.

·         Set long term goals- What are your carrier goals? Where do you see yourself in 5 years? Set clear long term goals and make everyday count as you work your way to them.

·         Write about your work – Testing is a very wide field of work and every company has its own specialization. Write about your experiences, the challenges you face at work, tools you work with, write "how-to" guides and instructional articles so other testers could learn from your experience. Sharing information can help others and the feedback you will receive could help you deal with you own challenges.

·         Talk to colleges from different companies and organizations – Hear how they work, learn about different work methods that could inspire your team, tools that can make your work easier and more versatile. Updates from the industry can work magic to your own testing performance.

·         Don't get stuck in a bad place – If you feel like you are fed up, unappreciated or if you feel that you are "marching on the spot" carrier wise, try finding another work place. I always say that no amount of money is worth going home frustrated.



פורסם ב בלוג

מה הסקרים אומרים?... יאן ברון (עולם הבדיקות גיליון #7)

היום, אני רוצה להציג לכם דו"ח תחום הבדיקות - 2016 שבוצע ע"י- PractiTest והמגזין Tea Time with Testers . דו"ח הבדיקה הוא סקר הבודקים הגדול בעולם עם יותר
מ 1000- משתתפים ומתפרס על פני יותר מ 60- מדינות, הסקר מיועד לספק את המידע המדויק ביותר של מקצוע הבדיקות וקהילת הבדיקות העולמית.
כסקר שנערך מדי שנה, הסקר מספק היבטים בהווה ומגמות לעתיד.

לסקר המלא:  http://qablog.practitest.com/wp-content/uploads/2016/04/StateofTesting2016.pdf

מאמר זה הופיע בגיליון #7 של מגזין עולם הבדיקות - לצפייה בפורמט המלא כולל קישורים וכד' ובשאר מאמרי גיליון זה:


TW7 TestingPolls YanB 01

TW7 TestingPolls YanB 02


פורסם ב כללי

מהמשאית לעולם הבדיקות - הדרך שלי להגשמה עצמית - דניאל גולד (עולם הבדיקות גיליון #7)

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

מאמר זה הופיע בגיליון #7 של מגזין עולם הבדיקות - לצפייה בפורמט המלא כולל קישורים וכד' ובשאר מאמרי גיליון זה:


 TW7 TruckDriverToTester DanielG 01


פורסם ב קריירה

מחפש צרות - מי אשם? - מיכאל שטאל (עולם הבדיקות גיליון #7)

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

מאמר זה הופיע בגיליון #7 של מגזין עולם הבדיקות - לצפייה בפורמט המלא כולל קישורים וכד' ובשאר מאמרי גיליון זה:


TW7 SeekingTrouble TestCareer MichaelS 01

TW7 SeekingTrouble TestCareer MichaelS 02


פורסם ב כללי

האנציקלופדיה לבדיקות - טבלת החלטה - אייל זילברמן (עולם הבדיקות גיליון #7)

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

מאמר זה הופיע בגיליון #7 של מגזין עולם הבדיקות - לצפייה בפורמט המלא כולל קישורים וכד' ובשאר מאמרי גיליון זה:


TW7 DecisionTable AyalZ 01

TW7 DecisionTable AyalZ 02


פורסם ב שיטות בדיקה

ראיון עם מנהל בדיקות מירום לורנץ - Wirecard (עולם הבדיקות גיליון #7)   מראיין: דורון בר

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

מאמר זה הופיע בגיליון #7 של מגזין עולם הבדיקות - לצפייה בפורמט המלא כולל קישורים וכד' ובשאר מאמרי גיליון זה:


TW7 TestingManagerInterview MeromLorencz 01

TW7 TestingManagerInterview MeromLorencz 02

TW7 TestingManagerInterview MeromLorencz 03



פורסם ב כללי

מפתחים מנוגה ובודקים ממאדים - איתן נוימן (עולם הבדיקות גיליון #7)

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

מאמר זה הופיע בגיליון #7 של מגזין עולם הבדיקות - לצפייה בפורמט המלא כולל קישורים וכד' ובשאר מאמרי גיליון זה:


TW 7 DevsAndTesters EitanNoiman 01

TW 7 DevsAndTesters EitanNoiman 02

TW 7 DevsAndTesters EitanNoiman 03 





פורסם ב כללי

חדשות מעולם הבדיקות - כיצד נשנה את היחס למקצוע הבדיקות? - קובי הלפרין (גיליון #5)

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

מאמר זה הופיע בגיליון #5 של מגזין עולם הבדיקות - לצפייה בפורמט המלא כולל קישורים וכד' ובשאר מאמרי גיליון זה:

TW5 T News ChangeApproachToTesting KobiH





פורסם ב כללי
ראשון, 04 ספטמבר 2016 10:46

מנהלי בדיקות ב Agile - יש דבר כזה?

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

לאן נעלמו המנהלים?

האם עולם ה Agile גרם לנו להתפתח? או שאולי הוא מתאים רק בסוג מסוים של אנשים? או שאין מקום/צורך במנהלים בעולם ה Agile?

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

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

אולי אנחנו מיוחדים, שונים או מוזרים, אבל זה עובד לנו. ללא מנהלים שיעקבו, ינהלו ויקבלו דיווח שוטף על העבודה שלנו, העבודה נעשית על הצד הטוב ביותר. מתודולוגיות ה Scrum מכתיבות לנו 100% שקיפות ואחריות. אנחנו משתפרים ומתפתחים ללא שיהיה גורם שיניע אותנו חוץ מאחד את השני, שווים בין שווים.

אז אני חוזרת לשאלה הראשונה, מנהלי הבדיקות נעלמים? האם מקומם הינו רק בעולם ה Waterfall?

לדעתי, יש מקום וצורך לטפח בעולם ה Agile, את תפקיד ה QA Tech Lead, שיהיה מוביל ונותן טון עבור הבדיקות, תוך כדי עבודה בצוות הפיתוח – 100% hands-on.

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

פורסם ב בלוג
ראשון, 28 אוגוסט 2016 09:33

למה אין Full Stack QA?

למה אין Full Stack QA?


בימים שבהם מקצוע בדיקות התכנה מקבל הרבה הכרה וגם כל כך הרבה שמות, איך זה שעדיין לא תבענו את המושג Full Stack QA?

QA Tester, QA Analyst, QA Engineer ו – QA Expert הינם שמות פופולריים לתיאור תפקידנו, אך אינם מייצגים את הידע או יישום בפועל של תפקידנו במקום העבודה.

בעולם ה Web, כבר השאירו מאחור את מפתחי ה Client/Server, ופנו ל Full Stack Development.


Full Stack Developers מוכרים כאנשי פיתוח אשר מיישמים ביום-יום - פיתוח front-end ופיתוח back-end. סל הכישורים שלהם כולל תחומים רבים ברמת ידע בסיסית ומעלה.

אז מדוע בודקי תוכנה בעולם ה web אינם Full Stack QA? הרי גם לנו יש ידע בסיסי ומעלה במגוון נושאים, ביניהם: API, WS, DB, HTML, XML, תכנות/כתיבת סקריפטים, CI ועוד. רובנו אף משקיעים ולומדים אוטומציה במסגרות שונות.

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


היום קיימת הפרדה בין אנשי QA לאנשי QA Automation. לכאורה הפרדת ידע ברורה. אבל מה קורה אם הידע קיים? האם כל אחד מאתנו עם ידע באוטומציה הוא איש אוטומציה?

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

שפות סקריפט: Java, JavaScript, Mocka, Chai, Cy, Scala, Ruby, VBScript

דרייברים: Selenium, Watir

BDD frameworks: Cucumber, Spock, Serenity, ScalaTest

כלי אוטומציה ברישיון: TestStudio, UFT, TestComplete

אז יכול להיות שגם QA Automation הוא מושג כללי מידי.


אז אם כל הידע שרכשתי והתנסיתי בו, האם אני QA Engineer? QA Analyst?

או שאולי Full Stack QA?

פורסם ב בלוג