אוטומציה של בדיקות

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

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

לקבוע פגישה

המיון

שלוש שאלות שיש לשאול לפני שמבצעים אוטומציה של מקרה בדיקה.

האם ישודר שוב?

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

האם התשובה שלו היא תשובה של "כן" או "לא"?

«"האם הסכום המוצג הוא 12.90 €?" הופך לאוטומטי. "האם המסך בהיר?" אינו הופך לאוטומטי, ואין צורך שיהיה כזה.

האם האפליקציה יציבה?

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

לאחר ביצוע המיון הזה, נותר בדרך כלל 60 עד 70 מקרים של "קמפיין נגד נסיגה" (%) — וזה בדיוק החלק שמתיש את הצוותים, והוא הראשון שמוותר עליו כאשר לוחות הזמנים מתהדקים.

מה שנשאר לאורך זמן

אוטומציה שמתקלקלת לאחר שנה לא אוטומטה דבר.

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

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

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

הכלים

אנחנו מצטרפים לערוץ שלכם, לא מכתיבים ערוץ חדש.

אינטרנט

Selenium, Cypress, Playwright — בהתאם למה שהצוותים שלכם כבר יודעים לתחזק, ולא בהתאם להעדפות שלנו.

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

מובייל ו-API

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

  • בדיקות API לפני בדיקות המסך
  • מערכת מכשירים לכיסוי בפועל

מחוץ לשבילים

לקוח כבד, מסוף, מסך תעשייתי: כשאף כלי לא מתאים, אנחנו כותבים את הבקר החסר.

  • פיתוח מותאם אישית ומתועד
  • הקוד שייך לך

מה זה משנה

ההישגים אינם נמדדים במבחנים בכתב.

5 שניות
כדי לשחזר את מסלול הלקוח, לעומת 30 עד 50 דקות
לילה אחד
למען קמפיין נגד נסיגה מוחלטת
60-70 %
מקרים של קמפיין, חלק הניתן לאוטומציה טיפוסי

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

שאלות ישירות

מה מבקשים מאיתנו

מאיפה להתחיל כששום דבר אינו אוטומטי?

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

האם נדרש צוות טכני כדי לתחזק את זה?

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

כמה זמן ייקח עד שזה יניב רווחים?

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

ומה עם הבינה המלאכותית בכל הסיפור הזה?

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

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

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

לקבוע פגישה
he_ILHebrew