סוגי בדיקות תוכנה והטכניקות שלהם

תוֹכנָה בדיקה מוגדר כחקירה שבוצעה על מנת לספק מידע מלא אודות מוצר התוכנה או כל שירות הנבדק. הוא מספק מידע אודות איכות מוצר התוכנה או השירות ללקוחות / בעלי העניין. זהו תהליך אימות מוצר / תוכנת התוכנה כדי לבדוק אם הוא עונה על התוצאות הרצויות. זה גם עוזר להבטיח שמערכת התוכנה תהיה נטולת שגיאות (ללא פגמים). בדיקה זו מסייעת לניתוח ובדיקה האם התוצאות בפועל מתאימות לתוצאות הרצויות של מוצר התוכנה. זה עוזר לזהות את הבאגים / שגיאות, פערים ורכיבים חסרים אחרים במהלך הביצוע של כל מוצר תוכנה. הוא מעריך את התכונות של מוצרי התוכנה באמצעות בדיקות ידניות או בדיקות אוטומציה תהליך. זה מכונה גם קופסאות לבנות או קופסאות שחורות או אימות יישום הנבדק (AUT).

סוגי בדיקות תוכנה

יש תוכנות שונות סוגי בדיקות וטכניקות. חלקם נדונים להלן.

סוגים וטכניקות של בדיקות תוכנה

• בדיקות התקנה
• בדיקת השוואה
• בדיקת עשן
• בדיקת שפיות
• בדיקות רגרסיה
• בדיקת קבלה
• בדיקות פונקציונליות,
• בדיקות לא פונקציונליות (בדיקת ביצועים)
• בדיקות רציפות
• בדיקת ביצועי תוכנה
• בדיקות אבטחה
• בדיקות מקבילות
• בדיקת A / B (קבלה / בדיקת בטא)
• תחזוקה (רגרסיה ובדיקת תחזוקה.
• סוגי בדיקות פונקציונליות הם,
• בדיקת יחידות
• בדיקת אינטגרציה
• בדיקת מערכת
• בדיקות ממשק
• סוגי בדיקות לא פונקציונליים הם,
• בדיקת ביצועים
• מבחן לחץ
• בדיקת עומסים
• בדיקת נפח
• בדיקת אמינות
• בדיקת התאוששות
• בדיקת תאימות
• בדיקת שמישות
• בדיקת לוקליזציה.

בדיקות התקנה

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

יש לו תכונות רבות כגון

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

בדיקות תוכנה להשוואה

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

• בדיקות השוואה קדימה: משמשות לבדיקה ואימות התנהגות מוצר התוכנה או היישום בגרסה החדשה.
• בדיקות השוואה לאחור: זה ידוע גם בשם השוואה כלפי מטה לבדוק את מוצר התוכנה או היישום בגרסאות ישנות יותר.
• בדיקות השוואה פופולריות ביותר בבדיקת השוואה בין דפדפנים שונים כמו Chrome, Firefox, Opera, Safari, Internet Explorer ועוד רבים אחרים.
• זה בודק את ההשוואה בין מערכות ההפעלה לינוקס, Mac OS ו- Windows.
• הוא בודק את יישומי הרשת השונים כמו 3G, 4G ו- Wi-Fi.
• זה גם בודק את ההשוואה של יישומים למכשירים ניידים כמו אנדרואיד, iOS ו- Windows וכו '.

בדיקת תוכנת עשן ושפיות

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

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

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

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

בדיקות רגרסיה

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

ישנם שני סוגים של בדיקות רגרסיה.

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

בדיקת קבלה

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

ישנם סוגים שונים של בדיקות קבלה. הם

• בדיקות קבלת משתמש
• בדיקת קבלה לעסקים
• בדיקות בטא ו
• בדיקת אלפא
• ניתן לבצע בדיקות קבלה מהסיבות הבאות
• נכונות תפקודית ושלמות
• נתוני מרה
• שלמות הנתונים
• ביצועים
• שְׁמִישׁוּת
• בזמן
• מדרגיות
• תיעוד
• סודיות, זמינות, התקנה ושדרוג.
• דוח מבחן הקבלה מספק מזהה דוח, סיכום, שינויים בקוד, שינויים מומלצים, סיכום רשימת מטלות והחלטת אישור סופית.

בדיקת אלפא

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

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

גירסת בדיקה ניסיונית

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

ההצלחה של בדיקות בטא תלויה בגורמים הבאים,

• עלות הבדיקה
• מספר המשתתפים במבחן
• משלוח
• משך הבדיקה
• סיקור דמוגרפי

פונקציונליות לעומת בדיקות לא פונקציונליות

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

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

הדוגמאות של סוגי בדיקות פונקציונליות הן,

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

בדיקות לא פונקציונליות

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

הדוגמאות לבדיקות לא פונקציונליות הן,

• בדיקת ביצועים
• בדיקת מדרגיות
• בדיקת נפח
• בדיקת שמישות
• מבחן לחץ
• בדיקת עומסים
• בדיקת ניידות
• בדיקות תאימות ו
• בדיקת התאוששות מאסון.

ממשיך בבדיקות תוכנה

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

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

בדיקת ביצועי תוכנה

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

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

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

ישנם סוגים שונים של בדיקות ביצועים,

• בדיקת עומס
• בדיקת סיבולת
• מבחן לחץ
• בדיקת ספייק
• בדיקות נפח ו
• בדיקת מדרגיות.

בדיקות אבטחה

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

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

בהתאם למתודולוגיית בדיקות האבטחה הידניות של קוד פתוח, ישנם 7 סוגים של בדיקות אבטחה. הם

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

בדיקות מקבילות

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

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

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

בדיקות תוכנה A / B

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

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

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

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