جلسه ۱۱-۰۲ : بررسی اجمالی تست نرم افزار

• جزئیات
• نوع محتواآموزشی

مقدمه

عرض سلام خدمت همراهان گرامی وب سایت آموزشی پی وی لرن. با موضوع آموزش مهندسی نرم افزار (Software Engineering) در خدمتتون خواهیم بود. بررسی اجمالی تست های نرم افزار رو در جلسه ی قبل شروع نمودیم. در این بخش از آموزش، با آزمون ها و تست رگرسیون (Regression) و موارد مربوطه آشنا می شویم.

بررسی اجمالی تست های نرم افزار

این بخش از بررسی اجمالی تست های نرم افزار رو با، مبحث سطح تست آغاز می کنیم.

سطح تست

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

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

تست واحد

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

آزمون یکپارچگی

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

تست سیستم

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

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

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

Security & Portability – این تست ها زمانی که نرم افزار برای کار بر روی پلت فرم های مختلف و این که تعداد افراد زیادی به آن دسترسی داشته باشند، انجام می شود.

آزمون پذیرش

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

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

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

در ادامه تست رگرسیون (Regression) رو مورد بررسی قرار می دهیم.

تست رگرسیون (Regression)

تست رگرسیون (Regression) چیست؟

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

در ادامه تست رگرسیون (Regression) ، مستندات تست رو خواهیم داشت.

مستندات آزمایش

مدارک آزمایش در مراحل مختلف تهیه می شوند.

قبل از تست

آزمایش با تولید موارد آزمایش آغاز می شود. اسناد زیر برای مرجع لازم است.

سند SRS – سند نیاز های عملکردی

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

سند استراتژی آزمون – در این مقاله به جزئیات جنبه های تیم آزمون ، ماتریس مسئولیت و حقوق / مسئولیت مدیر آزمون و مهندس آزمون اشاره می شود.

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

با بررسی اجمالی تست های نرم افزار همچنان همراه باشید.

در حین انجام تست

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

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

توضیحات آزمون – این سند توضیحات مفصلی در مورد کلیه موارد آزمون و مراحل اجرای آن ها می باشد.

گزارش موارد آزمون – این سند حاوی گزارش مورد آزمایش در نتیجه آزمون است.

Test logs – این سند شامل گزارش های آزمایش برای هر گزارش مورد تست است.

بعد از تست

اسناد زیر ممکن است پس از آزمایش تولید شوند:

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

تست ، کنترل کیفیت ، تضمین کیفیت و بازرسی

باید درک کنیم که تست نرم افزار با تضمین کیفیت نرم افزار ، کنترل کیفیت نرم افزار و ممیزی نرم افزار متفاوت است.

تضمین کیفیت نرم افزار (Software quality assurance) – این ها به معنای نظارت بر فرآیند توسعه نرم افزار است که به وسیله آن اطمینان حاصل می شود که کلیه اقدامات مطابق با استانداردهای سازمان انجام می شود. این نظارت برای اطمینان از رعایت روش های مناسب تولید نرم افزار انجام می شود.

کنترل کیفیت نرم افزار (Software quality control) – این سیستمی برای حفظ کیفیت محصول نرم افزاری است. این ممکن است جنبه های کاربردی و غیر کاربردی محصول نرم افزاری را شامل شود که موجب افزایش حسن نیت سازمان می شود. این سیستم اطمینان می دهد که مشتری برای نیاز خود محصول با کیفیتی را دریافت می کند و کالا “مناسب برای استفاده” را تصدیق می کند.

بازرسی نرم افزار (Software audit) – این مروری بر رویه ای است که سازمان برای توسعه نرم افزار استفاده می کند. یک تیم از حسابرسان ، مستقل از تیم توسعه ، روند نرم افزار ، رویه ، نیازها و جنبه های دیگر SDLC را بررسی می کنند. هدف از بازرسی نرم افزار این است که نرم افزار و روند توسعه ی آن ، هماهنگ با استاندارد ها ، قوانین و مقررات باشد.

بررسی اجمالی تست های نرم افزار رو در این جا به پایان می رسونیم.

کلام پایانی

بررسی اجمالی تست های نرم افزار رو در این قسمت از مباحث مهندسی نرم افزار ادامه دادیم. در این جلسه تست رگرسیون (Regression) رو به همراه تست های دیگر و مستندات آزمایش دنبال نمودیم. در جلسه ی آینده بررسی اجمالی تعمیر و نگه داری نرم افزار رو خواهیم داشت.