טסט טסט אחת שתיים

שלום,

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

המצגת מתארת את המינוחים המרכזיים בעולם ה- AGILE כגון – Scrum, Sprint, TDD ועוד ומדגישה עקרונות חשובים להצלחת פרויקטי AGILE.

תהנו,

אלחנן רוזנטל
מוביל תחום Agile מטריקס גלובאל/טאקט בדיקות

תגיות: agile, QA, testing, טאקט בדיקות

שלום

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

מצגת זו עוסקת בתהליכי הבדיקות המומלצים בפרוייקטי AGILE וכן בחשיבות בשימוש באוטומציה בפרוייקטים כאלו (מומלץ שאיש האוטומציה יהיה חבר בקבוצת ה- Scrum בפרוייקט).

לצפייה במצגת לחצו על הקישור הבא:

תהנו,

אלחנן רוזנטל
מוביל תחום Agile במטריקס גלובאל/טאקט בדיקות

תגיות: agile, QA, TACT, טאקט בדיקות תוכנה, כלים אוטומטיים

שלום,

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

לכלי אפשרות אינטגרציה עם מגוון סביבות הפיתוח המובילות כגון:
Jsystem, QTP וכן תומך בשפות הפיתוח המובילות כגון: C#, Java, Perl and Python.

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

פרטים נוספים:

ניתן לראות עוד על הכלי בסרטון הבא:

לפרטים נוספים על הכלי ועוד ניתן לפנות ל- טאקט

ערן קינסברונר

מנהל פרויקט הבדיקות במודל נירשור של טקסס אינסטרומנטס בטאקט בדיקות

במצגת זו נתייחס למגמות החדשות והמובילות בעולם הבדיקות האוטומטיות. נתייחס למתודולוגיית ה- Key Driven test -KDT והיכן להשתמש בה, יתרונות וחסרונות, כמו כן נתייחס למגמות של בדיקות אוטומציה בפרויקטי AGILE וכן נסקור את עולם הכלים והפתרונות ל-ALM כגון ALM11, Rational ALM, Microsoft ALM ועוד.
לסיום נחתום בדוגמאות לכלי אוטומציה Open Source כגון Selenium, Apodora ועוד.

למצגת המלאה ניתן לפנות ל-

תגיות: ALM, KDT, tools, טאקט, טאקט בדיקות תוכנה, כלים אוטומטיים, מדדים

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

מצגת זו הוצגה בכנס QA Extreme 2011 ע"י אלחנן רוזנטל

למצגת המלאה ניתן לפנות ל-

תגיות: agile, QA, testing, טאקט בדיקות, מדדים

השינויים הטכנולוגיים, הגלובליזציה וכניסת דור ה Y לשוק העבודה מזמנים לנו כמנהלים אתגרים חדשים ומורכבות חדשה. במקרים רבים עלינו לנהל צוותי בדיקות מבוזרים באותה מדינה או במדינות ושפות שונות עלינו ללמוד ולהתקדם עם הטכנולוגיה הן של המוצרים אותם אנו בודקים ולא פחות חשוב מכך גם של הכלים העומדים לרשותנו וכמובן להצליח ולהתמודד עם עובדים שמתקשרים במספר ערוצים בו זמנית מחפשים אתגר כל הזמן ודינמיות בעבודה progression testing and agile rather than regression

נושא זה הוצג בכנס QA Extreme 2011 בהרצליה, ע"י רם יוניש
למצגת המלאה ניתן לפנות ל-

תגיות: QA, Ram yonish, testing, בדיקות, טאקט בדיקות תוכנה, מדדים

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

למצגת המלאה שהוצגה בכנס QA Extreme 2011 ניתן לפנות ל-

תגיות: Mobile, QA, testing, tools, בדיקות, טאקט, טאקט בדיקות, טאקט בדיקות תוכנה, כלים אוטומטיים, מובייל, מטריקס

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

מצגת זו הוכנה ע"י עמוס אוזן מחברת BMC

לפרטים נוספים ולמצגת המלאה -

תגיות: QA, TACT, testing, בדיקות, טאקט, טאקט בדיקות, טאקט בדיקות תוכנה, מדדים, מטריקס גלובל

גיא שפיגל

לכאורה פיתוח ובדיקות דומות בסביבות רבות תמיד ישנה שונות אך הבסיס נשאר די דומה.

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

מערכות REAL TIME הן מערכות זמן אמת שבה חשיבות זמן התגובה שלהן קריטי לדוגמא מערכות מוטסות או מערכות רפואיות.

במערכות רבות אנו בודקים בעיקר את רכיב התוכנה ואילו במקרה זה רכיבי החומרה חשובים לא פחות.

אם ניקח לדוגמא מערכת אווירית \ ימית \ קרקעית ניידת בה ישנם רכיבי תוכנה וחומרה מותקנים וכן רכיבי חומרה ותוכנה קרקעיים

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

במקרה שלנו המערכות אמורות לבצע פעולה של עדכון מיקום , תצוגה , זיווית , שימוש והפעלה של כלים שונים וכו’

וכמובן לבצע שליחה של הנתונים לתחנה המקבלת.

על מנת לבצע פיתוח ובדיקות יעילות יש לבצע מספר שלבים:

1. לבצע בדיקת ותאום צרכים והתאמה למערכת קיימת (אם יש כזו) טרום תהליך הפיתוח.

2. להכין אפיון מפורט הכולל תקשורת , תרשימי זרימה , חיבורי חומרה ותוכנה , פונקציונאליות וכו’

3. פיתוח התוכנה חייב להתייחס ל – ICD על מנת להבין כיצד ובאיזה סדר ומובן באיזה מבנה להעביר את ההודעות.

4. פיתוח החומרה חייב לעמוד בתקנים כגון MIL STANDARD ישנם תקני חומרה שהם חסמים כמו לדוגמא ROHS.

5. יש לבצע UNIT TESTING לכל אחד מהרכיבים הן התוכנתיים והן החומרתיים.

6. יש לבצע אינטגרציה STEP BY STEP ע"י חיבור כל רכיב בצורה בודדת ורק לאחר שהכול מנגן יש לחבר את הרכיב הבא.

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

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

9. יש לבצע בדיקות מסירה מעמיקות הכוללות את כל הציוד בשטח.

10. רק עכשיו ניתן לעבור לשלב הלפני אחרון בדיקות הקבלה.

11. מומלץ לבצע הטמעה ארוכה שתכלול הכשרות מלאות לכל הדרגים.

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

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

אז שיהיה בהצלחה באתגר

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

בשנים האחרונות אנו ערים לתופעה הולכת וגוברת בשם NEAR SHORE, רבים נוטים לבלבל בין NEAR SHORE , OFF SHORE , ON SHORE וכו’.
חברות רבות גדולות ומכובדות הבינו ש – NEAR SHORE אינה סתם תופעה חולפת היא כאן ובשביל להישאר!!!

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

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

2. חפיפה מלאה על מתודולגיית העבודה והתהליכים התוך ארגוניים של הלקוח – יש ליצור תאום צפיות מלא ולחפיפה לגבי תהליכי העבודה של הלקוח וכן מתודלוגיית העבודה על מנת לייצר ממשק חלק ומתואם עם הלקוח , אולי אפילו ליצור תהליך חפיפה פנימי עם הלקוח ולאחר מכן מעבר אל מחוץ לארגון ל – NEAR SHORE .

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

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

לסיכום אין כמו ב – NEAR SHORE (על בסיס אין כמו בבית ) רק שימו דגש דגש על מפתחות הקסם והדרך להצלחה מובטחת!!!

בהצלחה ותנסו להנות גם מהדרך.

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

תגיות: דגשים לעבודה במודל NEAR SHORE עשה ואל תעשה, טאקט בדיקות