מסמך סיכום בדיקות - STR

תמלול ההרצאה: מסמך סיכום בדיקות - STR

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

1. 00:06

   STR דוקימנט, בהרצאה הזאת אנחנו נדבר על המסמך האחרון למעשה שצוות הבדיקות מייצר וזה מסמך ה-STR, Software Test Results. Lesson Objectives, מטרות השיעור. What is the STR דוקימנט?

2. 00:27

   מהו מסמך ה-STR? STR Structure, מבנה ה-STR, STR in Details, נדבר בפירוט יתר על המסמך ו-Summary, סיכום. What is the STR דוקימנט?

3. 00:42

   מה זה מסמך ה-STR? STR זה ראשי תיבות של Software Test Report או Software Test Result. כלומר זה מסמך שנותן דיווח או מסכם את תוצאות הבדיקה או תוצאות הבדיקות של סבב בדיקות מסוים.

4. 01:00

   Last step in the test process. First step was STP, then STD. זה השלב האחרון בתהליך הבדיקות, או המסמך האחרון בתהליך הבדיקות, כאשר המסמך הראשון היה STP, Software Test Plan, והמסמך השני היה STD, Software Test Description או Software Test Details.

5. 01:22

   Summarize the results of the test cases analyzing the data. המסמך הזה למעשה מסכם את תוצאות כל ה-Test Cases שעשינו, ועושה איזשהו ניתוח לתוצאות או לדאטה של ה-Test Cases.

6. 01:40

   STR Structure, מבנה ה-STR. אז יש לו סקופ, איזשהו מבנה כללי, כלומר תיאור כללי עם מטרת המסמך וכדומה, לאיזה פרויקט זה קשור.

7. 01:55

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

8. 02:09

   Verifying the results, אנחנו מוודאים שבאמת לכל בדיקה או לכל test cases יש תוצאה של עבר, לא עבר, אם לא עבר, באיזה סטפ זה לא עבר, כמה פעמים ביצענו עד שזה עבר וכדומה.

9. 02:22

   Test cases results, תוצאות ה-Test Cases, System Summary, איזשהו סיכום כללי על רמת איכות התוכנה ו-Improve and Proposal, כל מיני הצעות לשיפור ולשדרוג.

10. 02:36

    STR in Details – SCOPE The version of the system the STR refers to קודם כל ב-scope אנחנו מציינים לאיזה גרסה של תוכנה ה-STR מתייחס ולאיזה סבב בדיקות ה-STR מתייחס. The release date of the version תאריך השחרור של הגרסה What was tested and what wasn't tested and why מה בדקנו בסבב הבדיקות מה לא בדקנו והסיבה למה לא בדקנו.

11. 03:11

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

12. 03:28

    STR in details verifying the tests. וריפיקציה לבדיקות. Verify that all the test cases are for the correct version. תוודא מהם ה-test cases שעשינו לגרסה הנוכחית.

13. 03:41

    Verify that new requirements added to the version were tested using test cases צריך לוודא שאם היו דרישות חדשות או שיפורים של המערכת שנכתבו לזה test cases שהריצו את ה-test cases שכל הנושא הזה סגור ותחום שאין איזושהי דרישה שיוצאת בגרסה הנוכחית ולא בדקנו אותה ולא נכתב לה std או פרק ב-std.

14. 04:08

    Verifying the test coverage צריך לוודא את הכיסוי של הבדיקות הכיסוי של הבדיקות מתחלק לשניים. ל-Test Cases Requirements, כלומר כל טסט קייסס איזה Requirements הוא מכסה ו-Requirements טסט קייסס כל Requirement איזה טסט קייסס עונים עליו.

15. 04:28

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

16. 04:46

    FTR in Details Verifying the Results וריפיקציה לתוצאות. Verify that all the results of the test cases exist.

17. 04:54

    צריך לוודא שיש לנו את