PracticU

תרשים מעברי מסך

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

תרשים מעברי מסך
State Transition Diagram הוא תרשים מעברי מסך שמתאר את הקשרים בין המסכים והמצבים בתוכנה, ומשמש שפה משותפת לאנשי פיתוח ולאנשי בדיקות.
מה מציגים בתרשים
1. מודולים ומעברים: כל מסך או מצב הוא קופסה, וכל פעולה שמעבירה מסך למסך מסומנת בחץ. לחיצה על כפתור או תנאי שמשנה מצב יוצרים מעבר.
2. משמעות לצורה: הצורה של הקופסה יכולה לסמן משמעות מוסכמת. למשל, גליל יכול לסמן מסד נתונים.
למה זה חשוב
3. שפה משותפת: התרשים מסביר את הארכיטקטורה של המערכת לכל הצוות, והצוות יכול לחזור אליו ולבחור יחד מה לבדוק.
4. כלים: יש תוכנות שמציירות את התרשימים, כמו כלים ל-UML, ולכן אין צורך לצייר ידנית.
צמצום מקרי הבדיקה
5. כמות גדולה: בתוכנה גדולה יש אלפי מעברים אפשריים, ואי אפשר לבדוק את כולם.
6. בחירה: בודקים את המעברים הנפוצים, את הנדירים יותר, ובודקים גם בצורה אקראית. בודקים גם אם יש קשר בין מצבי שגיאה להודעות השגיאה.
דוגמה: תוכנת צייר
7. מסך פתיחה: בודקים שגודל החלון בפתיחה זהה לגודל האחרון שהיה, שכל התפריטים מוצגים, שהכלי הראשון שנבחר הוא עיפרון, ושצבע ברירת המחדל הוא שחור.
8. שם המסמך: לפני שמירה, שם המסמך מופיע כ-Untitled.
9. יעד הבדיקה: לוודא שכל מעבר מתנהג כפי שהלקוח מצפה.
מפה טובה מקצרת את הדיון בין הצוותים, ומצמצמת את הבדיקות בלי לוותר על הכיסוי.
השיעור הבא בקורס: בדיקות קופסא שחורה

פרקי ההרצאה: תרשים מעברי מסך

  1. 00:00

    מה זה תרשים מעברי מסך

  2. 00:43

    מיפוי פעולות בממשק הגרפי למעברים

  3. 01:19

    משמעות הצורות והחיצים בתרשים

  4. 02:34

    שפה משותפת לאנשי פיתוח ובדיקות

  5. 03:32

    למה אי אפשר לבדוק את כל המעברים

  6. 04:09

    צמצום מקרי הבדיקה וכלל הבדיקה

  7. 05:17

    כלים ליצירת התרשים באופן אוטומטי

  8. 06:15

    תוכנות UML לשרטוט התרשימים

תמלול ההרצאה: תרשים מעברי מסך

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

  1. 00:06

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

  2. 00:35

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

  3. 01:03

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

  4. 01:26

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

  5. 01:41

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

  6. 02:09

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

  7. 02:34

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

  8. 02:57

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

  9. 03:21

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

  10. 03:36

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

  11. 03:55

    האפשריים בתוכנה הוא עצום נצטרך להפעיל Reducing של המקרה בדיקה, איזה מקרה בדיקה אני חייב לבצע בצורה חכמה, כלומר אני בתור איש QA אני בודק מה אני צריך לבדוק בתוכנה לצמצם את מקרה הבדיקה שלי שהם יהיו הקריטים בתוכנה הזאת, מה כאילו יהיה ה-Test Rule שלי, ה-TR.

  12. 04:20

    עכשיו, איך אני יוצר בעצם creating a state transition map? את התרשים הזה אני יכול ליצור, אין לזה חוקיות אבל יש איזו שפה של תכנות שנקראת שפת מכונה, שנקראת UML של חברת IBM.

  13. 04:35

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

  14. 04:50

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

  15. 05:09

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

  16. 05:22

    יש לנו תוכנה שנקראת Tate Transition Diagram, שאפשר להוריד אותה מהאינטרנט והיא מייצרת לנו את הקופסאות האלה באופן אוטומטי. כלומר, אני מקליט לו את הנתונים של המודולים והוא אומר לי לדוגמה ש-quality checking עושה את זה ואז הוא רץ לפה ועושה איזה פעולה שחוזרת על עצמה וכו' וכו'.

  17. 05:43

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

  18. 05:55

    אני יכול להיכנס לאתר ההורדות download.com, לעשות תוצאת search, תוצאת חיפוש עבור State Diagrams ואז להתקל בכל מיני תוכניות, לדוגמה התוכנית הזאת Visual Paradigm for UML Enterprise Edition מה שהיא עושה היא build large-scale software system through the use of the object-oriented approach בונה כאילו מערכות כאלו עוד לדוגמה יש לנו את התוכנה

  19. 06:27

    הזאת באתר SmartDraw, צייר חכם בתוכנה שדיברתי איתכם של ה-UML של IBM Unified Modeling Language זאת שפה שמשמשת לניתוח ועיצוב מונחי עצמים שמציגים אותה בצורה ויזואלית.

  20. 06:41

    אני אכנס לאתר SmartDraw, אני אבצע דאונלוד על SmartDraw here, ומה שזה יעשה לי הוא Quickly, Easily, Create Professional UML Diagrams וככה זה ייראה.

  21. 06:53

    ככה התוצר נראה. מין ריבועים כאלו שמסבירים לי איך התוכנה עובדת, אז אפשר להוריד Easy UML Diagrams גם מאתר SmartDraw.com.

  22. 07:04

    עכשיו, איך אנחנו עושים Reducing the number of states and transition to test? איך אנחנו נצמצם את כל אלפי מקרי הבדיקה ונעשה equivalent partitioning כדי שזה יצא לנו יותר הגיוני כמות שנוכל לבדוק את זה?

  23. 07:20

    אז בעצם כל הקללת נתון או היווצרות תנאי בתוכנה

לקורס המלא: קורס בדיקות תוכנה אונליין

ההרצאה הקודמת: שקילות

ההרצאה הבאה: בדיקות קופסא שחורה

הרצאות קשורות מקורסים אחרים

  • כתיבת טסטים - צילום מסך
  • הגדרת מסך פתיחה - Splash Screen
  • מסך הגדרות לאפליקציה ב-Xcode-Swift

קורסים נוספים במסלול

  • קורס Load Runner - בדיקת עומסים
  • Quality Center
  • מבחן QA לדוגמא