گفتن آن تست بدیع نیست اتوماسیون به شرکت‌ها کمک می‌کند تا نرم‌افزار بهتری را در دوره‌های کوتاه‌تر ارائه دهند. تقریباً همه طبق یک مطالعه در سال گذشته، امروزه از “برخی” از آن استفاده می کنند – اگرچه دقیقاً چه مقدار از آن استفاده می کنند موضوع کاملاً متفاوتی است.
در مطالعه دیگری، ۷۹ درصد از آزمایش‌کنندگان گفتند که تا ۴۰ درصد از نرم‌افزار آنها بدون آزمایش مناسب وارد بازار می‌شود. اگر از مدیران عامل بپرسید، از هر ده چهار نفر می‌گویند که اتکای بیش از حد به تست دستی، علاوه بر کمبود توسعه‌دهندگان ماهر و زمان ناکافی، دلیل بزرگی است.
اگرچه این به نگرانی قابل توجهی تبدیل نشده است، زیرا ۸۵٪ از مدیران عامل فکر می کنند که انتشار نرم افزارهایی که به درستی آزمایش نشده اند در محدوده قابل قبولی است. جایی که همه چیز متناقض است، ۹۵٪ از همان مدیران عامل ترس از دست دادن شغل پس از شکست نرم افزار است.
در اینجا به وضوح بین تیم های QA و C-Suite قطع ارتباط وجود دارد. دلیل؟ این دو اردوگاه به زبان های بسیار بسیار متفاوتی صحبت می کنند. بنابراین چگونه تیم‌های QA می‌توانند با مدیران C-Suite ارتباط برقرار کنند که نرم‌افزاری که به‌درستی تست شده ایده خوبی نیست؟
هنر متقاعدسازی
متقاعد کردن مدیران C-Suite مبنی بر اینکه تست اتوماسیون چیز خوبی است مانند متقاعد کردن مردم به این است که سبزیجات باید در رژیم غذایی آنها باشد. شما می خواهید در مورد اینکه چگونه آنها می توانند شانس خود را برای زنده ماندن به حداکثر برسانند صحبت کنید (و بله، شما واقعاً باید آن کلم بروکلی را بخورید).
به خاطر داشته باشید که مدیران C-Suite – مدیر عامل، مدیر ارشد مالی یا CIO شما – به دور از جزئیات تست نرم افزار هستند. آنها از نظر تصویر بزرگتر صحبت می کنند، که در میان چیزهای دیگر شامل هزینه، کیفیت و زمان عرضه به بازار است. همه اینها می تواند به طور قابل توجهی تحت تأثیر تست نرم افزار قرار گیرد.
خبر خوب این است که اثبات این نکته زمان زیادی نمی برد. در سال ۲۰۱۷، یک قطعی چهار ساعته AWS به ضرر ۱۵۰ میلیون دلاری شرکت های S&P 500 تمام شد، همه اینها به دلیل یک اشتباه تایپی که توسط یک توسعه دهنده در حین رفع اشکالات انجام شده بود (بله، طعنه آمیز). وقتی این موضوع را بیشتر تجزیه کنید و متوجه شوید که این به معنای از دست دادن ۳۷,۵۰۰,۰۰۰ دلار در ساعت است، به راحتی می توانید میزان خسارتی را که در مدت زمان کوتاهی ایجاد می شود مشاهده کنید.
مردم نیز می توانند به معنای واقعی کلمه از نرم افزارهای باگ بمیرند. بدنام ترین نمونه؟ هواپیمای ۷۳۷ مکس بوئینگ که نرم افزار MCAS معیوب آن (از جمله دلایل دیگر) باعث دو سانحه غم انگیز و جان باختن ۳۴۶ نفر شد.
حتی در سرگرمی‌های پرفروش، شاهد بوده‌ایم که کیفیت کیفی بد چقدر می‌تواند میلیون‌ها دلار برای شرکت‌ها در پرونده‌های قضایی و بازپرداخت هزینه داشته باشد. این دقیقاً همان چیزی است که برای سال ۲۰۲۰ بدنام Cyberpunk 2077 رخ داد، یک بازی ویدیویی که آنقدر با کد بدی مواجه شده بود که سونی آن را از فروش در فروشگاه پلی استیشن حذف کرد.
راه‌های زیادی برای توجیه فوریت QA نرم‌افزار خوب برای مدیران C-Suite وجود دارد، اما نکته اینجاست که بدون آن، نرم‌افزار بی‌کیفیت می‌تواند کسب‌وکارها را متوقف کند، قیمت سهام و فروش را کاهش دهد و همچنین باعث از دست رفتن شغل شود. . ، نقض سایبری، ناراضی مشتریانو حتی از دست دادن جان.
چگونه در مورد تضمین کیفیت “راه C-Suite” صحبت کنیم
به صحبت با مدیران C-Suite در مورد تضمین کیفیت و اتوماسیون تست مانند یک میدان فروش فکر کنید.
ارتباط را واضح و مختصر نگه دارید. به یاد داشته باشید، هر یک از اعضای C-Suite خواسته های زیادی برای جلب توجه خود دارند. به عنوانی فکر کنید که می‌خواهید مدیران در جلو و مرکز ببینند، به عنوان مثال «اگر نرم‌افزار خود را به‌درستی آزمایش نکنیم، پول زیادی از دست می‌دهیم و با دعوای قضایی از بین می‌رویم».
تصویر بزرگتر را به آنها نشان دهید! مدیران عامل نگران تاخیر در عرضه محصول و هزینه های بیش از حد هستند. آزمایش کنندگان در مورد مشتریان ناراضی و از دست دادن شهرت برند استرس دارند. وظیفه شما به عنوان تیم QA این است که نقاط را به هم متصل کنید و توضیح دهید که چگونه دومی می تواند منجر به اولی شود.
از اصطلاحات بگذرید! اصطلاح “تکنوببل” به دلایلی وجود دارد. لحظه ای که شروع به بیان عباراتی مانند “آزمون های رگرسیون” می کنید، مدیران اجرایی را از دست داده اید.
استفاده کنید داده ها و ارزش را نشان دهد. اگر می‌خواهید برای اتوماسیون تست بیشتر در سازمان خود استدلال کنید، ناآماده وارد آن نشوید. C-Suite به ناچار می خواهد داده های صنعت و مطالعات موردی را ببیند که این گذار را توجیه می کند و نتایج تجاری قابل اندازه گیری را نشان می دهد.
برای سؤالاتی که می پرسند آماده باشید: مدیران می پرسند که چرا ابزارهای اتوماسیون اولویت بندی را به عنوان یک سرمایه گذاری تضمین می کند، راه حل چگونه با مقررات مطابقت دارد، چقدر ایمن است، تیم به چه منابع اضافی نیاز دارد. در مورد این موارد مستقیم و واقع بین باشید و آماده مقابله با اعتراضات مربوط به بودجه، آشنایی با فرآیندهای موجود و نگرانی های فناوری اطلاعات باشید.
نرم افزار با کیفیت باید به عنوان یک ستون اساسی موفقیت در کسب و کار در نظر گرفته شود، اما ترفند این نیست که فرض کنیم C-Suite شما از همان ابتدا متوجه می شود که چگونه اتوماسیون آزمایشی سازمان شما را به آنجا می رساند. در زمانی که شکاف مهارتی در ذهن هر بخش فناوری اطلاعات وجود دارد، رویکردهایی برای تست اتوماسیون اتخاذ می‌شود که به کمتر متکی هستند. کد نویسی برای کاهش ریسک و افزایش نوآوری حیاتی است. فقط لطفا در مورد تست های رگرسیون صحبت نکنید.
منبع: https://www.techradar.com/pro/how-to-communicate-software-testing-needs-to-c-suites