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

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

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

he icon   en icon

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

השנה הראשונה שלי באוטומציה

נכתב על ידי 
חמישי, 15 יוני 2017 08:50
דרגו כתבה זו
(5 הצבעות)

השנה הראשונה שלי באוטומציה

למעשה מדובר בתהליך, שמתחיל בצעדיי הראשונים שלי עם Selenium.

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

 

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

אז בשביל להיות בודק אוטומציה צריך לדעת לפתח, נכון? (תכנות OOP) אז בחרתי אתר אינטרנט, אפילו הייתה לו אפליקציית אנדרואיד. אחרי חודש כבר "ידעתי" לפתח ב Java. יש לי אפילו מספר תעודה בפרופיל ה LinkedIn.

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

אני מוכנה לאוטומציה!

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

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

כאשר הייתי מרוצה ממה שכתבתי, הראיתי את היצירה שלי (טסט שמבצע Login) לאחד המפתחים בעבודה.

הוא עזר לי לשפר את הטסט שכתבתי, להשתמש ב Page-objects ולייעל את הכתיבה שלי.

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

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

כאשר זה היה מוכן, הצגתי את הפרויקט שלי למנהל ה R&D והוא היה מוכן לשמוע על אוטומציה.

בשלב זה קיבלתי משימה רשמית להציג חלופות אפשריות לצורך הקמת תשתית אוטומציה. (שלא הייתה קיימת עד כה)

במהלך החודש הזה בחנתי כל מיני שפות פיתוח, כלים OpenSource ומסחריים ו frameworks. ביניהם Java, JavaScript, Ruby, RedwoodHQ, TestComplete, Cypress, ScalaTest, Spock, Watir, TestNG ו Protractor.

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

 

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

בחרתי להריץ את הטסטים באמצעות Protractor, בחירה שבינתיים נראית טבעית מפני שצד ה Client שלנו מפותח ב Angular.

על מנת להריץ את הטסטים isolated, אנחנו מתכננים לשהתמש ב Docker על מנת להקים במהירות instances חדשים של ה DB. את הדאטה עבור הטסטים אנחנו שומרים בקבצי Json.

אנחנו עדיין עובדים על התשתית ודברים בטוח עוד ישתנו... אבל אני לומדת המון.

 

תעזו, תעשו, תצליחו. 

MorS auto

שונה לאחרונה ב חמישי, 15 יוני 2017 12:58

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

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

  • Check the Effectiveness of Your Automated Tests

    Check the Effectiveness of Your Automated Tests Have you ever found yourself working on an automated test suite and wondered if it's worth the effort? It's probably a typical thought that goes through the minds of every developer and tester working on test automation. Even in all of my years of building and maintaining automated tests, I admittedly find myself thinking this way occasionally, wondering if there's a better use of time elsewhere on the project.Whenever I notice teams of developers and testers not putting any emphasis on test automation, it's usually because there's a level of uncertainty in the effectiveness of automated tests. The team might think it would help their work but can't or won't dedicate some time to know for sure. Worse yet, some teams believe that test automation is an added burden to the software development and testing process with little to no reward. These developers and testers proceed with the belief that they can deliver quality work faster by skipping these types of tests.Even teams with a solid test automation strategy in their workflow have some reservations about the effectiveness of their test suite. They can't figure out how to gauge the success of their testing work and try to find ways to measure it, like counting the number of automated test cases or keeping track of code coverage. While these seem like good metrics, they're not as valuable as you might think.If you're in a team trying to determine if your test automation work is worth the effort, how can you[…]

    30.11.2021 | 5:00 קרא עוד...
  • “Spring Testing Tips” Webinar Recording

    SPRING IS HERE! Well, not really. Well, according to my window it looks like it, but the calendar says otherwise. But the recording of the Tips for Spring Testing webinar is here. In fact, it’s just below. Check it out! Oh, and if you’re interested in some training on these topics, let me know! The post “Spring Testing Tips” Webinar Recording first appeared on Everyday Unit Testing.

    30.11.2021 | 2:27 קרא עוד...
  • What testing does your team do that is Lean?

    What testing does your team do that is Lean? We want to find bugs as early as possible so that the cost of fixing them is as little as possible. The earlier a bug is found the cheaper it is to fix. If a bug is found and fixed in a specification before any code is written then it costs very little to fix. If a bug is found during development then it costs some development time to fix it. If a bug is found in production and fixed then the cost to fix it includes some development time, some customer service time and its effect on customers. A lean perspective expresses this in another way as lean is about reducing waste and improving the flow of work. Bugs are waste so finding bugs early is lean because it reduces waste, and so improves the flow of work. The value of testing as early as possible was highlighted by Tom Gilb when I heard him speak about ‘Lean QA’ a few years ago. He spoke about how it is best to find issues as early as possible in development. The advantages are clear in theory and it is helpful to be able to give examples. Tom Gilb spoke about inspecting specifications for software before code is written as an example of early testing and showed how many issues can be identified by inspecting the specifications. One way for testers to help with inspecting specifications is to review requirements with a developer before they start work as this may identify[…]

    30.11.2021 | 2:10 קרא עוד...

טיפים

  • הכירו את לקוחותיכם
    הכירו את לקוחותיכם הכירו את לקוחותיכם "הכירו את לקוחותיכם" למרות שמשפט זה נשמע דיי טריוויאלי והרי אנו כבודקים אמורים לדעת כי "אנו מייצגים את הלקוח בפני הארגון" הרי שבמרבית המקרים יש עוד הרבה מה לעשות ולשפר בנושא. האמת היא…
    קרא עוד...
  • אל תגיד "אוטומציה זה למומחים באוטומציה"
    אל תגיד "אוטומציה זה למומחים באוטומציה" אל תגיד "אוטומציה זה למומחים באוטומציה", הכל מתחיל בך! - שאל את עצמך על אילו פעולות אתה חוזר יותר מ-5 פעמים ביום? וכיצד תביא לכך שלא תצטרך לעשות זאת שוב?   טיפים מחברי ITCB-AB
    קרא עוד...
לרשימה המלאה >>