נתונים הם הלב של כל יישום תוכנה וכך גם המאכלס את הנתונים האלה. אך עם העלייה בגודל הנתונים או מורכבות מסדי הנתונים גוברת גם מקשה על הטיפול בנתונים. כך אימות נתונים הופך להיות הכרחי מאוד. זה המקום בו בדיקות מסד הנתונים מועילות ומסייעות בבדיקת האיכות, האבטחה והנכונות של נתונים שאפליקציה מאחזרת או שומרת במסד הנתונים. באמצע מאמר זה אביא לך תובנות מלאות לגביו.
להלן הנושאים המכוסים במדריך זה:
- מהי בדיקת מסדי נתונים?
- מדוע נדרשת בדיקת מסד נתונים?
- סוגי בדיקות מסדי נתונים
- שלבי בדיקת מסד נתונים
- כלי בדיקת מסדי נתונים
אז בואו נתחיל.
מהי בדיקת מסדי נתונים?
לפני שאדבר על בדיקת מסדי נתונים, תן לי קודם לתעדך את מאגרי המידע.מאגר מידע אינו אלא אוסף שיטתי של נתונים המספק אחסון נתונים ומסייע במניפולציה של נתונים. ניהול נתונים הופך להיות קל מאוד באמצעות מאגרי מידע אלה כ- dבסיסים משתמשים באובייקטים לניהול הנתונים, כגון טבלאות לאחסון נתונים, תצוגה עבור ייצוג נתונים, פונקציות ומפעילים למניפולציה של נתונים.
עַכשָׁיו,בדיקת מסד נתונים מתייחסת לתהליך אימות הנתונים המאוחסנים במסד נתונים על ידי אימות האובייקטים השולטים בנתונים ותפקודים שונים הסובבים אותם. באופן כללי, פעילויות כמו בדיקת תוקף הנתונים, בדיקת תקינות הנתונים, בדיקת ביצועים קשורות, בדיקת פרוצדורות שונות, טריגרים ופונקציות במסד הנתונים מכוסים במהלך בדיקות מסד הנתונים.
אך על מנת לבצע בדיקות מסד נתונים, יש היכרות טובה עם SQL בצורה חשובה. אל תדאג אם אין לך את המומחיות הנדרשת, תוכל לעיין במאמר זה ב יסודות SQL להתחיל עם זה.
מדוע בדיקת מסדי נתונים?
כידוע, בסיס הנתונים הוא זריקת נתונים שבה הנתונים נאספים בכמות עצומה ומאוחסנים בפורמט מובנה. למרות ש (DataBase Management System) מספק דרך מסודרת לניהול, אחזור ואחסון נתונים אלו, ישנם מקרים בהם נתונים עלולים להיות מיותרים, לשכפול וכו '. במקרים כאלה בדיקות מסד נתונים נכנסות לתמונה המסייעות לנו לאמת את הנתונים. להלן פירטתי היבטים שונים על בסיסם צריך לאמת מסד נתונים:
- מיפוי נתונים
מיפוי נתונים הוא היבט אינטגרלי בבדיקת מסדי נתונים המתמקד באימות הנתונים החוצים הלוך ושוב בין היישום למסד הנתונים האחורי. - אימות מאפייני חומצה
חוּמצָה מייצג ל טומיקיות, ג התנגדות, אני סולציה, ו ד שמישות. זהו היבט חשוב נוסף שיש לאשר מול כל עסקת מסד נתונים.- אָטוֹמִיוּת : פירוש הדבר שכל עסקאות מסדי הנתונים הן אטומיות, כלומר העסקאות יכולות לגרום להצלחה או לכישלון. מוכר גם בשם הכל או לא כלום .
- עֲקֵבִיוּת : המשמעות היא שמצב מסד הנתונים יישאר בתוקף לאחר השלמת העסקה.
- בידוד : המשמעות היא שניתן לבצע מספר עסקאות בבת אחת מבלי להשפיע זה על זה ולשנות את מצב מסד הנתונים.
- עֲמִידוּת : המשמעות היא שברגע שבוצעה עסקה היא תשמר את השינויים ללא כשל ללא קשר להשפעת גורמים חיצוניים.
- שלמות נתונים
בדיקת תקינות הנתונים של מסד נתונים מתייחסת לתהליך הערכת כל מיני תהליכים, פעולות ושיטות המשמשות לגישה, ניהול ועדכון למסד הנתונים המכונה גם אַכְזָרִי פעולות. זה מתמקד אך ורק בבדיקת הדיוק והעקביות של הנתונים המאוחסנים במסד הנתונים, כך שנקבל את התוצאות הצפויות או הרצויות.
- תאימות כלל עסקי
עם העלייה במורכבות מסדי הנתונים מתחילים להסתבך גם רכיבים שונים כמו אילוצים יחסיים, טריגרים, נהלים מאוחסנים וכו '. על מנת להימנע מכך, הבודקים מספקים כמה שאילתות SQL המתאימות מספיק בכדי לאמת את האובייקטים המורכבים.
סוגי בדיקות מסדי נתונים
ישנם שלושה סוגים של בדיקות מסדי נתונים אשר רשמתי להלן:
בואו נבדוק כעת כל אחד מסוגים אלו ותתי-הסוגים שלהם בזה אחר זה.
בדיקות מבניות
בדיקת מסדי הנתונים המבנית היא תהליך האימות של כל האלמנטים שנמצאים במאגר הנתונים ומשמשים בעיקר לאחסון נתונים. אלמנטים אלה אינם ניתנים למניפולציה ישירה על ידי משתמשי הקצה. אימות שרתי מסדי נתונים הוא אחד השיקולים החשובים ביותר והבוחנים שמצליחים להשלים שלב זה רוכשים בהצלחה שליטה בשאילתות SQL.
סוגים שונים של בדיקות מבניות הם:
בדיקת סכמות
סוג זה של בדיקות מכונה גם בדיקות מיפוי ומבוצע על מנת להבטיח כי מיפוי הסכימה של הקצה הקדמי והקצה האחורי מסונכרנים. כמה מהמחסומים החשובים בבדיקה זו הם:
- מאמת סוגים שונים של פורמטים של סכמות המשויכים למסדי הנתונים.
- נדרש אימות לטבלאות / תצוגות / עמודות שלא ממופים.
- אימות נדרש גם כדי להבטיח את עקביות מסדי הנתונים ההטרוגניים בסביבה עם מיפוי היישומים הכולל.
- מספק כלים שונים לאימות סכמות מסד נתונים.
טבלת מסד נתונים ובדיקת עמודות
כמה מהמחסומים החשובים בבדיקה זו הם:
- התאימות של שדות מסד נתונים ומיפוי עמודות בקצה האחורי ובקצה הקדמי.
- אימות אורך ואמנה למתן שמות של שדות ועמודות בסיס הנתונים לפי הדרישות.
- איתור ואימות טבלאות / עמודות שאינן בשימוש / לא ממופה.
- אימות התאימות של סוג הנתונים ואורכי השדה בעמודות מסד הנתונים האחורי עם חזית היישום.
- מאמת כי המשתמשים יכולים לספק תשומות רצויות באמצעות שדות מסד הנתונים המפורטים במסמכי מפרט דרישות העסק.
בדיקת מפתחות ואינדקסים
כמה מהמחסומים החשובים בבדיקה זו הם:
- ודא כי הנדרש מפתח ראשי וה מפתח זר אילוצים כבר קיימים בטבלאות הנדרשות.
- אמת את ההפניות של המפתחות הזרים.
- ודא שבשתי טבלאות סוג הנתונים של המפתח הראשי והמפתחות הזרים המתאימים זהים.
- אמת את שמות כל המקשים והאינדקסים על פי מוסכמות השמות.
- בדוק את השדות והאינדקסים הנדרשים בגודל ובאורך.
- ודא את יצירת האינדקסים המקובצים והמדדים הלא מקובצים בטבלאות הנדרשות בהתאם לדרישות העסק.
בדיקת נהלים מאוחסנים
כמה מהמחסומים החשובים בבדיקה זו הם:
- אמת את אימוץ המוסכמות הסטנדרטיות לקידוד הנדרשות, חריגות וטיפול בשגיאות עבור כל הנהלים המאוחסנים על ידי צוות הפיתוח בכל המודולים של היישום הנבדק.
- ודא שצוות הפיתוח כיסה את כל התנאים / לולאות על ידי יישום נתוני הקלט הנדרשים ליישום הנבדק.
- בדוק אם צוות הפיתוח יישם כראוי את פעולות ה- TRIM או לא בכל פעם שנאספו הנתונים מטבלאות מסד הנתונים שצוינו.
- ודא שהתפוקות הנדרשות נוצרות על ידי ביצוע ידני של הנהלים המאוחסנים.
- ודא ששדות הטבלה מתעדכנים כמפורט על ידי היישום הנבדק על ידי ביצוע ידני של הנהלים המאוחסנים.
- ודא שהמפעילים הנדרשים מופעלים באופן מרומז על ידי ביצוע הנהלים המאוחסנים.
- לזהות ולאמת את כל ההליכים המאוחסנים שאינם בשימוש.
- אימות המצב Null ברמת מסד הנתונים.
- ודא שכל ההליכים והפונקציות המאוחסנים בוצעו ונבדקו על בסיס הנתונים הריק שנבדק.
- אמת את האינטגרציה הכוללת של מודולי ההליך המאוחסנים כמפורט בדרישות היישום הנבדק.
בדיקת טריגר
כמה מהמחסומים החשובים בבדיקה זו הם:
- מאמת כי מתקיימות מוסכמות הקידוד הנדרשות בשלב הקידוד של הטריגרים.
- ודא שהמפעילים שבוצעו ממלאים את התנאים הנדרשים לעסקאות ה- DML בהתאמה.
- בדוק אם הנתונים מתעדכנים כראוי לאחר הפעלת הטריגרים.
- אמת את הפונקציות כגון עדכון, הוספה, מחיקה מפעילה פונקציונליות של היישום הנבדק.
אימות שרת מסדי נתונים
כמה מהמחסומים החשובים בבדיקה זו הם:
זה-יש ויש לו מערכת יחסים בג'אווה
- אמת את תצורות שרת מסד הנתוניםכמפורט בדרישות העסק.
- ודא כי המשתמש הנדרש מבצע רק את רמות הפעולות הנדרשות על ידי היישום הנבדק.
- וודא כי שרת מסד הנתונים מסוגל לתת מענה לצרכי המספר המרבי של עסקאות משתמשים המותרות כמו במפרט הדרישות העסקיות.
בדיקות פונקציונליות
בדיקת מאגרי מידע פונקציונלית היא התהליך המבטיח כי העסקאות והפעולות המבוצעות על ידי משתמשי הקצה תואמות את המפרט העסקי.
סוגים שונים של בדיקות פונקציונליות הם:
- בדיקת קופסא שחורה
Black Box Testing מתייחס לתהליך הבודק פונקציות שונות על ידי אימות שילוב מסד הנתונים. בכך, מקרי הבדיקה בדרך כלל פשוטים ומשמשים לאימות הנתונים הנכנסים והיוצאים מהפונקציה. נעשה שימוש בטכניקות שונות כמו טכניקת גרפים של גורם תוצאה, ניתוח ערכי גבול וחלוקת שקילות. זה מבוצע בדרך כלל בשלבי ההתפתחות המוקדמים ועולה פחות בהשוואה לבדיקות פונקציונליות אחרות. אבל זה מגיע עם כמה חסרונות כמו שחלק מהשגיאות לא ניתנות לזיהוי על ידיו ואין פירוט לגבי כמה מהתוכנית צריכה להיבדק.
- בדיקת קופסאות לבנות
בדיקת קופסאות לבנות עוסקת במבנה הפנימי של מסד הנתונים והמשתמשים אינם מודעים לפרטי המפרט. בדיקה זו מחייבת טריגרים של מסד נתונים ובדיקות תצוגות לוגיות התומכות בשחזור מסד הנתונים. יתר על כן, פונקציות מסדי נתונים, טריגרים, תצוגות, שאילתות SQL וכו ', נבדקים גם בזה. נעשה שימוש בבדיקת קופסאות לבנות כדי לאמת את טבלאות מסדי הנתונים, דגמי הנתונים, סכימת מסד הנתונים וכו '. היא עומדת בכללי שלמות ההפניה ובוחרת את ערכי ברירת המחדל של הטבלה כדי לאמת את עקביות מסד הנתונים.טכניקות כמו כיסוי תנאים, כיסוי החלטות, כיסוי הצהרות וכו 'משמשות לעיתים קרובות לביצוע בדיקות קופסאות לבנות. שלא כמו בדיקת קופסאות שחורות ניתן לזהות שגיאות קידוד בקלות על מנת למנוע את הבאגים הפנימיים הנמצאים במסד הנתונים. החיסרון היחיד בסוג בדיקות זה הוא שהוא אינו מכסה את הצהרות ה- SQL.
בדיקות לא פונקציונליות
בדיקות לא תפקודיות הן תהליך של ביצוע בדיקות עומס, בדיקת מאמץ, בדיקת דרישות מערכת מינימליות הנדרשות כדי לעמוד במפרט העסקי לצד איתור סיכונים ואופטימיזציה של ביצועי מסד הנתונים.
סוגים עיקריים של בדיקות לא פונקציונליות הם:
- בדיקת עומס
התפקיד העיקרי של ביצוע בדיקות עומס הוא לאמת את השפעת הביצועים של מרבית העסקאות הפועלות במסד הנתונים. בבדיקה זו נדרש בודק לבדוק את התנאים הבאים ומינוס
- מה זמן התגובה הנדרש לביצוע עסקאות עבור מספר משתמשים שנמצא מרחוק?
- מה הזמן שלוקח מסד הנתונים לאיסוף הרשומות הספציפיות?
- מבחן לחץ
בדיקת לחץ היא תהליך בדיקה שמבוצע כדי לזהות את נקודת השבר של המערכת. לפיכך, בבדיקה זו, יישום נטען עד לנקודה בה המערכת נכשלת.נקודה זו ידועה בשם נקודת שבירה של מערכת מסדי הנתונים. הכלים הנפוצים לבדיקת לחץ הם LoadRunner ו WinRunner .
בואו נראה עכשיו מה הם השלבים השונים המעורבים בבדיקות מסדי נתונים.
שלבי בדיקת מסד נתונים
בדיקות DB אינן תהליך מייגע וכוללות שלבים שונים במחזור החיים של בדיקות בסיס הנתונים בהתאם לתהליכי הבדיקה.
שלבי המפתח בבדיקת מסדי נתונים הם:
- הגדר דרישות קדם לבדיקות
- לבצע את הבדיקות
- אמת את מצב הבדיקה
- אמת תוצאות
- איחד ופרסם דוח
עכשיו שאתה מודע למה בדיקת מסדי נתונים וכיצד לבצע את זה, הרשה לי עכשיו להאיר קצת אור על כלים שונים המשמשים בעיקר לבדיקת מסדי נתונים.
כלי בדיקת מסדי נתונים
ישנם כלים רבים בשוק המשמשים להפקת נתוני הבדיקה, ניהול אותם ולבסוף ביצוע בדיקות מסדי נתונים כמו בדיקת עומס ובדיקת רגרסיה וכו '. להלן פירטתי כמה מהכלים המועדפים ביותר:
| קטגוריה | כלים |
| כלים לאבטחת נתונים |
|
| כלי בדיקת עומסים |
|
| כלי מחולל נתוני בדיקה |
|
| כלי ניהול נתוני בדיקה |
|
| כלי בדיקת יחידות |
|
אז זה היה כל העניין של בדיקת מסדי נתונים. עם זאת, ברצוני לסיים מאמר זה. אני מקווה שמאמר זה עזר לך להוסיף ערך לידע שלך. למידע נוסף על SQL או על בסיסי נתונים, תוכלו לעיין ברשימת הקריאה המקיפה שלנו כאן: .
אם ברצונך לקבל הכשרה מובנית ב- MySQL, בדוק את האתר שלנו שמגיע עם הדרכה חיה בהנחיית מדריך וניסיון פרויקט אמיתי. הכשרה זו תעזור לך להבין את MySQL לעומק ותעזור לך להשיג שליטה בנושא.
יש לך שאלה עבורנו? אנא הזכיר זאת בסעיף ההערות של ” בדיקת מסד נתונים ”ואחזור אליך.