בדוק כמו גוגל: שיטות עבודה מומלצות של ענקיות התעשייה (04.17.24)
אנו יכולים ללמוד רבות מענקיות בתעשייה על ידי התבוננות בשיטותיהן וגישותיהן בתהליכי העבודה.
כיצד הם מצליחים לשמור על תהליך בדיקת התוכנה בתוך מיליוני שורות קוד?
כיצד הם מארגנים את זרימת העבודה עם אלפי מהנדסי QA?
כיצד הם מתמודדים עם הרחבת הפרויקט?
ניסיון של חברות כמו גוגל או ספוטיפיי יכול לעזור בשיפור תהליכי בדיקה בחברות קטנות ו צוותים.
בוא נסתכל מקרוב על איך הענקים בודקים.
Google: החשיבות של כיסוי הקודובכל זאת, מהנדסים רבים טוענים לגבי החשיבות של מדד כזה של יעילות בדיקות תוכנה. ככיסוי קוד. מומחים מגוגל מתעקשים כי נתוני כיסוי קוד יכולים להיות מידע רב ערך להערכת סיכונים וצוואר בקבוק בפעילות בדיקה. קרלוס ארגואלס, מרקו איוונקוביץ 'ואדם בנדר חולקים שיטות עבודה מומלצות לכיסוי קוד:
- כיסוי קוד יכול לעזור בהפחתת באגים וכשלים. הניסיון של מהנדסי QA מגוגל הראה כי הגדלת כיסוי הקוד מובילה לשינויים בגישות וביחס לבדיקות. צוותים עם כיסוי קוד כמטרות עיקריות נוטים לבחון טוב יותר את המוצרים שלהם. הם כותבים קוד יעיל יותר לבדיקה כדי להשיג מטרות בדיקה קלות ופחות זמן רב.
- השתמש בבדיקת מוטציה כדי להבטיח כיסוי גבוה של הבדיקה. כיסוי קוד מלא יכול להיות בזבזני ואינו מבטיח כיסוי בדיקה איכותי. אחוז גבוה של כיסוי קוד לא אומר שכל הפונקציות נבדקו כהלכה. המשמעות היא שהקוד נבדק באופן כללי. כדי להבטיח איכות גבוהה של כיסוי הבדיקה, מומחים של גוגל ממליצים להשתמש בבדיקת מוטציה. שיטה זו כוללת יישום שינויי קוד קטנים ובדיקה כיצד מערכות הבדיקות מזהות אותם.
- אחוז כיסוי הקוד תלוי בגורמים רבים. אנחנו לא צריכים לשאוף לכיסוי קוד גבוה, אך כיסוי נמוך מוביל למספר גדול של כשלים גם כן. והשאלה היא, מהו כיסוי קוד ספציפי למערכת מסוימת? כדי לענות על שאלה זו, עלינו לשקול דברים כמו קריטיות, מורכבות ותדירות שינוי קוד. כיסוי קוד הוא החלטה עסקית, ובעלי מוצרים צריכים להגדיר אותו.
- לנתח מה לכסות. איננו יכולים לקבל 100% כיסוי קוד, לכן מהנדסי QA צריכים לשים לב לכך החלקים החשובים ביותר של הקוד מכוסים. צוות מפתח צריך לדון ולחשוב לא כמה שורות קוד מכוסות, אלא מה בדיוק מכוסה.
Spotify היא חברה שצומחת במהירות. היא הוקמה בשנת 2008 עם 150 עובדים. בשנת 2019 מספר העובדים גדל ל -4405. כיום Spotify משרתת כ -300 מיליון משתמשים ברחבי העולם, מה שהופך אותה לשירות הסטרימינג הפופולרי ביותר בעולם.
אנו יכולים ללמוד שיעורים על האופן שבו Spotify מגדילה את בדיקותיה ו תהליכי פיתוח.
- הגדר יעדי מוצר עבור צוות QA. בספוטיפיי צוותים חוצי פונקציות. לכל צוות יש יעדים ומערך מיומנויות מסוימות להתייחס למטרות אלה. מבנה הקבוצה תלוי ביעדים. לפיכך, צוותים מסוימים מורכבים רק ממפתחים, וישנם מפתחים ובודקים. לפיכך, בודקים משתפים פעולה באופן הדוק עם צוות הפיתוח ומתמקדים ביעדים העיקריים של המוצר. גישה כזו מאפשרת לספוטיפיי להגדיל את תהליך הפיתוח ביעילות.
- בדיקות אוטומציה הן כלי, אך לא תרופת פלא. מנהל הבדיקות והפיתוח בספוטיפיי קריסטיאן קארל טוען כי לא ניתן להחליף את בודקי התוכנה באוטומציה. בדיקה דורשת ניסיון וידע אנושי. בדיקות אוטומציה הן כלי חזק לזרז את התהליך, אך בני אדם מקבלים החלטות ומנתחים דוחות אוטומטיים. Spotify משתמשת באוטומציה כאחד מכלי המידה. זה מאפשר לבודקים להשאיר שגרה לאלגוריתמים ולהתמקד ביעדי המוצר.
SpaceX היא חברה חדשנית הידועה בהובלת חלל מסחרי, מערכת שיגור לשימוש חוזר, יעילות גבוהה.
ניקולס צ'ילן, מנהל התוכנה הראשי של חיל האוויר, אמר כי מערכת מחלקת הפיתוח של SpaceX יעילה פי חמש מחברות עם זרימת עבודה קלאסית. כיצד SpaceX מתמודד עם תהליך הבדיקה עם ביצועים כאלה?
DevOps והגישות Agile מאפשרות למהנדסי SpaceX QA לבצע בדיקות אוטומציה המוניות. במהלך מחזור הפיתוח, בודקים מספקים בדיקות רציפות כדי לקבל משוב מיידי ולמנוע סיכונים קיימים. לפיכך הם עובדים באופן יזום, בודקים לעתים קרובות ומוקדם.
החברה פיתחה אסטרטגיה כיצד ליישם בדיקות מתמשכות בתהליך הפיתוח.
לכל חברה יש את אסטרטגיית הבדיקה, התהליך והגישות שלה. כל צוות בוחר ומתאים את תהליך הבדיקה על סמך היעדים הסופיים ויכולות המוצר. המשימה העיקרית של כל מומחה היא לחשוב על הלקוח ועל משתמש הקצה, להסתגל לדרישות חדשות ולאמץ את החוויה של הטובים ביותר בענף.
סרטון יוטיוב: בדוק כמו גוגל: שיטות עבודה מומלצות של ענקיות התעשייה
04, 2024