הייטק יעל רוזנפלד
הייטקתגובות הפורום שנוצרו
-
אני עובדת עם נטפרי ו MAVEN.
אין בעיה עם זה
אם את חושבת שזה קשור לחסימה את יכולה לנסות לפנות לחברה- לפעמים יש חחסמים שהם פותחים ואז זה עובד -
שלום לך,
אני עובדת בוריסופט, שזו חברה שמתמחה בשירותי אוטומציה מקצועיים לחברות.
ולכן בדר”כ העבודה היא מקצועית ,מקדמת, ומעניינת.
התהליך הוא בדר”כ ראיון אישי מבחן וראיון ומקצועי בחברה . במידה ונמצאה התאמה -לחברה ( הדגש הוא על ידע והבנה טובים בפיתוח. )
תתבצע התאמה ללקוח. שם התהליך משתנה מלקוח ללקוח.בהצלחה רבה!
-
נראה שזה באג של סלניום ל CHROME
https://bugs.chromium.org/p/chromedriver/issues/detail?id=628
פתרונות:
1. את יכולה לנסות ללחוץ על האוביקט ע”י java script
2. או לבצע SCROLL TO ELEMENT או ScrollIntoView -ביצוע SCROLL ע”י java script, ואז לחיצה רגילה על האוביקט (במידה ואת אכן רואה את האוביקט על המסך)
https://stackoverflow.com/questions/69406324/how-to-scroll-to-an-element-in-java
WebElement element = driver.findElement(By.id("id_of_element")); ((JavascriptExecutor) driver).executeScript("arguments[0].scrollIntoView(true);", element); Thread.sleep(500);בהצלחה!
-
1. שמעתי שיוני הכשיר מדריך שנמצא בארץ. אני לא מכירה אותו אישית אבל אולי כדאי לשאול את יוני?
2. יש בחור שקוראים לו גל מטלון, מהמכללה לאוטומציה והוא נחשב טוב. http://www.automation.co.il
3. יש עוד בחור שקוראים לו גיל זילברפלד והוא אמור להיות טוב.4.יש קורס של רחל כרמון – הבנתי שהיא מצוינת. אמורה לפתוח קבוצה (בזום נראה לי) אחרי החגים.
-
בוקר טוב תהילה
קודם כל – את צודקת
Junit 5 מפעיל @ParameterizedTest ברמת המתודה בלבד ולא ברמת המחלקה.
לכן יש בעצם 2 אופציות – להזריק נתונים מבחוץ על ידי dependency injection ואז להריץ את הבדיקות פעמיים, כל פעם עם הזרקת נתון אחר (בלילה יעשה את זה ה- CI)
או לבנות מנגנון משלך שיעשה את זה.
לדוגמא – את יכולה לבנות אנוטציה משלך, ברמת המחלקה שמייצרת את הנתונים, וכל פעם שמשתמשים בה היא מסמנת נתון אחד כ”משומש”
אם תצטרכי סיוע, את מוזמנת לפנות אלי בפרטי ואשתדל לסייע לך בל”נ. -
נראה לי שזה נכון.
אצלינו מגיסים למשרה כזו ואין מספיק קו”ח.
אם יש משהי עם ניסיון ב React-Netiv וומענין אותה לשמוע פרטים על המשרה (היברידית)
מוזמנת לפנות אלי.
אפשר לשלוח קו”ח ל [email protected] , או בהודעה אישית.
-
האם הקורס כולל לימוד של שפת פיתוח?
או שזה תנאי מקדים -שיש ידע טוב בפיתוח?
-
פייגי שלום,
הסיבה היא שימוש לא נכון ב- Junit5
הסבר:
Junit5 נועד במקור לבצע unit tests, לא להוות תשתית לכלי אוטומציה.אנחנו, בודקי האוטומציה עושים ממנו תשתית לכלי אוטומציה.
אז בראייה של Java, נניח בראיה של מי שמפתח Java, קבצי test אמורים להיות בתיקיית Testולא בתיקיית main. ליתר דיוק, Junit לא סורק אחר התגיות @BeforeEach וכו’ עבור קבצים בתיקיית ה- main כי הם לא אמורים להיות שם.
אבל, אם את כותבת תשתית ואת רוצה לשים בפרויקט התשתית את ה- class שכתבת, את לא יכולה לשים אותו ב- test כי פרויקט הטסטים לא יראה אותו. אז את חייבת לשים אותו ב- main, ואז אמנם הפרויקט יראה אותו, אבל הוא לא יריץ אותו, כי לא נסרקה תיקיית ה- main בעת הריצה.יש פה בעיית שורש – כל מה שקשור לתגיות טסטים של junit מראש לא צריך להיות בתשתית.
אם רוצים לשים חלקים כאלה, הדרך הנכונה היא לכתוב extensions או listeners ואותם לשים בתשתית, ולקרוא להם מהטסטים.
בהצלחה רבה
-
יעל שלום,
אין לי אפשרות כרגע להכנס לפרטים ולענות על השאלות,
אולם אני מצרפת לך כאן לינק עם הדרכה ל POSTMAN, תוכלי להעזרה בזה כדי לבצע את המשימה.
https://www.guru99.com/postman-tutorial.html
בהצלחה רבה
-
הי
הדרישות מגיעות ה product כמו בכל דבר אחר שקשור למוצר.
לרוב הם חלק מצוות הבדיקות. רק במערכות גדולות יש צוות ייעודי, בחברות קטנות יותר- זה צוות משולב אוטומציה ועומסים.
עבור תהליכים חד פעמיים מייצרים data… אין דרך אחרת. אפשר לגבות ולשחזר db אם רלבנטי או מחוללי data (נניח עבור ת.ז).
מדד הצלחה- זה תלוי בדרישה ובבדיקה. בדיקות קצה לקצה- בדרך כלל זה זמן תגובה ומדדים כמו cpu ו memory – נניח לא יותר מ 70 אחוז cpu.בדיקות ספציפיות- תלוי בצוות הפיתוח ובמה הוא הגדיר. נניח כמות טרנזקציות על ה db בזמן נתון – וכמות הטרנזקציות מתוכן שעומדות ביעדי הזמן המוגדרים וכו.
-
שלום רחל,
אשמח אם תפרטי יותר מה יש לכם היום, איך התשתית בנויה (בגדול, בלי לרדת לפרטים),
כדי שנדע איך לשלב את הטסטים של end to end.
בגדול, לא אמור להיות הבדל גדול בין טסט שבודק יחדיה קטנה לבין טסט שבצע תהליך מלא.
ולכאורה הטסטים אמורים להשתלב בתשתית הקימת.
אנא פרטי מעט על הקיים ואשתדל בל”נ לענות.
ואם שאלתך היא איך לבנות את הטסט – אנא פרטי על מבנה הטסט היום – ואשתדל לענות מה ההבדל בבנית טסט שהוא FLOW שלם
-
נדיה שלום,
שאלת שאלה חשובה ששואלים אותה המון בתעשייה.
כמובן שזה מאוד מאוד תלוי ואין תשובה אחת, אבל אנסה לתת כמה מקרים:
מוצר חדש שעדיין בשלבי בנייה ראשונים– אין לבודקים הרבה מה לעשות בכלל- לא לידני ולא לאוטומציה, עד שהמוצר לא מגיע לרמת בשלות מינימלית שמאפשרת תחילת בדיקות.
מוצר קיים שמשנים לו חלק בתשתית או קונפיגורציה בסיסית וצריך לבדוק שכלום לא נפגע נצטרך הרבה בודקים ומעט מפתחים.
פרויקט פעיל שיש בו פיתוחים קבועים – מפתחים ובודקים: בעקרון לדעתי בודק ידני על 3-4 מפתחים זה יחס טוב. חשוב לקחת בחשבון שהתוצר של הבדיקות, בניגוד לפיתוח, לא תורם באופן ישיר ללקוח הסופי אלא באופן עקיף (בלי תקלות) ולכן תמיד יהיו פחות בודקים בעלות נמוכה יותר מאשר מפתחים.
לגבי בודקי אוטומציה, גם תלוי. אוטומציה עושים כאשר המערכת כבר יציבה ואז יש הרבה עבודה גם להשלים כיסוי שלא בוצע עד כה. אז צריך הרבה בודקי אוטומציה. בהנחה ואנחנו במצב יציב, תלוי מה רוצים להשיג. אם רוצים כיסוי מלא באופן קבוע אז יחס של 2 אוטומציה למפתח הוא יחס טוב. אם רוצים להתרכז ברגרסיה, נדרשים יחסית, מעט אנשי אוטומציה .
אני יודעת שזה הרבה ‘אם’ אבל הנקודה היא שאין תשובה חד משמעית, רק אוסף של שיקולים שמשתמשים בהם לצורך שכל ישר… -
לגבי מובייל – מה הכוונה התחברות ל MOBILE?
איך את עובדת עם אמולטור?
-
גם לי נטפרי עובד מעולה.
במקרה הצורך – אני פותחת פניה והם מטפלים ביעילות ובמהירות.
לא נתקלתי בנושא של חסימה עם קבצי JAR וכו
ל INTELIJ אם אני לא טועה צריך להתקין תעודת אבטחה של נטפרי כדי שלא תקפוץ הודעה מסוימת מידי פעם.
-
-
אם משהי מעונינת…
משהו בקש את עזרתי במציאת עובדת חרדית לעבודה מהבית עבור משרד ביטוחים.
המשרד מתמחה ב ביטוחים אלמנטריים
אם יש משהי עם ניסיון/הכשרה רלונטיים היא מוזמנת לפנות אלי לקבלת פרטים ולהעברת קו”ח שלה.
בהצלחה.
נ.ב אינני קשורה למשרד ואינני מגיסת, רק בקשו ממני עזרה
-
עובדת בוריסופט. 99% חרדיות.
עובדות מהבית/היברידי (בית-אתר לקוח).
החברה מאוד מכבדת , ומשתדלת מאוד להתאים את תנאי העבודה לציבור החרדי.
רב המשרות הן משרות אוטומציה ברמה מאוד גבוהה.(מתאימות להדסאיות ומפתחות מנוסות)
כרגע יש מרה פתוחה גם לפיתוח מובייל.
ניתן לשלוח קו”ח [email protected] (ללא IL)
-
שלום לכולן,
אני מצרפת קובץ מידע נוסף עם פקודות שימושיות,
בנושא NUnit Unit Testing Framework Cheat Sheet,
-
אני מצרפת קובץ חדש עם פקודות שימושיות ב APPIUMR-JAVA -לשימושכן
-
שמחה לשמוע.
בהצלחה!
-
בבקשה.
בדיון הזה יש את הסילבוס, ואת יכולה לעיין בו
-
שלום פייגי,
אני מקווה שהמענה הקודם עזר לך,
והוא אמור לפתור את השאלה הקודמת שלך.
ולשאלת הנוכחית – איך את מאפשרת באופן תשתיתי גישה ל webDriver ול Report
מכל מקום בפרויקט (טסטים, Main וכו’)
את צריכה מבני נתונים שניתן לחלוק בין מחלקות.
לדוגמא הדוח צריך להיות singletone. (במידה ואת לא משתמשת בהרצה פרללית)
הדרייבר צריך להיות ב hash table לפי thread.
את מוזמנת להצטרף למפגשי האוטומציה – בפרטים שנשלח היום בע”ה,
שם תוכלי לקבל מענה לשאלותייך בנושא זה ובנושאים נוספים בתשתיות אוטומציה
בהצלחה רבה
-
בוקר טוב,
להלן CLASS GenericExampleExtension שאת יכולה לכתוב בתשתית. ולהגדיר מה לבצע בכל שלב של הטסט.
הוא ממש INTERFACE ש JUNIT מספק,
AfterAll, AFTER EACH וכו. המתודות מקבלות אוביקט CONTEXT – זהו אוביקט של JUNIT והוא מכיל מידע על הטסט שרץ .
בכל מתודה כתבי קוד מתאים לצרכים שלך וכשהטסט יהיה בשלב המתאים למתודה – הוא יבצע את המתודה.
וזאת בתנאי שב CLASS טסט תצהירי שאת משתמש ב EXTENTION הזה .
כך:
@ExtendWith({GenericExampleExtension .class})
שורה זו תופיעה מעל חתימת ה CLASS טסט.
בהצלחה רבה
מוזמנת לשאול אם משהו לא ברור
דוגמה ל EXTENTION.
/**
* A generic extension implementation.
* This class is meant to serve as an example to copy parts from it and use them for other extension
* implementations.
* Note!! You don’t have to implement all the listed methods for all the extensions. Use this class as example only,
* choose the method that fit your needs and implements it’s interface only in the extension
*
* Some considerations when implementing extensions:
* 1. You must register the extension at the class level in order for it to be invoked.
* 2. afterAll and beforeAll work per container, which means that if you run several tests from different test
* classes these methods will be invoked more than once.
* 3. You may use more than 1 extension. Junit 5 guarantees that all extension methods will be executed.
* 4. However! Junit 5 does not guarantee the order of execution. So keep the single responsibility and
* independence of extensions.
*
*
* Some useful links to refer to:
* 1. Understanding Junit 5 extension model, from Junit5 user guide
* 2. Test lifecycle callback order is listed here
* 3. An example of VeriSoft: @see co.verisoft.selenium.framework.extensions.junit.PageSourceSaverExtension
* 4. Junit extension package javadoc
*
*
* @author Nir Gallner @ http://www.VeriSoft.co
* @since 2.0.3.9
*
*/
public class GenericExampleExtension implements
AfterTestExecutionCallback,
AfterAllCallback,
AfterEachCallback,
BeforeAllCallback,
BeforeEachCallback,
BeforeTestExecutionCallback,
TestWatcher {
private static final Logger logger = new ExtendedLog(Helper.class);
/**
* Callback that is invoked once after all tests in the current
* container.
*
* @param context the current extension context; never {@code null}
*/
@Override
public void afterAll(ExtensionContext context) throws Exception {
logger.info(“GeneralExampleExtension- In afterAll”);
}
/**
* Callback that is invoked after an individual test and any
* user-defined teardown methods for that test have been executed.
*
* @param context the current extension context; never {@code null}
*/
@Override
public void afterEach(ExtensionContext context) throws Exception {
logger.info(“GeneralExampleExtension- In afterEach”);
}
/**
* Callback that is invoked immediately after an individual test has
* been executed but before any user-defined teardown methods have been
* executed for that test.
*
* @param context the current extension context; never {@code null}
*/
@Override
public void afterTestExecution(ExtensionContext context) throws Exception {
logger.info(“GeneralExampleExtension- In afterTestExecution”);
}
/**
* Callback that is invoked once before all tests in the current
* container.
*
* @param context the current extension context; never {@code null}
*/
@Override
public void beforeAll(ExtensionContext context) throws Exception {
logger.info(“GeneralExampleExtension- In beforeAll”);
}
/**
* Callback that is invoked before an individual test and any
* user-defined setup methods for that test have been executed.
*
* @param context the current extension context; never {@code null}
*/
@Override
public void beforeEach(ExtensionContext context) throws Exception {
logger.info(“GeneralExampleExtension- In beforeEach”);
}
/**
* Callback that is invoked immediately before an individual test is
* executed but after any user-defined setup methods have been executed
* for that test.
*
* @param context the current extension context; never {@code null}
*/
@Override
public void beforeTestExecution(ExtensionContext context) throws Exception {
logger.info(“GeneralExampleExtension- In beforeTestExecution”);
}
/**
* Invoked after a disabled test has been skipped.
*
*
The default implementation does nothing. Concrete implementations can
* override this method as appropriate.
*
* @param context the current extension context; never {@code null}
* @param reason the reason the test is disabled; never {@code null} but
* potentially empty
*/
@Override
public void testDisabled(ExtensionContext context, Optional<String> reason) {
String s = “GeneralExampleExtension- Test ” + context.getDisplayName() + ” was disabled”;
if (reason.isPresent())
s += “, reason: ” + reason.toString();
logger.info(s);
}
/**
* Invoked after a test has completed successfully.
*
*
The default implementation does nothing. Concrete implementations can
* override this method as appropriate.
*
* @param context the current extension context; never {@code null}
*/
@Override
public void testSuccessful(ExtensionContext context) {
String s = “GeneralExampleExtension- Test ” + context.getDisplayName() + ” passed”;
logger.info(s);
}
/**
* Invoked after a test has been aborted.
*
*
The default implementation does nothing. Concrete implementations can
* override this method as appropriate.
*
* @param context the current extension context; never {@code null}
* @param cause the throwable responsible for the test being aborted; may be {@code null}
*/
@Override
public void testAborted(ExtensionContext context, Throwable cause) {
String s = “GeneralExampleExtension- Test ” + context.getDisplayName() + ” aborted”;
s += “, cause: ” + cause.getMessage();
logger.info(s);
}
/**
* Invoked after a test has failed.
*
*
The default implementation does nothing. Concrete implementations can
* override this method as appropriate.
*
* @param context the current extension context; never {@code null}
* @param cause the throwable that caused test failure; may be {@code null}
*/
@Override
public void testFailed(ExtensionContext context, Throwable cause) {
String s = “GeneralExampleExtension- Test ” + context.getDisplayName() + ” failed”;
s += “, cause: ” + cause.getMessage();
logger.info(s);
}
}
-
רחלי אני שמחה שנהנית.
בקרוב נעלה פוסטים נוספים
ולאור בקשתך נכתוב בל”נ בע”ה פוסט גם בנושא של לוגים.
-
צודקת!
הדרישות צריכות להגיע ממנתחי מערכות/ארכיטקטים.
שרישות ממפתחים זה משהו שקורה אבל ממש ל אתקין.
כמובן שזה תלוי בהתנהלות של חברה.
אם את הולכת לנהל את זה כמובן שהמפתחים הם לא מספקי הדרישות
