איך לנתק תלויות פרויקטליות של ה QA

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

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

אז איך באמת נדביק את קצב ההתקדמות של האירגון שלנו, תוך מענה לאיכות?

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

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

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

בודק תוכנה? רוצה להתמקצע, כנס לקורס הדיגיטלי שלנו

כתיבת תגובה