איך לדווח על באג
QA
פרקי ההרצאה: איך לדווח על באג QA
תמלול ההרצאה: איך לדווח על באג QA
הטקסט המלא של הדקות הראשונות בהרצאה «איך לדווח על באג QA» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
אחרי שדיברנו מה זו תקלה בתוכנה BAD, אנחנו רוצים לפנות לאחד התפקידים החשובים של איש הבדיקות, וזה תיעוד התקלות. אני מזכיר, תקלה בתוכנה היא למעשה פער בין ההתנהגות המצופה מהמערכת או מהמאפיינים שלה, מהתכונות שלה, לבין ההתנהגות או המאפיינים שלה בפועל.
כלומר, יש פער, יש אי-התאמה בין ההתנהגות שהיא אקספקטת מהמערכת להתנהגות בפועל. למה חשוב לתעד תקלות?
תקלה בתוכנה היא למעשה דיווח מקדים לפני שהלקוח עצמו האמיתי של המערכת, של התוכנה, יחווה את החוויה המתסכלת של פער בין הציפייה ובין הרצון שלו להפיק תועלת מהאפליקציה לבין ההתנהגות שלה בפועל.
אנחנו חייבים לתעד את התקלה על מנת שמי שאמור לטפל בה ולתת לה התייחסות או תיקון לתקן את התקלה במערכת, יוכל לקבל את כל הפרטים האפשריים על מנת להתחיל את הטיפול ולמנוע את זליגת התקלה ללקוח.
התקלה שאני רוצה לתאר היא תקלה במערכת של דיווח קריאות של תושבים לעיריית גני תקווה. כמעט לכל עירייה היום יש איזושהי אפליקציה שבאמצעותה תושבים יכולים לדווח תקלה או מפגע באזור שבו הם גרים.
התרחיש שאני רוצה לתאר של התקלה הוא למעשה פתיחת טופס דיווח למוקד, העלו השדות חובה ואני לוחץ על שלח דיווח. מה הציפייה שלי? הציפייה שלי היא שברגע שאני אשלח את הדיווח, תיפתח קריאה במסד הנתונים של העירייה ופנייה תועבר לגורם המטפל.
אז התושב שנכנס ומשתמש באפליקציה מצפה שברגע שהוא ימלא את שדות החובה ויוסיף את התמונה, למעשה התמונה תצורף למערכת. אבל התמונה לא מצורפת ולכן יש איזשהו פער בין המשתמש, זאת אומרת הציפיית המשתמש, לבין ההתנהגות בפועל של המערכת.
זוהי התקלה. התקלה היא הציפייה שהתמונה תצורף לדוח הדיווח למוקד. תיארנו איזשהו תיאור של תקלה, ועכשיו אנחנו נפנה למלא ממש בפועל איזושהי תקלה אמיתית באמצעות מערכת לתיעוד תקלות.