مزایا و معایب تست خودکار و مشکلات رایج

این فصل عمدتاً شامل مطالب زیر است:مزایای تست خودکارمعایب تست خودکارمشکلات رایج در تست خودکار1// مزایای تست خودکارنمایندگی نمایشگر سوهادلیل توسعه سریع اتوماسیون در سال های اخیر این است که مزایایی دارد که تست دستی نمی تواند با آنها مطابقت داشته باشد:سریع: اجرای اسکریپت بسیار سریعتر از اجرای تست دستی است.قابلیت اطمینان: هر بار که اجرا می شود همان اقدامات را انجام می دهد و خطای انسانی را حذف می کند.قابل تکرار: همین عملیات را می توان در سیستم تحت آزمایش انجام داد.قابل استفاده مجدد: از اسکریپت های آزمایشی می توان برای آزمایش مکرر نسخه های مختلف برنامه استفاده کرد.جامعیت: موارد تست بیشتری را می توان برای بهبود پوشش هر عملکرد طراحی کرد.راندمان بالا: آزمایش‌کننده‌ها می‌توانند بیشتر روی تأیید عملکردهای جدید یا عملکردهای تازه اصلاح شده تمرکز کنند، بدون اینکه زمان بیشتری را برای تأیید عملکردها یا ماژول‌هایی که در نسخه‌های آزمایشی قبلی تأیید شده‌اند صرف کنند.بدون خستگی: با افزایش زمان تست، تمام اقدامات تست بین هر نسخه تکرار می شود و مهندس تست بیشتر و بیشتر خسته می شود، در حالی که تست خودکار این مشکل را ندارد.2// معایب تست خودکارتست خودکار مزایایی دارد که تست دستی نمی تواند با آنها مطابقت داشته باشد، اما همچنین دارای معایب زیادی است:تست خودکار هرگز نمی تواند جایگزین تست دستی شود.تست دستی باگ های بیشتری را نسبت به تست خودکار پیدا می کند.تست خودکار بیش از حد به کیفیت نرم افزار وابسته است.تست خودکار اثربخشی را افزایش نمی دهد.ابزارهای خودکار به اندازه مردم تخیلی نیستند.3// مشکلات رایج در آزمایش خودکارپس از معرفی تست خودکار، اکنون بسیاری از شرکت ها متوجه می شوند که تست خودکار به اثر مورد انتظار دست نیافته است، این یک مشکل رایج در فرآیند تست خودکار است، دلایل اصلی به شرح زیر است.(1) مفهوم نادرست است و انتظارات بسیار زیاد است.● آنها نسبت به تست اتوماسیون نرم افزار خیلی خوشبین هستند و انتظار زیادی از آن دارند. آنها فکر می کنند که تست اتوماسیون می تواند جایگزین تست دستی شود و تعداد زیادی نقص در سیستم پیدا کند. پس از انجام تست خودکار مشخص شد که خودکار تست آنطور که تصور می شد کامل نبود و نتوانست به حل تمام مشکلاتی که تاکنون با آن مواجه شده بود کمک کند و چندین مشکل پیدا نشد.(2) عدم وجود مهندسان آزمایشی عالی با کیفیت و تجربه خوب.● ماکسیما به Bole نیاز دارد و یک ابزار تست خوب نیز به یک مهندس تست عالی نیاز دارد.خود ابزار تست هیچ تخیلی ندارد اما برنامه تست و فرآیند تست باید توسط مهندس تست در آن بارگذاری شود.فقط ترکیب کاملی از ابزار و افراد این امر مستلزم آن است که مهندسان آزمون نه تنها با ویژگی های محصول و زمینه های کاربردی آشنا باشند، با فرآیند تست آشنا باشند، بلکه بر فناوری تست و فناوری برنامه نویسی نیز مسلط باشند.(3) کیفیت اسکریپت بر کیفیت آزمون تأثیر می گذارد.● در فرآیند توسعه اسکریپت های تست خودکار، اسکریپت ها به طور کامل تست نمی شوند، اما بیشتر به تجربه مهندسان تست تکیه می کنند، بنابراین کیفیت اسکریپت ها را نمی توان تضمین کرد. زمانی که مکانیزمی برای اطمینان از کیفیت اسکریپت ارائه نشود، اسکریپت مستقیماً بر صحت نتایج آزمون تأثیر می گذارد.(4) آموزش ناکافی مهندسین آزمون.● قبل از شروع آزمایش خودکار، مهندسان آزمون مربوطه باید به طور کامل در مورد ابزارهای تست خودکار آموزش ببینند. ، نمی تواند به طور کامل نقش ابزار تست را ایفا کند. تربیت مهندسان با یک یا دو دوره آموزشی حل نمی شود بلکه باید آموزش طولانی مدت و سیستماتیک باشد.(5) کورکورانه ابزارهای تست را معرفی کنید.● همه می دانند که ابزارهای مختلف تست ویژگی ها و دامنه کاربرد خاص خود را دارند و نمی توان یک ابزار تست عالی را برای نیازهای شرکت های مختلف یا همه پروژه ها اعمال کرد، قبل از معرفی ابزار تست، لازم است به دقت تجزیه و تحلیل شود که آیا ابزار می تواند مشکل را حل کند مشکل واقعی، در غیر این صورت معرفی ابزار تبدیل به یک دکوراسیون می شود. به عنوان مثال، در طول کل فرآیند توسعه، نیازمندی ها و رابط کاربری بسیار تغییر می کند، در این مورد، معرفی ابزارهای تست خودکار مناسب نیست و بازده تست پس از معرفی قابل بهبود نیست.(6) محیط خوبی برای استفاده از ابزار تست وجود ندارد.● ایجاد یک محیط کاربردی ابزار تست خوب نیازمند تغییرات متناظر در فرآیند تست و مکانیزم مدیریتی است و تنها از این طریق است که ابزار تست واقعا می تواند نقش خود را ایفا کند.(7) فکر کنید که پخش ضبط برابر با اتوماسیون است.● ضبط و پخش ابتدایی ترین تست اتوماسیون رابط کاربری گرافیکی است، کد تولید شده توسط ضبط بسیار شکننده است، زیرا با توسعه نرم افزار، بسیاری از چیزها تغییر خواهد کرد و تست اتوماسیون به این روش ممکن است هر لحظه با شکست مواجه شود. اسکریپت ضبط شده باید "ثانویه" توسعه یابد، اما هزینه این پیاده سازی باید در نظر گرفته شود و رابطه بین هزینه اجرا و هزینه نگهداری باید به طور جامع در نظر گرفته شود.(8) فقط اطلاعات رابط را تأیید و مقایسه کنید.● هنگام تأیید نتایج واقعی آزمایش‌های خودکار، نه تنها اطلاعات نمایش داده شده روی رابط را تأیید و مقایسه کنید، بلکه سایر اطلاعات مانند محتوای فایل و محتوای پایگاه داده را تأیید و مقایسه کنید تا از صحت نتایج آزمایش واقعی اطمینان حاصل کنید.(9) جنبه های دیگر.● تست خودکار نیاز به کار زیادی برای نگهداری و تست اسکریپت ها دارد.در طول توسعه اسکریپت ها، استانداردهای کدگذاری مربوطه باید رعایت شود تا قابلیت استفاده مجدد از اسکریپت ها بهبود یابد، هزینه های نگهداری اسکریپت صرفه جویی شود و کارایی کار بهبود یابد.