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

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

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

he icon   en icon

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

כנסים, כנסים, כנסים - European Testing Conference

נכתב על ידי 
ראשון, 10 מרס 2019 19:40
דרגו כתבה זו
(1 הצבעה)

הרבה זמן ידעתי שאני אגיע ל european testing conference. למעשה שנה שלמה.
על הכנס שמעתי באמצע 2017, כאשר התחלתי להרגיש שיש לי ידע שאני יכולה לשתף בו אחרים. לכן חיפשתי כנסים בארץ ובחו"ל.
מצאתי את Agile Teating Days ואת European Testing Conference (או בקיצור AgileTD ו ETC בהתאמה).
שמחה ומאושרת, הגשתי הצעה לשני הכנסים.

לשמחתי הגדולה, מארגני ETC אינם מסתפקים בהגשת הצעה כתובה. לכל הצעה מוקצבת שיחת סקייפ בת 15 דקות.
בשיחת הסקייפ שלי, הכרתי לראשונה את מאארט ופרנצי.
למרות שההצעה שלי לא התקבלה, שיחת הסקייפ שלנו הייתה השלב הראשון שהביא אותי להיום.
מאארט זיהתה מצידה פוטנציאל הטעון טיפוח. ומייד דחפה אותי קדימה.
החל מקריאה לעקוב אחריי בטוויטר (מה שדרש ממני להתחיל להשתמש בטוויטר - כדאי לכם לנסות), מאארט הכניסה אותי לרשימת הבודקות שכדאי לעקוב אחריהן וצירפה אותי אל קהילת Women in Testing בסלאק (וזוהי כעת קריאה נרגשת לנשים שאוהבות בדיקות תוכנה, להצטרף אליי שם).

אז לא התקבלתי ל ETC 2018 או ל AgileTD 2017, אך כן לכנס סיגיסט 2017, שבו זכיתי להזדמנות ראשונה "לדבר בדיקות" לפני קהל.
מאחר שהתחלתי להשתמש בטוויטר, בעקבות דחיפתה של מאארט, ראיתי דיווחים על הנעשה בשני הכנסים ונפעמתי.
חגיגת ידע, נטוורקינג והנאה. קיבלתי החלטה - בשנה הבאה אני שם.

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

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

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

השנה הכנס התקיים בולנסיה, ספרד, בתאריכים 14-15.2.2019.
טסתי אל מדריד, משם לקחתי רכבת לולנסיה. (בחירה שאיפשרה לי לטייל מעט במדריד טרם הכנס מתחיל).
אל המלון הגעתי יחסית מאוחר, 9 בערב, כאשר מספר רב של משתתפים בכנס כבר משוטטים להם ברחבי העיר.
במלון פגשתי את ליסה ומאארט. את ליסה כבר פגשתי ב AgileTD, וזה הרגיש כמו לפגוש חברה ותיקה. זו הייתה פעם ראשונה שאני פוגשת את מאארט, שלא בשיחת וידאו. מאארט הייתה מקסימה כמו תמיד, וגם איתה תחושת החברות הייתה כבר מבוססת.
את הערב בילינו בשיחות בבר המלון עד שעות הלילה המאוחרות. מבחינתי הכנס כבר התחיל.

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

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

לאחר מכן, בחרתי ללכת להרצאה של רומיאו בנושא Property-based testing. ההרצאה הייתה מעניינת ומשעשעת. רומיאו הציג טסטים הכתובים ב Gherkin אשר הכילו באגים שונים עבור משחק הבואולוינג.
יחד זיהינו כיצד הטסטים שהציג לנו רומיאו, מכילים מקרים אשר המציאות אינה מאפשרת וכיצד הכרת חוקי המשחק באופן מדוייק מאפשרים לנו לייצר מקרי בדיקה אמינים ורלוונטיים.

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

לאחר מכן, בחרתי ללכת לסדנה של ליסה ומליסה בנושא Using Dependency Mapping to enhance testing techniques. הן הדגימו ותירגלו איתנו כיצד המחשה ויזואלית של תלויות שונות בין רכיבי המערכת יכולה לתרום לנו. לי היא תרמה להזהות אילו איזורים אינני מכירה במידה מספקת ועליי להשלים מידע לגביהן. כמו כן, גם להבין כיצד שינויים ברכיב אחד ישפיעו באופן ישיר או עקיף על רכיבים אחרים במערכת.

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

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

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

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

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

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

ההרצאה הבאה שאליה בחרתי ללכת הייתה של פרנציסקו גורטזר בנושא Brining Production observability to your testing environments.
מה שלקחתי מההרצאה שלו היה שאנחנו כל כך עסוקים בפיצ'ר בודד, בפונקציונליות, עד שאנחנו לעיתים שוכחים שזה עובר לשימוש בסופו של דבר. ואם לשימוש הזה אין מדדים, ייתכן שהחמצנו לחלוטין את המטרה והלקוחות נמנעים משימוש בפיצ'ר שעבדנו עליו רבות. אם נמדוד ובחין כיצד הלקוחות משתמשים בפועל בפיתוחים שלנו, נלמד כיצד לבדוק ולאתר תקלות ריאליות ויותר "customer facing".

ההרצאה הבאה הייתה של אלכס שלדבאך בנושא Heuristics and hunches in exploratory testing. לא היה לי ספק לרגע שאותה אני הולכת לשמוע.
ההרצאה הייתה מרתקת וסיפקה לי המון חומר למחשבה. בעיקר על מדוע אינני עושה שימוש רחב יותר ב ET?

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

משבצת זמן ראשונה - הסמכות בבדיקות תוכנה, כיצד הן תורמות, אילו קיימות ומציעות ידע אשר אינו נצבר בעבודה השוטפת ובהשתתפות בכנסים.
להפתעתי, הדעה הרווחת הייתה שיש צורך בהסמכות וצבירת ידע מתודולוגי רשמי. דיברנו על רמת הרלוונטיות ולמי מיודעות הסמכות ברמות שונות.
סקרנו בין היתר את רמות ההסמכה השונות של ISTQB, BBST, Agile Testing Fellowship ו IIST.

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

את משבצת הזמן השלישית שלי ביליתי בהשתתפות בקבוצת עבודה על קלפי Test Sphere. המערכת שנבחרה ל"בדיקה" הייתה אפליקציית Uber.
תוך שימוש בקלפים, התמודדנו עם שאלות ואתגרים מזויות חדשות אשר "נכפו" עלינו על ידי הקלפים. ודנו כיצד ניתן למדוד ולבדוק ביעילות הרבה ביותר.
רעיון השימוש בקלפים מצא חן בעיניי.

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

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

על יום ה Peer Workshop שהתקיים למחרת, אספר בפוסט נפרד.

שונה לאחרונה ב ראשון, 10 מרס 2019 19:45

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

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

  • EarlGrey 2 —Direct Project Copy Setup Guide

    EarlGrey 2 —Direct Project Copy Setup Guide This post is part of a group of articles aimed at helping you set up & get started with EarlGrey 2.This post covers the set up of EarlGrey 2 in your project, using a direct project copy. Both video and written setup are provided!I. Copy EarlGrey21. Clone Earlgrey 2 repository into your project — make sure to clone the earlgrey2 branch!Tip: git clone -b earlgrey2 https://github.com/google/EarlGrey.git2. Download earlgrey2's dependencies. Tip: To do that, in the terminal, navigate to the EarlGrey2 directory, then run the following shell script:sh Scripts/download_deps.shMake sure that after this step, your folder structure is as follows:EarlGrey/SubmodulesII. Add EarlGrey2 to your project1. Open Earlgrey xcode project and make sure that both AppFramework and TestLib build.2. Add the EarlGrey.xcodeproj file to your project’s Xcode. Tip: To do this, drag the earlgrey.xcodeproj file from the EarlGrey directory to your project. Make sure that the project is added under your project — otherwise xcode will ask you to create a workspace and you don’t want that.III. Add an EarlGrey2 UI Testing TargetCreate a UI Testing Target if you don’t already have one!Open your UI Testing Target, and in Build Phases, add LibTestLib.a into the “link with libraries” section. Tip: When you press the + button, you should be able to find it by using the search bar — It should show up under the EarlGrey project.In Build Settings, add -ObjC to Other Linker Flags.Add the location of EarlGrey and eDistantObject to your User Header Search Paths.Tip: If you followed the step number 3, these directories should be under$YOUR_PROJECT_DIR/EarlGrey$YOUR_PROJECT_DIR/EarlGrey/Submodules/eDistantObject5. Add AppFramework — in Build Phases, create a New Copy[…]

    13.12.2019 | 7:38 קרא עוד...
  • How Testing Software is a Lot Like Playing Poker

    How Testing Software is a Lot Like Playing Poker From Omaha Hi-Lo to No-Limit Texas Hold'Em, poker can take hours, be entertaining and at times, nail-biting fun. Poker is a popular, high-stakes game and every hand can be different. There's a mental strategy in poker that's required to tell different hands, recognize a bluff and read the actions of every player. While it might not look like it, testing out new software is similar to playing a hand of poker. Poker games and software testing both require math, probability and intuition."If you can't learn from your experiences, you just aren't going to win," John Cernuto Play a hand of poker and you can easily find yourself calculating the risks and rewards. It's similar to any business or investment strategy and parallels software testing. Bill Gates probably summed it up best, "A player collects different pieces of information—who's betting boldly, what cards are showing, what this guy's pattern of betting and bluffing is—and then crunches all that data together to devise a plan for his own hand." This is a step often seen with processing different types of information. Poker games require a plan of attack and players need to analyze the actions of others."May the flop be with you," Doyle BrunsonAnother similarity between poker and testing software is the initial analysis. In poker, the players need to assess how all the other players are playing each hand. Are they all playing a big pot? It might be a tell that they have a big hand. Likewise, if they play loosely with small pots,[…]

    13.12.2019 | 5:52 קרא עוד...
  • QA&TEST 2019 – Pro Tester using Fault Injection

    QA&TEST 2019 – Pro Tester using Fault Injection Since the start of my career as a tester, I’ve always been obsessed with testers delivering tangible value to the business. I realized ‘redefining software quality’ was my calling. There were quite a few powerful stories that lead to this realization, and one of the most important ones I presented at the QA&TEST 2019 conference. This was a story about testers taking responsibility and recognizing how important it is to understand the underlying technology of the product. From this event emerged the three core values I feel which can reshape how we think about software quality. This talk was awarded the best presenter award at the QA&TEST 2019 conference,  Award ceremony video here. I thoroughly enjoyed the conference, the city and the hospitality. I talked about it in this article and a short shout out for the organizers on a job well done. Presentation key points Out of scope The products being very complex, it was impossible to test everything through black box testing. Areas which the testers were unable to understand how they work, or there was no way to test them, were not considered as the tester’s responsibility. While quality is everyone’s responsibility, but testers do need to make sure all bases are covered. It isn’t necessary that everything must be tested by a tester, but a tester should make sure that ‘someone’ is testing all the areas that should be covered.   Code coverage Code coverage is not the only measure to check, but certainly is one[…]

    13.12.2019 | 5:39 קרא עוד...

טיפים

לרשימה המלאה >>