מבוא ל-QA ולבדיקות - חלק 1

תמלול ההרצאה: מבוא ל-QA ולבדיקות - חלק 1

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

1. 00:06

   Introduction to QA and Testing מבוא ל-QA ולבדיקות Lesson Objectives מטרות השיעור What is Testing מה זה בדיקות? What is Quality Assurance מה זה הבטחת איכות?

2. 00:26

   What is Quality מה זה איכות בכלל? The Importance of Testing נדבר על החשיבות של בדיקות למה חשוב לעשות מה זה עוזר לפרויקט? What does a tester do מה איש בדיקות למעשה עושה בתפקיד שלו בחיי היומיום?

3. 00:44

   Good Tester - איזה תכונות נדרשות מאיש בדיקות טוב ברמה המקצועית וברמה האישית? Software Project Personals - עם איזה אנשים בפרויקט אתם הולכים לעבוד? מה אתם תצטרכו מהם? מה הם יצטרכו ממכם?

4. 01:01

   The Complexity in Testing - הסיבוכיות, הבעיה, הבעייתיות בביצוע בדיקות. When will we stop to test? מתי אנחנו נפסיק לבדוק? What will you do as a tester?

5. 01:17

   מה אתם הולכים לעשות כאנשי בדיקות? What is Testing? מה זה למעשה בדיקות? Operation of a process application software under controlled condition in order to evaluate its quality by evaluating the test results.

6. 01:39

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

7. 02:08

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

8. 02:37

   The controlled condition should include normal and abnormal conditions הסביבה המבוקרת צריכה לכלול ולהתחשב גם במצבים נורמליים כלומר בהתנהגות נורמלית של המערכת ביומיום וגם במצבים לא נורמליים דוגמה למצב לא נורמלי נניח והיינו פותחים קובץ word נעשה דוגמה אפילו בlife נניח נפתח notepad ולא נכתוב בו כלום

9. 03:17

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

10. 03:58

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

11. 04:19

    חזרה למצגת. Detection – Detect Problems המטרה של הבדיקות של ביצוע טסטינג זה למעשה לגלות בעיות. לא למנוע בעיות, אלא רק לגלות.

12. 04:42

    ודוגמה אבסטרקטית If the user is in screen A while using hardware B and does C then D should depend זה מסכם לנו את כל הרעיון של הבדיקות בצורת במבט על אם אני נמצא במסך ואני משתמש בחומרה B ואני מבצע איזושהי פעולה C אני מצפה ש-D יקרה במהלך הבדיקות אני אעשה את הפעולות האלה תחת החומרות האלה כשאני נמצא במסכים הרלוונטיים ואני אצפה לראות אם D קורה מצוין

13. 05:23

    אם d לא קורה סימן שיש לנו בעיה ולמעשה גילינו בעיה, נעביר אותה למתכנתים, המתכנתים יתקנו, יחזירו לנו אותה לבדיקה חוזרת. Testing will do the following:

14. 05:42

    verify that the software behaves as specified in the specification. למעשה הבדיקות יוודאו שתוכנה מתנהגת בדיוק כמו שהוגדרה להתנהג במסמך הדרישות. כלומר אם אמרו שבתוכנת וורד אפשר יהיה לעשות גם save וגם save as וsave ידרוס את הקובץ הקיים וsave as יאפשר לי לשמור קובץ בשם אחר, אז הבדיקות עצמן יוודאו שבאמת שתי הדרישות האלה מתקיימות.

15. 06:18

    Detect errors in the software. טסטינג גם אמורים לגלות אם יש בעיות, אם יש תקלות במערכת. Validate that the what is specified is what the user actually wanted.

16. 06:35

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

17. 07:03

    עכשיו שני הבדלים חשובים בין וריפיקציה לוולידציה. וריפיקיישן are we building the system right האם אנחנו בונים את המערכת בצורה נכונה.

18. 07:17

    ולידציה ולידיישן are we building the right system האם אנחנו בונים את המערכת הנכונה. כלומר בווריפקציה אנחנו מבדילים האם המערכת בנויה כמו שצריך