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

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

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

he icon   en icon

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

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

נושא תובנות על ה-RedwoodHQ - יוני פלנר

תובנות על ה-RedwoodHQ - יוני פלנר 29 יונ 2016 04:37 #3459

  • halperinko
  • halperinko's Avatar
  • מנותקים
  • Administrator
  • פוסטים: 836
  • תודות שהתקבלו 35
  • קארמה: 3
זהוא סיכום שיוני כתב בפייסבוק כמסקנות מהסדנא הראשונה שהעביר בנושא - הכנסו ללינק לצפייה בתגובות.
https://www.facebook.com/groups/IL.Testing.QA/permalink/1076732249059368/

YoniFlenner Net
אוקיי, אז כמה תובנות מהסדנא של אתמול על ה-RedwoodHQ:
1. פלטפורמה מדהימה באמת. נותנת לנו תשתית מוכנה להרבה מאוד פונקציונליות ומצד שני נותנת לנו את היכולת לקודד פונקציונליות חדשה לצרכים שלנו דרך מגוון של שפות תכנות
2. העבודה עימה מצריכה עבודה על מודל שכבות:
- שכבת הסקריפטים (C# , Java , Groovy , Python) , חלק גדול כבר מגיע מראש התקנת הסביבה
- שכבת ה-Actions שעוטפת את הסקריפטים ומגדירה להם גם פרמטרים
- שכבת ה-Test Cases - מאגדת כמה Actions (או במילים אחרות Steps), שם אנו מכניסים גם ערכים לפרמטרים
- שכבת ה-Test Sets שמאגדת כמה Test Cases ביחד
- שכבת ה-Execution שם אנו מגדירים איזה Test Set להריץ ועל איזו מכונה \ מכונות
3. הדבר הקרוב ביותר לכלי מסחרי מבחינת הפיצ'רים שהיא מציעה
3. בנויה על תשתית ה- Client / Server כך שניתן להתקין אותה על מחשב מרכזי באירגון וכל אחד מאנשי ה-QA יוכל להתחבר אליה דרך הדפדפן (IP +PORT) , מעבר לזה שניתן להגדיר לה מכונות להרצה במקביל (בכמעט אפס מאמץ)
4. הרבה מהמשתתפים הגיעו ללא רקע בתכנות ובכל זאת כולם הצליחו לבנות תסריטי בדיקה אוטומטיים
5. זוהי מערכת שעדיין לא מספיק בשלה להטמעה בחברות לטעמי. אין מאחוריה קהילה מספיק גדולה , התיעוד שלה לוקה בחסר, היא אינה מתעדכנת בקצב מהיר דיו וכן - יש לה באגים. כאלו שניתן לחיות איתם וכאלו ש(הרבה) פחות.
6. אני מאוד רוצה להאמין שהבעיות שלה שנובעות מחוסר בשלותה, יפתרו עם הזמן, אז אני מאמין שהיא תהפוך לכלי מוביל בעולם האוטומציה
אני מזמין גם את אלו שלא השתתפו בסדנא, להיכנס לאתר של redwood , להוריד את הגרסה הרישמית ולהתחיל לשחק עם מערכת זו, היא קלה ללמידה, היא כיפית, היא חינמית לחלוטין והיא יכולה להראות לכם את עולם האוטומציה מזווית קצת שונה (פחות תכנותית ומאיימת)
ולמי ששאל - לא , אני לא מועסק שם ואין שום מניות בחברה (זה Open Source כן ?)
בהצלחה,
יוני
http://redwoodhq.com



עכשיו יש לנו 2 מתחרים חינמיים רציניים שעליכם להחליט ביניהם בבואכם להקים סביבת אוטומציה חדשה מעל לסלניום (אך לא רק) - ה RedwoodHQ וה Robot-Framework, ויש גם את ה- Oxygen שעליו אין לנו סקירה עדיין למיטב זכרוני.
בתקווה שתשתמשו בסביבה קיימת ולא תמציאו כל פעם את הגלגל מחדש :woohoo:
כל הכבוד יוני על תרומתך לקהילה!
עריכה אחרונה: 29 יונ 2016 04:48 ע"י halperinko.
יש להרשם בכדי לכתוב בפורום.

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

  • The Quality Activist Manifesto – Fighting Ignorance and Attacking Risk in Software Development

    The Quality Activist Manifesto – Fighting Ignorance and Attacking Risk in Software Development I’ve been describing myself as a Quality Activist for some years now, and thought it was about time I set down some principles of how I work. The language may be strong, but the intent is hopefully very clear – that by smashing the image of the “wallflower tester” we help our teams build better software, by bringing a punk attitude to the conventions of software we make our users’ lives better, and by refusing to accept a “Dev Jr” designation in the process but instead demonstrating the wide and varied value of the tester role we demonstrate the increasing relevance and importance of quality focused individuals in software development. The Quality Activist Manifesto We fight for the user, and believe in the fundamental importance of software quality in our users’ lives. We defy process and convention in pursuit of software which satisfies both the needs and desires of our users. We destroy problems as soon as possible, before they have a chance of ruining our users’ day. We believe that by exposing doubt, smashing silos and throwing ourselves into the unknown, we drive teams to make better decisions. We are dedicated to destroying ignorance, attacking risk, championing awareness and kicking down doors in pursuit of satisfied users. Activism is the best adjective I have to describe the role of the passionate, empowered and self-confident tester, actively promoting quality-mindedness in their teams (and environment) and refusing to accept information at face value. Activism is about changing attitudes, affecting cultural or[…]

    15.12.2019 | 5:29 קרא עוד...
  • What is Static Testing Technique?

    Static Testing technique in software testing refers to the testing process in which the software work products are tested manually or maybe with the help of a set of testing tools. However, in static testing, the software code is not executed. Since, the code is not executed in this testing process, there are no changes made to the code of the software and hence, the term static testing.  Given below are a few important points about static testing technique that every software tester should know about  Static testing technique refers to the testing of the software work products manually, or using a set of tools, but they are not at all executed  Static testing starts early in the software development life cycle and so, it is usually performed during the process of verification  The best part about static testing is that it does not need a computer to conduct it since the testing of the program is done without executing the software program. For example, reviewing, walkthrough, inspection, etc.  Most of the static testing techniques can be used to test almost any form of the project document, which includes source code, design documents and models, functional specifications and also requirement specifications as well. The post What is Static Testing Technique? appeared first on Testing Guru.

    15.12.2019 | 5:03 קרא עוד...
  • The Copy+Paste Culture

    The Copy+Paste Culture Many companies I’ve been at are in a race to see how much like Spotify they can be and apply concepts of Chapters and Guilds. What I routinely see is companies get this bit wrong. Particularly around so-called “quality guilds.” So let’s talk about this. Wait! What’s wrong with Spotify? Nothing is wrong with them at all. What they do no doubt works great … for Spotify. But many companies have been in a rush to “copy+paste” what is called the “Spotify model.” Yet as some have pointed out, doing so misses the point about the Spotify engineering culture. Others have argued that you should not just copy the Spotify model. Others have argued that you should be inspired by the model but not to the point of copying it. There have been cautionary notes for years about this, including from Spotify. So why are companies simply copying the Spotify model? This is allegedly in service to better getting products out the door that add value by tailoring the development process to match what Spotify does. Getting products out the door that add value is a quality concern. As such the “model” used to do such is very much a concern of testers. Or should be. But, with some exceptions, I rarely see testers talking about this aspect. Why is that? Well, the most likely reason is that testers simply don’t see this as within their purview. But I do think there’s potentially something a bit more pernicious at work.[…]

    15.12.2019 | 3:25 קרא עוד...

טיפים

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