PracticU

Requirements

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

Requirements
ההרצאה בונה עץ דרישות למערכת אקדמיה. מגדירים בראשי פרקים מה המערכת צריכה לעשות, ואחר כך מחברים לכל דרישה את הבדיקות.
מבנה הדרישות
1. לוגין: הטופס מאפשר להזין שם משתמש וסיסמה, יש כפתור כניסה, ובחירת IP ופורט. הדרישה כוללת גם שמירת שדות וכפתור Register. את התיאור כותבים בשדה Description, כך שבודק יוכל לכתוב ממנו בדיקה.
2. רישום (Register): הדרישה מכסה את כל השדות של משתמש חדש. התיאור נשאר כתרגיל לתלמידים.
3. הורדה וניגון: אחרי הלוגין המשתמש מוריד הרצאה ומנגן אותה.
4. Logout כתת-דרישה: ההתנתקות נבנית כתת-דרישה של לוגין. אפשר לבנות עץ של דרישות ותתי-דרישות, כמו עץ של תיקיות וקבצים.
5. Upload: המרצה מקליט את ההרצאה ומעלה אותה לשרת.
6. דרישות אדמין: ניהול מרצים, ניתוק משתמשים והשבתת חשבונות. את הפירוט כותבים בשדה הפרטים של הדרישה.
טיפים לעבודה
ב-Quality Center לא נוח לכתוב בעברית, ולכן הכתיבה נעשית באנגלית. כדי לסדר את הדרישות בסדר מסוים מוסיפים מספר לפני השם, כי המערכת ממיינת לפי א'-ב'. מיון לפי מספר לא תמיד עובד, ולכן כדאי לבדוק את התוצאה אחרי הרענון.
בשלב הזה הדרישות נכתבות בלי בדיקות. רק אחר כך מחברים כל בדיקה לדרישה שהיא בודקת.
השיעור הבא בקורס: הרצאה 4 - קורס Quality Center השני

פרקי ההרצאה: Requirements

  1. 00:00

    הקדמה: יציאה מ-Site Administration

  2. 00:58

    הבדל בין Site Administration לעבודת QA

  3. 01:37

    כתובת השרת של Quality Center

  4. 03:35

    התחברות דרך Sign In As

  5. 05:45

    בחירת דומיין ופרויקט בהתחברות

  6. 07:18

    ארבעת שלבי העבודה ב-Quality Center

  7. 09:27

    New Requirement: דרישת לוגין

  8. 11:05

    מה טופס הלוגין אמור לאפשר

תמלול ההרצאה: Requirements

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

  1. 00:03

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

  2. 00:35

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

  3. 00:54

    עכשיו, לפני שנתחיל וניכנס לתוך ה-Quality Center, כן, בהרצאה הקודמת היינו בתוך ה-Site Administration, ההרצאה הזאת תהיה על ה-Quality Center עצמו.

  4. 01:07

    האיש QA רוב ימיו מבלה ב-Quality Center. כמעט ואין אנשי QA שבכלל עושים דברים בתוך ה-site administration. אם כבר, זה הראש צוות QA אחראי. טוב, אז לפני שנתחיל, מה שהייתי רוצה להראות לכם זה איך ניתן להריץ שני quality center ביחד.

  5. 01:30

    עכשיו, ה-quality center למעשה זה ה-internet explorer, נכון? הוא מרקירי quality center 9, Microsoft Internet Explorer. זה למעשה הדפדפן אינטרנט שלי.

  6. 01:44

    וזו הכתובת של האתר אינטרנט שממנו אני שואב את הדף הזה האתר האינטרנט הזה, אתר מאוד מוזר, שם מאוד מוזר נכון? אם נסתכל עליו, אז אוקיי, HTTP.2 נוחסן נוחסן, אנחנו מכירים מכל אתר אינטרנט אבל אנדרוסקור 1001XP.28080 זה לא משהו שאנחנו רגילים לראות

  7. 02:13

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

  8. 02:53

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

  9. 03:23

    QA וגם כל אנשי ה-QA כולם מתחברים לשרת מסוים לפורט המסוים שעליו מאזין מאזינת תוכנת השרת של ה-Quality Center דבר דומה גם אנחנו עושים חבר ימני על ה-Tweedy ו-Sign In As ונראה באדוונס שיהיה פתוח, כן אתם בדרך כלל רואים את האדוונס ככה אנחנו נראה שיש פה IP, זה שם של מחשב

  10. 03:55

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

  11. 04:16

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

  12. 04:30

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

  13. 05:05

    QC בין זהו נתיב אבל בוא נגיד שזה כבר פחות חשוב מה שחשוב זה שכשאתם מגיעים לארגון אתם צריכים שיגידו לכם על איזה מחשב נמצא השרת של הקואליטי סנטר לאיזה מחשב בעצם נתחבר עם הקואליטי סנטר טוב בואו ניכנס לקואליטי סנטר קליק יפה מריטיורי קואליטי סנטר יוזרניים אני אכנס עם אסף והפספורט שלי הוא 6 עד 7 עכשיו אני יכול להגיד לו פה automatically log into my last domain and project on this machine

  14. 05:49

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

  15. 06:19

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

  16. 06:44

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

  17. 07:08

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

  18. 07:30

    לשם כך יש לנו פה את Requirements. אחרי שנסיים את מסמכי הדרישות אנחנו נעבור ל-Test Plan, לתוכניות הבדיקה עצמם. אחרי שנגדיר תוכניות בדיקה אנחנו נבצע את הבדיקות ב-Test Lab.

  19. 07:54

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

  20. 08:22

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

  21. 08:41

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

  22. 09:10

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

  23. 09:27

    אז אפיון ראשון, New Requirement, קליק וקופץ לי טופס New Requirement, ה-Name. הדבר הראשון שאני רוצה זה להיות מסוג... המערכת הזו צריכה שניתן יהיה לבצע לוג-אין לתוכה.

  24. 09:43

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

  25. 10:10

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

  26. 10:32

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

  27. 11:00

    אז איזה דברים הטופס הזה אמור לאפשר לנו? בגדול הוא אמור לאפשר להזין יוזרניים, להזין פסוורד, פורגוט פסוורד, האם זה פבליק קומפיוטר, סייב מי יוזרניים, סיין מין אוטומטיקלי, אמור להיות בו אדוונט, אם זה ביינארי או ה-HTTP, אמור להיות אפשרות להזין IP, להזין פורט, אמור להיות פה כפתור

  28. 11:26

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

  29. 11:45

    זאת אומרת, אם פה אני אמור לרשום את ה-Description של ה-Login, אז אני ארשום A Login Form should allow

לקורס המלא: קורס Quality Center אונליין

ההרצאה הקודמת: Administration

ההרצאה הבאה: הרצאה 4 - קורס Quality Center השני

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

  • קורס שלם ומקיף בעברית על בדיקות תוכנה
  • קורס Load Runner - בדיקת עומסים
  • מבחן QA לדוגמא