בכל פעם שמתפרסמת תוכנה חדשה ברור הצורך לבדוק פונקציונליות חדשה. עם זאת, חשוב באותה מידה להריץ מחדש מבחנים ישנים שהיישום עבר בעבר. כך אנו יכולים להיות בטוחים שהתוכנה החדשה אינה מציגה מחדש פגמים ישנים או יוצרת חדשים בתוכנה. אנו מכנים סוג זה של בדיקות בשם בדיקות רגרסיה. לאורך מאמר זה נחקור בדיקות רגרסיהבפירוט. אם אתה חדש בבדיקות תוכנה, הקפד לקרוא גם את .
בואו נסתכל על הנושאים המכוסים במאמר זה:
התקשר לפי סימוכין לדוגמא ++
- מהי בדיקת רגרסיה?
- היתרונות של בדיקת רגרסיה?
- מתי ליישם בדיקות רגרסיה?
- מהם סוגי בדיקות רגרסיה?
- כיצד מיישמים את בדיקת הרגרסיה?
- טכניקות בדיקת רגרסיה
- אתגרי בדיקת רגרסיה
מהי בדיקת רגרסיה?
'בדיקה של תוכנית שנבדקה בעבר בעקבות שינוי בכדי להבטיח כי ליקויים לא הוצגו או נחשפו באזורים ללא שינוי בתוכנה, כתוצאה מהשינויים שבוצעו מכונה בדיקת רגרסיה.'
בדיקת רגרסיה היא בדיקה רחבת מערכת שמטרתה העיקרית היא להבטיח ששינוי קטן בחלק אחד של המערכת לא ישבור את הפונקציונליות הקיימת במקום אחר במערכת. אם אתה מחשיב רגרסיה כשינוי לא מכוון, אז סוג זה של בדיקות הוא תהליך הציד אחר השינויים האלה. במילים פשוטות, כל העניין הוא לוודא שבאגים ישנים לא יחזרו לרדוף אחריכם. בואוהתבונן בדוגמה פיקטיבית הממחישה את המושג.
בעת הוספת סוג תשלום חדש לאתר קניות, הפעל מחדש בדיקות ישנות כדי להבטיח שהקוד החדש לא יצר פגמים חדשים או הציג מחדש ישנים.בדיקת רגרסיה חשובה מכיוון שבלעדיה אפשר בהחלט להכניס לתיקונים המיועדים למערכת שיוצרים יותר בעיות ממה שהם פותרים.
היתרונות של בדיקת רגרסיה
ביצוע מבחני רגרסיהמועיל לחברות במספר דרכים כגון:
- זה מגדיל את הסיכוי לאיתור באגים שנגרמים כתוצאה משינויים בתוכנה וביישום
- זה יכול לעזור לתפוס פגמים מוקדם ובכך להפחית את העלות לפתור אותם
- עוזר במחקר תופעות לוואי לא רצויות שעלולות להתרחש עקב סביבת הפעלה חדשה
- מבטיח תוכנה עם ביצועים טובים יותר עקב זיהוי מוקדם של באגים ושגיאות
- והכי חשוב, הוא מוודא ששינויים בקוד אינם מציגים מחדש פגמים ישנים
בדיקות רגרסיה מבטיחות את נכונות התוכנה כך שהגרסה הטובה ביותר של המוצר תשוחרר לשוק. עם זאת, בעולם האמיתי, תכנון ותחזוקה של מערך בדיקות רגרסיה כמעט אינסופיות אינם ניתנים לביצוע. אז אתה צריך לדעת מתי ליישם בדיקות רגרסיה.
מתי ליישם בדיקות רגרסיה?
מומלץ לבצע בדיקות רגרסיה על התרחשות האירועים הבאים:
- כאשר מתווספות פונקציות חדשות
- במקרה של דרישות שינוי
- כשיש תיקון פגמים
- כשיש בעיות ביצועים
- במקרה של שינויים בסביבה
- כשיש תיקון תיקון
החלק הבא של מאמר זה עוסק בסוגים שונים של בדיקות רגרסיה.
מהם סוגי בדיקות רגרסיה?
בדיקת רגרסיה נעשית במספר שלבי בדיקה. מסיבה זו ישנם מספר סוגים של בדיקות רגרסיה. כמה מהם הם כדלקמן:
בדיקת יחידה: בבדיקות יחידה כאשר מתבצעות שינויים ביחידה ליחידה אחת, בודק, בדרך כלל היזם האחראי על הקוד - מריץ מחדש את כל מבחני היחידות שעברו בעבר. ב סביבות, בדיקות יחידות אוטומטיות מובנות בקוד, מה שהופך את בדיקות היחידות ליעילות מאוד בהשוואה לסוגים אחרים של בדיקות.
בדיקות מתקדמות: סוג זה של בדיקות עובד בצורה יעילה כאשר ישנם שינויים שבוצעו במפרטי התוכנה / יישום כמו גם חדשים מעוצבים.
בדיקות סלקטיביות: בבדיקות סלקטיביות בודקים משתמשים בקבוצת משנה של מקרי הבדיקה הנוכחיים כדי לצמצם את העלות והמאמץ מחדש. יש להפעיל מחדש יחידת מבחן אם ורק אם אחד מגופי התוכנית שהיא מכסה השתנה.
בדיקה חוזרת של הכל: סוג זה של אסטרטגיית בדיקה כולל בדיקה של כל ההיבטים של יישום מסוים וכן שימוש חוזר בכל מקרי הבדיקה גם כאשר השינויים לא בוצעו. זה גוזל זמן ואין שימוש רב כאשר נעשה שינוי או שינוי קטן ביישום.
בדיקה מלאה: בדיקה זו שימושית מאוד כאשר נעשו מספר שינויים בקוד הקיים. ביצוע בדיקה זו הוא בעל ערך רב לזיהוי באגים לא צפויים. לאחר השלמת בדיקה זו, המערכת הסופית יכולה להיות זמינה למשתמש.
חשוב מאוד לדעת איזה סוג בדיקות מתאים לדרישתך. בהמשך, נדון כיצד מיושמים בדיקות רגרסיה.
כיצד מיישמים את בדיקת הרגרסיה?
ההליך ליישום בדיקות רגרסיה הוא כמו זה שאתה מיישם לכל תהליך בדיקה אחר. בכל פעם שהתוכנה עוברת שינוי ומהדורה חדשה עולה, היזם מבצע את השלבים הבאים כחלק מתהליך הבדיקה:
- קודם כל, הוא מבצע בדיקות רגרסיה ברמת היחידה כדי לאמת את הקוד ששינו, יחד עם כל הבדיקות החדשות שכתבו כדי לכסות פונקציונליות חדשה או שונה.
- ואז הקוד ששונה מוזג ומשולב כדי ליצור מבנה חדש של היישום הנבדק (AUT)
- לאחר מכן, מבוצעות בדיקות עשן כדי להבטיח שהבנייה טובה לפני ביצוע בדיקות נוספות
- ברגע שהבנייה מוכרזת כטובה, מבוצעות בדיקות אינטגרציה כדי לאמת את האינטראקציה בין יחידות היישום זו עם זו ועם שירותים עורפיים כגון מסדי נתונים.
- בהתאם לגודל והיקף הקוד המשוחרר, נקבעת רגרסיה חלקית או מלאה
- לאחר מכן מדווחים על פגמים לצוות הפיתוח
- סבבים נוספים של בדיקות רגרסיה מבוצעים במידת הצורך
כך משולבים בדיקות רגרסיה בתהליך בדיקת תוכנה טיפוסי. התמונה למטה מתארת בבירור את ביצועי בדיקות הרגרסיה.
בכל פעם שנעשים שינויים בקוד המקור, ביצוע התוכנית נכשל מסיבות ברורות. לאחר הכישלון, קוד המקור ניפוי באגים על מנת לזהות את הבאגים בתוכנית. נעשים שינויים מתאימים. לאחר מכן נבחרים מקרי הבדיקה המתאימים מחבילת הבדיקות הקיימת שכבר מכסה את כל החלקים ששונו והושפעו מקוד המקור. מקרי מבחן חדשים מתווספים במידת הצורך. בסופו של דבר, הבדיקה מתבצעת באמצעות מקרי הבדיקה שנבחרו. עכשיו אתה אולי תוהה באילו מקרי בדיקה לבחור.
ניתן לבצע בדיקות רגרסיה יעילות על ידי בחירת מקרי הבדיקה הבאים:
- מקרי בדיקה שיש בהם פגמים תכופים
- מקרי בדיקה מורכבים
- מקרי מבחן אינטגרציה
- מקרי בדיקה המכסים את פונקציונליות הליבה של מוצר
- פונקציות המשמשות לעתים קרובות
- אגרטלי בדיקה שנכשלים לעתים קרובות
- מקרי מבחן ערך גבול
עם תהליך בדיקת הרגרסיה מהדרך בואו לבדוק טכניקות שונות.
טכניקות בדיקת רגרסיה
בדיקות רגרסיה פשוט מאששות שתוכנה ששונתה לא השתנתה שלא בכוונה והיא מבוצעת בדרך כלל בשילוב כלשהו של הטכניקות הבאות:
בחן מחדש הכל: שיטה זו פשוט בודקת מחדש את כל חבילת התוכנה, מלמעלה למטה. במקרים רבים, רוב הבדיקות הללו מבוצעות על ידי כלים אוטומטיים. פעמים מסוימות אין צורך באוטומציה. טכניקה זו יקרה מכיוון שהיא דורשת יותר זמן ומשאבים בהשוואה לטכניקות האחרות.
בחירת מבחן: במקום לבחור את כל מקרי הבדיקה, שיטה זו מאפשרת לצוות לבחור מערך מבחנים אשר יערוך בדיקה מלאה של חבילת הבדיקה. היתרון העיקרי בתרגול זה הוא שהוא דורש הרבה פחות זמן ומאמץ לביצוע. בדרך כלל נעשה על ידי מפתחים שבדרך כלל יהיו להם תובנות טובות יותר לגבי הניואנסים של מקרי קצה בבדיקה והתנהגויות לא צפויות.
עדיפות מקרה הבדיקה: מטרת הטכניקה הזו היא לתעדף קבוצה מוגבלת של מקרי מבחן על ידי בחינת יותר מקרי מבחן פוטנציאליים לפני מקרים פחות חשובים. נבחרים מקרי בדיקה שעלולים להשפיע על התוכנה הנוכחית והבנויה בעתיד.
אלה שלוש הטכניקות העיקריות. לעיתים על פי דרישות הבדיקה משולבים טכניקות אלו.
מה עושה system.exit (0) בג'אווה
שימושי ככל שבדיקות רגרסיה יכולות להיות, זה לא בלי הנקודות השליליות שלה. עליכם להבין את האתגרים העומדים בפניכם בעת היישום.
אתגרי בדיקת רגרסיה
- דורש זמן רב: טכניקות כמו בדיקה חוזרת כולן דורשות זמן רב לבדיקת מכלול מקרי המבחן
- יָקָר: יקר בגלל משאבים וכוח אדם שאתה צריך לבדוק שוב ושוב, דבר שכבר פותח, נבדק ונפרס בשלבים מוקדמים
- מורכב: ככל שהמוצר מתרחב, הבוחנים מוצפים לעיתים קרובות מכמות הענק של מקרי המבחן ונופלים קורבן לאובדן מסלול מקרי המבחן, ומשקיפים על מקרי המבחן החשובים
למרות הנקודות השליליות הללו, בדיקת רגרסיה שימושית מאוד בתהליך בדיקת התוכנה. באמצעות בדיקות רגרסיה, חברות יכולות למנוע מעבר לפרויקטים, להקפיד על הצוות שלהן, והכי חשוב למנוע מבאגים לא צפויים לפגוע במוצריהן. בכך הגענו לסוף הבלוג. מקווה שהדברים שלמדת כאן היום יעזרו לך כשאתה יוצא למסע בדיקת התוכנה שלך.
אם מצאת זאת מאמר רלוונטי, לבדוק את בשידור חי באינטרנט מאת אדוריקה, חברת למידה מקוונת מהימנה עם רשת של יותר מ -250,000 לומדים מרוצים הפזורים ברחבי העולם.
יש לך שאלה עבורנו? אנא הזכיר זאת בסעיף ההערות של ' מהי בדיקת רגרסיה? המאמר ונחזור אליך.