تفاوت بین رگرسیون و آزمایش مجدد

ایجاد ، اجرای و حفظ تست های قابل اعتماد هرگز ساده تر نبوده است.

شروع کردن

از آنجا که با آزمایش نرم افزار آشنا می شوید ، ممکن است از انواع مختلف آزمایش وجود داشته باشد. دو نوع آزمایش ، یعنی تست رگرسیون و آزمایش مجدد ، اغلب از زمانی که بعد از توسعه اتفاق می افتد گیج می شوند. با این حال آنها کاملاً متفاوت هستند.

تفاوت در اهداف و اولویت های مربوطه نهفته است. ساده ترین تفاوت برای شناسایی ، آزمایش جایی است که اشکالات قبلاً در مقابل جایی که هیچکدام وجود نداشته است وجود داشته باشد. اگر اشکالی که قبلاً وجود داشته است ، سناریوها را به طور خاص آزمایش کنید ، و تست های رگرسیون بررسی می کنند که آیا اشکالات جدید ظاهر شده است یا خیر.

بیایید به طور جداگانه به هر یک از این موارد بپردازیم تا تفاوت ها را توضیح دهیم.

چه موقع از آزمایش مجدد استفاده کنید

رفع نقص آزمون

آزمایش مجدد به طور خاص به آزمایش نرم افزار پس از رفع نقص (جایی که رفتار برنامه از نیازهای تجاری متفاوت است) یا اشکالات (نقص در کد) اشاره دارد. این طراحی برای تعیین اینکه آیا نرم افزار در جایی که قبلاً انجام نداده است ، طراحی شده است.

آزمایش مجدد نمی تواند خودکار باشد

موارد آزمون مخصوص اشکالات است ، و نه برای حالت های کار. آزمایش مجدد صرفاً برای اجرای موارد آزمایشی که قبلاً نرم افزار شکست خورده بود وجود دارد. این یکی از دلایلی است که ما گاهی اوقات بیان می کنیم که آزمایش دستی نمی تواند کاملاً جایگزین شود. در بعضی از موارد ، پس از رفع یک اشکال ، باید کد خود را دوباره امتحان کنید. به طور معمول ، این امر توسط توسعه دهنده به عنوان نقص برطرف می شود.

آزمایش مجدد یک فرآیند برنامه ریزی شده است

آزمایش مجدد پس از رفع نقص رخ می دهد. این طراحی شده است تا بررسی کند که آیا نقص برطرف شده است یا خیر. برای تصویب مجدد ، یک برنامه باید از طریق لیست چک از مواردی که در شرایط قبلی شکست خورده بودند ، انجام شود. آزمایش مجدد همچنین به عنوان آزمایش "برنامه ریزی شده" یا "آزمایش تأیید" شناخته می شود

اولویت بالا

آزمایش مجدد اولویت بالاتری نسبت به آزمایش رگرسیون دارد ، به این معنی که آزمایش مجدد قبل از فرآیند آزمایش انجام می شود.

گسسته

آزمایش مجدد گسسته است. این تنها در منطقه خاصی رخ می دهد که نقص یا اشکال قبلاً وجود داشته است.

چه موقع از آزمایش رگرسیون استفاده کنید

آزمون برای رگرسیون

تست رگرسیون آزمایشی از نرم افزار است تا اطمینان حاصل شود که رفع اشکالات در سایر قسمت های برنامه موارد جدیدی ایجاد نمی کند. این تضمین می کند که کد به حالت غیر کار "رکود نشده".

آزمون برای عواقب ناخواسته

آزمایش رگرسیون برای تعیین اینکه آیا نرم افزار همچنان در جایی که قبلاً پس از بخش دیگری از برنامه اصلاح شده بود ، به کار خود ادامه می دهد. به عبارت دیگر ، این آزمایش برای اطمینان از اینکه نرم افزاری که قبلاً آزمایش را پشت سر گذاشته بود ، پس از اصلاح نقص ، همچنان این کار را انجام می دهد.

نه برای آزمایش نقص

آزمایش رگرسیون برای نقص یا تغییرات از منطق تجارت آزمایش نمی کند. این برنامه برای تمرکز روی رفع اشکال خاص طراحی نشده است اما برای آزمایش مناطقی از یک برنامه یا برنامه کامل در زمان های معین برنامه ریزی شده است. آزمایش رگرسیون انجام می دهد ، اما برای عوارض جانبی غیر منتظره رفع نقص آزمایش می شود.

آزمایش گسترده

بر خلاف آزمایش مجدد ، آزمایش رگرسیون گسسته نیست. این یک شکل گسترده از آزمایش برای بررسی بقیه یک برنامه پس از رفع اشکالات یا نقص است. با ضرورت گسترده تر است.

کلمه دیگر برای آزمایش رگرسیون "آزمایش عمومی" است. آزمایشات را می توان بر اساس نیازهای عملکردی ساخت. به عبارت دیگر ، این یک آزمایش عمومی از نرم افزار است که از کار و ادامه کار خود اطمینان حاصل می کند. از این نظر عمومی است که گسسته نیست ؛این آزمایش تعمیم یافته در یک برنامه با هدف شناسایی هر گونه اشکالات یا نقص های کشف نشده (یا کشف نشده) است.

اولویت پایین

در حالی که به طور معمول پس از آزمایش مجدد انجام می شود ، آزمایش های رگرسیون و آزمایش مجدد می تواند به طور همزمان انجام شود.

در حالی که آزمایش مجدد برای اطمینان از اصلاح نقص های خاص است ، آزمایش رگرسیون اشکالات تازه معرفی شده یا نقص های قبلاً ناشناخته در سیستم را مشخص می کند.

اتوماسیون

آزمایش رگرسیون می تواند کاملاً خودکار باشد - موارد آزمایش با هر ساخت و ساز جدید گسترش می یابد ، اما این موارد آزمایش می تواند به عنوان ماژول ها در یک آزمایش بزرگتر گنجانده شود.

تست های رگرسیون را می توان در سطح کد پایین با تست های واحد و ادغام و در سطوح بالاتر ، با سیستم ها و آزمایش های پایان به انتها خودکار کرد. ابزارهای تست رگرسیون مانند MABL ساخته شده اند تا آزمایش رگرسیون پایان به پایان آسان شود. MABL به طور خاص از یادگیری ماشین برای شناسایی رگرسیون بصری و عملکرد به طور خودکار در زیر پوشش ها استفاده می کند ، با اجرای تست های عملکردی شما.

نتیجه

در صورتی که هرگونه سردرگمی طولانی داشته باشید ، ممکن است فکر کردن در مورد آزمایش مجدد به عنوان چک کردن ساده تر باشد تا ببینید که آیا واقعاً یک آزمایش اشکال و رگرسیون را برطرف کرده اید ، زیرا آیا با رفع اشکال جدید ایجاد کرده اید. در حالی که ممکن است شما مشکلات رگرسیون را در حین آزمایش مجدد شناسایی کنید ، آنها در واقع جدا هستند و باید به عنوان اشکال متمایز آزمایش رفتار شوند.