בדיקות תפקודיות

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

בדיקות פונקציונליות: לאן לכוון את המאמץ העיקרי?

- בדיקות מודולרית ומערכת;

- כדי לסמן את התיבה "לבנה" או "שחורה";

- על בדיקות ואוטומציה ידניות;

- לבדוק תכונות או חדשים בדיקות רגרסיה ;

- על בדיקות "שלילי" או "חיוביות".

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

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

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

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

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

- ערך ניתוח הגבול;

- מחיצות שקילות;

- ההנחה של שגיאה;

- ניתוח של הקשר בין סיבה ותוצאה.

אתה יכול לראות כל אחד מהם בנפרד.

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

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

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