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

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

למה לבזבז אותו?

בדיקות תוכנה כדי להבטיח שנערכו מכמה סיבות:

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

סוגים

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

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

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

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

סוגי הנ"ל של בדיקות תוכנה נקבעים לפי מידת הבידוד של רכיבים.

שיטות בדיקה אחרות

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

השלמת מחזור החיים של פיתוח התוכנה

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