הרצאה 12 - קורס Quality Center הראשון

תמלול ההרצאה: הרצאה 12 - קורס Quality Center הראשון

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

1. 00:02

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

2. 00:47

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

3. 01:16

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

4. 02:19

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

5. 03:38

   אוקיי אז במקום functionality נשנה את השם אנחנו נקרא לזה tc test case אנחנו נעשה requirement 0070 אוקיי ופה אנחנו נוסיף את זה אנחנו ניקח resource ונעשה לו delete הוא מופיע לנו כאן אנחנו יכולים להסתכל על ה-resource ניתוח את ה-resource לראות שזה זה Require 0098 תור אוקיי יש לנו TC Require 0098 אפשר את זה להוריד מפה זה הכפתור delete הוא ישר שואל אם

6. 05:02

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

7. 05:40

   אוקיי נגיד אני לא רואה פה אבל נגיד והיה לנו במקרה עוד סוג של קבוצה אז הקונברציה אומרת היינו פותחים אחד חדש היינו עושים tg טסט גרופ ותחתיו היינו שמים טסט קייסים לפי requirements וככה היינו ממשיכים אוקיי יש גם TGC ו-TGD אבל עדיף לא להגיע לדברים האלה כי זה סתם יוצר לנו בעיות.

8. 06:27

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

9. 06:58

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

10. 07:36

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

11. 08:18

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

12. 08:50

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