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

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

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

he icon   en icon

מהו ה-Work Frame הנכון בפרויקטיי אוטומציה?

נכתב על ידי 
רביעי, 03 ספטמבר 2014 13:19
דרגו כתבה זו
(5 הצבעות)

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

Work frame נכון מורכב מהאלמנטים הבאים:

1. Code Structure – לדוגמא האם אנחנו עובדים ב Page Object mode, ואו ממפים את האפליקציה לפי שיטת השכבות (Test -> Business -> Gui)

2. Data Driven – יש כמה שיטות לעבודה עם Data חיצוני בפרויקט, עבודה עם XLS אחד וקריאה בXLS לפונקציות Business, עבודה עם XLS ובתוכו קריאה ל Sheet אחרים לצורך יצירת Data דינמי

3. Reports - אנחנו מכירים כמה סוגים של דוחות, סנכרון עם כלים לניהול בדיקות, דוחות HTML ודוחות XLS

4. Execution - ביצוע ההרצה באמצעות כלים מובנים להרצה (Jsystem, QC, MTM, etc...) ו/או באמצעות NGTest, Junit או כלי הרצה פנימיים אחרים

5. Parameterization – שימוש נכון ויעיל בפרמטרים

6. Error Handling - טיפול נכון ויעיל בשגויים (רישום ללוג ארועים, צילום מסך, הקפצת הודעה, המשך הרצה או עצירתה וכיוב')

7. Verification Points – הגדרת נקודות בדיקה איכותיות ונכונות גם מההיבט הפונקציונאלי וגם מהיבטי תחזוקה ויציבות של הסקריפט

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

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

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

בהצלחה! 

 

ליאור כץ, Testing Automation Performance & Testing Tools CTO

טאקט בדיקות

www.tact.co.il

 

Automation Work frame TACT 3

 

 

שונה לאחרונה ב שישי, 05 ספטמבר 2014 10:14

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

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

  • How to avoid missing a bug

    I found Kristin‘s article about how she forgot to retest a bug very funny. Not because it is a joke but because I recognised myself in her story. When others find a bug in 5 minutes, that were there just under my eyes during my one hour session, I cannot avoid feeling bad. And often, those bugs are not tricky ones, they follow a clear pattern, as if the tester would know where the bugs hide — which can be a developer, some developers are very good at testing.Bugs are gregariousWell, in fact, it is exactly how issues behave. Bugs follow predictable patterns: they like to hook to some behaviours or some modules in the product or some kind of features. When one of those actions or place reveal an unexpected behaviour, you can bet a cookie that you will find similar ones if you continue digging. And you will have a delicious breakfast next day. Same issue elsewhere, other issues near to the first one. Bugs, like zombies, feel stronger when they piece together. And when you think of it, this is obvious: the same bugged code can be called in several parts of the application. Some contexts are not well handled by some frameworks or browsers. (Please be patient, I’ll come with concrete examples in the last section.)The power of heuristicsThe fact to find patterns in bugs and to foresee, not with certainty but at least with confidence, a possible weakness in the context of an application has a name. It[…]

    19.09.2019 | 3:51 קרא עוד...
  • Five Blogs – 19 September 2019

    The (best) five blogs I read today. Check them out. How To Spot a Faker Written by: Matt Heusser If Strategy Is So Important, Why Don’t We Make Time for It? Written by: Dorie Clark 10 Brain Training Exercises To Boost Your Brain Power Written by: Michael Gornam What can testers and developers learn from each other? Written by: Lisa Crispin Testing in DevOps Written by: Matthew Bretten Quote of the day: “If you think adventure is dangerous, try routine. It is lethal.” -Paulo Coelho You can follow this page on Twitter

    19.09.2019 | 12:45 קרא עוד...
  • Don't No

    Don't No We've all been there: frustrated by a request from a stakeholder for what we take to be significant new work without regard for the scale of it, the time it would take, or the current backlog.Recently, a colleague in that situation and ready to scream "NOOOOO!!!!" asked for my advice. What I said boiled down to this: Step back and think of at least three ways that the request could be interpreted. Sketch rough ideas for how you could do each of them, at what cost, with what compromises.  Share them with your stakeholder to clarify their desires and help them to guide the next steps. This is essentially Jerry Weinberg's rule of three and orange juice test so I claim no great novelty here. What I do claim is that I feel a lot better when I follow these steps than when I instinctively reject some request based on poor assumptions and no conversation, landing myself in a needlessly defensive position.P.S. just to make this harder, don't forget that you could also be misinterpreting and underestimating requests that you say "yes!" to. It just doesn't usually feel so bad (at the time).Image: https://flic.kr/p/2etM44v

    19.09.2019 | 12:39 קרא עוד...

טיפים

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