
הטקסט המלא של הדקות הראשונות בהרצאה «מטריצות בדיקה» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
Using test matrices השימוש במטריצות בדיקה מטריצות בדיקה זה איזושהי שיטה שבה יושבים באופן כללי חושבים על איזשהו משהו שהוא נבדק מגרסה לגרסה מתוכנה לתוכנה למשל בסופו של דבר בכל פרויקט תמיד בודקים שדה של שדות שהם אינטג'ר של מספרים תמיד עושים בדיקות לשדות שהם טקסטים המטריצה נועדה לשמש איזושהי טבלה
שעם הניסיון שמצטבר אצלכם או עם המחשבות, אתם יושבים וכותבים את כל הבדיקות שאפשר לעשות על שדה כזה. החל מ-Upper Bound, Lower Bound, אורכים, Alpha Bid, להכניס אורכים Alpha נומריים לתוך שדה שהוא מספר וכדומה.
יש לכם איזושהי טבלה עם הרבה מאוד אפשרויות בדיקה על נושא מסוים, על שדה שהוא סטרינג, על שדה שהוא מספר, על שדה שהוא פלוט, מספר שבר.
כל הבדיקות האלה, כל הידע הזה מצטבר. בסופו של דבר יש לכם איזושהי מחברת עם טבלאות עבור כל מיני דברים, כל מיני נושאים שחוזרים על עצמם מפרויקט לפרויקט.
כשמגיע פרויקט וצריך לבדוק באמת משהו כזה, במקום ללכת ולהמציא את הגלגל מחדש, אתם פשוט מוצאים את הרשימה. אתם מחליטים מה מהרשימה הזאת כן כדאי לעשות אותו בפרויקט הזה.
ועליו כותבים את הבדיקות, או לפעמים אפילו לא צריך לכתוב עליו בדיקות. פשוט לוקחים את הטבלה, מוחקים את מה שלא הולכים לבדוק ומביאים למישהו שיעשה את זה, יממש את הבדיקות.
בדרך כלל השימוש במטריצות הוא טוב לאנשים, נגיד שהגיע מישהו חדש לארגון, ל-QA. קשה מאוד לעכשיו להתחיל ללמד אותו את כל המערכת, זה משהו שייקח זמן. אבל דברים כמו לממש בדיקות למטריצות הוא יכול לעשות.
אז זה הרעיון שעומד מאחורי מטריצות, מטריצות בדיקה. זה רעיון גם שהוא מפתח את המוח כי אם יושבים כמה חבר'ה ומנסים לעשות מטריצה ביחד לאיזשהו נושא שהוא נבדק או לנושא שחוזר על עצמו פתאום מגלים כל מיני מחשבות חדשות בדיקות חדשות שאפשר לעשות כל אחד בא עם הניסיון שלו וזה דבר שהוא מועיל והוא טוב והוא תורם.
כמובן שככל שיש לכם ספר מטריצות שלכם שהולך איתכם ממקום למקום זה עוד הוכחה לארגון שזה ה-added value שלכם הידע שלכם בא לידי ביטוי בפרויקטים עתידיים. Objectives מה זה מטריצת בדיקה מדוע ללמוד את הנושא הזה של מטריצת בדיקה איך לבצע מטריצת בדיקה כל מיני דוגמאות מה זה מטריצת בדיקה המטריצות מספקות לנו איזשהו מבנה שהוא מבנה
קל וקריא עבור נושאים שחוזרים על עצמם שוב בכל פרויקט לא לא משנה איפה תהיו, תצטרכו לבדוק שדה שהוא מכיל מספרים שלמים בלבד. בכל פרויקט תצטרכו לבדוק שדות שהם מספרים עשרוניים.
בכל מקום תצטרכו לבדוק קומבו בוקס, שדה בחירה, טבלת בחירה. ובכל פרויקט תצטרכו למשל, או לא בכל פרויקט, בהרבה פרויקטים תצטרכו לבדוק למשל את הנושא הזה של שמירה.
תהליך השמירה של קובץ תהליך השמירה של מידע כל כך הרבה בדיקות שאפשר לעשות על תהליך שמירה כדי לראות אם באמת הוא תקין שלא תמיד חושבים על זה בפעם הראשונה שאומרים לכם תבדקו אם השמירה עובדת זה לא רק לבדוק שהסייב עובד והקובץ נשמר יש כל מיני דברים שאפשר לבדוק תוך כדי.
A common issue need to be tested with a relevancy to a software object like numeric field, file name, file location וכדומה אז יש כל מיני נושאים שגרתיים שצריכים להיבדק והם נבדקים מפרויקט לפרויקט.
שוב, מוסדות מספריים, שמות של קבצים, מיקומים של קבצים, שמירה של קבצים, מחיקה של קבצים, עבודה עם מדפסת, עבודה עם חומרה כזאת או אחרת וכדומה.
לאט לאט יהיה לכם בנק של בדיקות, בנק של מטריצות, כל מטריצה יהיה לה מספר שורות שהיא תתעסק או תדבר על הבדיקות האפשריות לאותו תחום.
וזה הידע שלכם, אתם למעשה רושמים את הידע שלכם, אתם רושמים את הידע של עוד אנשים וזה מלווה אתכם הלאה. בסופו של דבר זה יוצר מצב שאתם לא צריכים להמציא את הגלגל מחדש בפרויקטים.
כמובן שיש פרויקטים שלא רק בודקים שדות ולא רק בודקים סייבים, אלא בודקים לוגיקות. פה כבר נכנס השימוש במתודולוגיות אחרות שלמדנו, כמו ה-all pairs, קבוצות שקילות, שהן לא רק לשדות, הן גם ללוגיקה, הן גם לעץ לוגיקה וכדומה.
למה ללמוד את הנושא הזה של מטריצות בדיקה? It can reduce the working time, זה יכול לצמצם את זמן העבודה. שוב, יש לכם כבר מטריצה שמכילה את אפשרויות הבדיקה, אתם רק צריכים לבחור מה מתוכם אתם הולכים לממש בפרויקט הנוכחי.
על מה מתוך כל הבדיקות שיש לכם כבר אספתם, אתם רוצים לעשות ולכתוב מסמך בדיקות, טסט קייס. It's a Logic and Testing Challenge. שוב, זה משהו שמפתח את המחשבה. תשבו ותחשבו איזה בדיקות אפשר לעשות על שמירה של קובץ.
הם תגלו ויש לנו דוגמא בהמשך שזה לא רק לבוא ולהגיד לקובץ תישמר בשם ככה וככה לפתוח את הקובץ ולראות שהוא נשמר. Remember the all singles problem שוב בעזרת השימוש במטריצות אני יכול לצמצם את ה-all singles למה כי ה-all singles המטריצה תהיה ה-all singles למשל של איך לשמור קובץ מתוך ה-all singles הזה אני אוכל לבחור את הדברים שרלוונטיים לפרויקט הזה אבל אני לא לא צריך לבוא ולנסות לחשוב בתחילת הפרויקט
מה הם כל הדברים שאפשר לבדוק ואז לצמצם. יהיה לי כבר איזושהי רשימה. You will not have to invent yourself from project to project. שוב, אין צורך להנציא את הגלגל מחדש.
אחד הדברים שQA צריכים להבין שלנו אסור להנציא את הגלגל, כי ברגע שהמצאנו את הגלגל גם גרמנו לבזבוז של משאב שהוא כוח אדם, גרמנו לבזבוז של משאב של כסף וגרמנו לבזבוז של המשאב שהוזמן.
Save time, שימוש במטריצות חוסך זמן. לא לכל אפשר לכתוב מטריצות, צריך לזכור את זה גם, אבל הרבה דברים אפשר לכתוב להם. How to do a test matrix?
איך עושים מטריצת בדיקה? Decide a candidate that repeats itself from project to project. תחליטו על איזשהו נושא שחוזר על עצמו מפרויקט לפרויקט.
שוב, למשל, שמירה של קובץ, מחיקה של קובץ, כתיבה לדאטאבייס, קריאה מהדאטאבייס, בדיקות על שדה מספרי, בדיקות על סטרינג, בדיקות על לוג-אין במערכת ועוד כהנה וכהנה כיד הדמיון. כמובן שצריך לפעמים, הנושא של מטריצות בדיקה דורש השתפשפות בפרויקט,
בשני פרויקטים לפחות, כדי שיהיה לכם איזושהי תובנה כללית על נושאים שיכולים לחזור על עצמם מפרויקט לפרויקט. Think of tests you routinely test on the object.
אז בחרתם איזשהו קנדידט, איזשהו נגניח שמירה של קובץ. עכשיו תחשבו על הבדיקות שאתם מבצעים שוב ושוב על אותו נושא ותרשמו אותם.
Sort all the tests and put it in a matrix. עכשיו תסדרו לכם אותם מסדר החשיבות לפי איזשהו קריטריון מיון לדעתכם ותשימו אותם בטבלה. Example, דוגמה: A matrix for integer field.
זה מטריצה לבדיקות שאפשר לעשות על שדה אינטג'רי, על שדה שהוא מספרים שלמים. Let's think of all the tests. בהתחלה בואו נחשוב על כל הבדיקות שאפשר לעשות על כזה שדה.
אז אפשר להכניס 0 ואפשר להכניס ערך חוקי valid value, Boundary tests for value range, כל הנושא של בדיקת גבולות שדיברנו עליה. אם זה שדה שהוא בטווח מסוים, אז יש לי את הגבול תחתון פחות אחד, גבול תחתון, גבול תחתון ועוד אחד, גבול עליון, גבול עליון פחות אחד,
ואפשר אפילו להמשיך, גבול עליון ועוד מספר מאוד מאוד גדול, גבול תחתון ועוד מספר מאוד מאוד גדול. ניקח עוד כמה כאלה וכאלה בדיקות שקשורות ל-Boundary Tests.
Boundary Tests for Length, הבדיקות על האורך של המספר, שוב, אורך מקסימלי פחות אחד, אורך מקסימלי, אורך מקסימלי ועוד אחד, אורך מינימלי, אורך מינימלי פחות אחד, אורך מינימלי ועוד אחד.
Nothing, שום ערך לא להכניס לשדה הזה. אגטי value ערך שלילי פיישל צ'ארס כל מיני תווים מיוחדים כמו סימן קריאה שטרודל דולר וכדומה נקודותיים וסלאש הם סימנים מאוד מאוד חשובים בעיקר בגלל שהם נוגעים לכל מה שקשור לכתיבה לקבצים אפרקייס צ'ארס כתיבה של אותיות גדולות באנגלית לואיור קייס צ'ארס כתיבה של אותיות קטנות באנגלית למרות שזה שדה מספרי צריך לבדוק את זה לידינג ספייס תווים
ריקים ספייס