כשאנחנו מדברים על בדיקות תוכנה איכות היא הלפיד הבוער שלנו, עליו אנחנו מגוננים, בשביל זה הביאו אותנו לעבודה. זהו שלא! הביאו אותנו לייצר מוצר איכותי ובהבנת הצורך והמגבלות העסקיות והטכנולוגיות ככה שגם מצד הצרכן וגם אנחנו כגוף דליברי נדרשים לעמוד בו.
בדיקות עומק לא בכל מצב, בדיקות רדודות כאג'נדה
זהו שצריך להבין שבדיקות עומק הן בהחלט חשובות, אנחנו צריכים להבין את התהליך העיסקי, את האפשרויות ונקודות הקצה שהמשתמש יכול ליפול בהן ולהגן עליו, בהשלכות של טעויות או פרצות. אבל כשיש לנו מגבלה של תקציב וזמן (כן, אנחנו בעולם של אילוצים, זו לא קללה) חשוב שנייצר מיומנות של בדיקות רדודות ולחפש את הנתיב הקריטי בתהליך, והתהליכים השכיחים ביותר שהמשתמש יעבור דרכם.
בדיקות רדודות – הוא ניצחון מהיר, מהירות, פשטות, באגים שכיחים. אנחנו לא מדברים פה על בדיקות מרושלות אלא כאג'נדה בדוקה מראש ליצירת MVP. בדיקות רדודות הן פיצ'ר ולא באג.
תהליך כזה מאפשר להאיץ מהירות פיתוח, מפני שכבר בשלב מתקדם של תוצרים, הבודקים יכולים להיות מכפיל כוח לפיתוח, ולאפשר להם להתמקד בפיתוח, כשאנחנו כבודקים מייצרים כבר בדיקות, ותוצאות ראשוניות המציגות האם המוצר בשל או שעדיין בחיתוליו. אנחנו צריכים לזכור שבודק תוכנה ניגש בזווית ראיה אחרת מהמפתח ועשוי לתת לו ריג'קטים בשלב מוקדם שיסיעו לו בחיסכון של זמן יקר בתהליך הפיתוח.
אז בפעם הבאה שאתם נדרשים לבצע בדיקות מהירות, זכרו את הפוסט הזה.
רוצים לקבל מידע איכותי ומזוקק? כנסו עכשיו לקרוס שלנו
TesQA 