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

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

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

  • Book Review: Enterprise Continuous Testing

    Book Review: Enterprise Continuous Testing As I've mentioned in previous posts, this year I'm reading one testing-related book a month and reviewing it in my blog.  This month I read Enterprise Continuous Testing, by Wolfgang Platz with Cynthia Dunlop.This book aims to answer solve the problems often found in continuous testing.  Software continuous testing is defined by the author as "the process of executing automated tests as part of the software delivery pipeline in order to obtain feedback on the business risks associated with a software release as rapidly as possible".  Platz writes that there are two main problems that companies encounter when they try to implement continuous testing:1. The speed problemTesting is a bottleneck because most of it is still done manuallyAutomated tests are redundant and don't provide valueAutomated tests are flaky and require significant maintenance2. The business problemThe business hasn't performed a risk analysis on their softwareThe business can't distinguish between a test failure that is due to a trivial issue and a failure that reveals a critical issueI have often encountered the first set of problems, but I never really thought about the second set.  While I have knowledge of the applications I test and I know which failures indicate serious problems, it never occurred to me that it would be a good idea to make sure that product managers and other stakeholders can look at our automated tests and be able to tell whether our software is ready to be released.Fortunately, Platz suggests a four-step solution to help ensure that the[…]

    28.03.2020 | 10:33 קרא עוד...
  • Feature slicing across the tech stack

    Feature slicing across the tech stack In BDD workshops I briefly talk about feature slicing. In a nutshell: Slice features so every feature should be deployable independently. For this to happen, slice you features ‘across’ the tech stack, NOT ‘along’ the tech stack. (See attached images) This is a common mistake, and seems easier to work that way. For instance, develop the UI first, then the back end / business logic. The problem here, your not deploying quickly / in small chunks. Might as well call this waterfall development, because then that’s what this becomes.. #RedefiningSoftwareQuality #Agile #FeatureSlicing #AgileTransformation The post Feature slicing across the tech stack appeared first on Quality Spectrum.

    28.03.2020 | 10:15 קרא עוד...
  • Announcement of newly launched news reader

    Announcement of newly launched news reader Dear Readers/Partners,Happy to announce the launch of India and Russia locale (in the Russian language) of 365NEWSX.All news related to India and Russia is aggregated from 500+ news sources, processed using TextRank and Sentiment AI algorithm so that we can bring the best of the best news and save your reading time. You can:Read your favourite news under 60 secs. Read-only important parts of a long news articleTake full control of your privacy and interestsBrowse India news under most popular category:PoliticsTechnologyScienceHealthEntertainmentCOVID-19Browse Russian news under most popular category:PoliticsTechnologyScienceHealthEntertainmentCOVID-19Please share this good news with your channels/friends/family/community.More locale coming soon - #Australia #Canada #Germany #France. Subscribe to our newsletter at: SUBSCRIBEEmail us your suggestions at info@365newsx.com=============================================Best Regards,Media Communication Teamwww.365newsx.com==============================================

    28.03.2020 | 9:00 קרא עוד...

טיפים

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