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

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

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

he icon   en icon

מור שאול

מור שאול

חמישי, 15 יוני 2017 08:50

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

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

למעשה מדובר בתהליך, שמתחיל בצעדיי הראשונים שלי עם 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

ראשון, 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?