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

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

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

he icon   en icon

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

למה אין Full Stack QA?

נכתב על ידי 
ראשון, 28 אוגוסט 2016 09:33
דרגו כתבה זו
(2 הצבעות)

למה אין 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?

שונה לאחרונה ב ראשון, 28 אוגוסט 2016 14:13

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

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

  • Meetup And Learn, Antipatterns, Loads and Tester Salaries

    TL;DR This post is about my learning experience on Testival #56 meetup. This time we gathered in the ground floor lobby in HUB385. The host and sponsor of this meetup...

    22.01.2020 | 12:00 קרא עוד...
  • Five Blogs – 22 January 2020

    The (best) five blogs I read today. Check them out. Expanding my Horizons – The End of QA As We Know It Written by: Ursula Beiersdorf What is a Unit Test? Part 2: classical vs. London schools Written by: Vladimir Khorikov Would Heu-risk it? Part 10: Forever and never. Written by: Lena Pejgan Wiberg 4 Words to Help You Build a Powerful Team Written by: David Dye Unknowing Leadership Written by: Steve Keating Quote of the day: “Take responsibility of your own happiness; never put it in other people’s hands.” -Roy T. Bennett You can follow this page on Twitter

    21.01.2020 | 11:14 קרא עוד...
  • Why using branches is good for your tests

    Why using branches is good for your tests Branches are beautiful, on trees. Branches in the code are not what many testers like to work with. The whole branching process appears to be very cumbersome: creating the branch, keeping it up to date with the main branch, deleting it once the work is done, these all seem to take a lot of time and to not be the most fun activities. However, there are some situations when branching really needs to be considered. When you are working on sprint tasks that require you to create new code, maybe you don’t want or need to branch. New classes can be easily added to the main branch, without disrupting code that other people write in the same project, as long as everybody is working on different tasks/classes/methods. However, adding the new code to the code repository needs to be done in such a way that it does not break the code project and allows it to compile and run successfully. Incomplete code, that does not even compile locally, should not be pushed to the code repository. The newly written test code should also not break the continuous delivery pipeline runs. This means that tests committed to the main branch are complete and need to pass (as long as there is no bug in the functionality they are testing). Otherwise, if the commit is not a fully functional and correct test, the pipeline will stop when the committed test is run, and the CI process is broken, even though there is[…]

    21.01.2020 | 10:42 קרא עוד...

טיפים

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