در ابتدا این سوال را مطرح کنیم که تست جعبه سفید چیست؟
نام جعبه سفید این استراتژی به نوعی نمادین میباشد، فقط در جهت هماهنگی با جعبه سیاه و حس تضاد به چنین اسمی معروف است، در غیر اینصورت باید آن را جعبه شفاف یا شیشهای نامید (Transparent-Box Testing Strategy). این استراتژی یکی از روشهای برجسته طراحی موارد تست یا آزمون نرمافزار است که هدف اصلی آن بررسی منطق درونی نرمافزار است. در واقع طی این تست روال منطقی برنامه دنبال خواهد شد. در استراتژی جعبه سفید جزئیات نرمافزار مانند کدهای منبع، مستندات طراحی و… را درون یک جعبه شیشهای گذاشتهایم، بدینصورت که میتوان محتویات داخل آن را مشاهده و از نحوه عملکرد آن آگاه شد.
افرادی که این استراتژی را پیاده سازی میکنند معمولا اعضای تیم توسعه و تیم مستقل تست هستند. این افراد توسط این استراتژی به منطق درونی و ساختار طراحی و کدنویسی نرمافزار احاطه خواهند داشت.
ادامه این قسمت از مطالب رو میتونید از سایت ما مشاهده کنید. www.testerking.ir
مشاوره رایگان
88976445 -021
#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت
#تست_جعبه_سفید
#جعبه_سفید
#white_box_testing
#white_box
شما نرمافزاری را تهیه کرده و بر روی سیستم خود نصب میکنید، در اکثر موارد بعد از نصب برنامه فقط یک نسخه اجرایی آن را در سیستم خود خواهید داشت، هیچ دسترسی به سورس کد و منابع دیگر برنامه ندارید. سیستم نرمافزاری موجود برای شما مانند یک جعبه سیاه است که شما نمیتوانید درون آن را مشاهده کنید و به آن دسترسی داشته باشید.
استراتژی جعبه سیاه (Black Box Testing Strategy) دقیقاً از این دیدگاه برنامه را مورد تست قرار میدهد، یعنی با این پیش فرض که شما هیچ اطلاعاتی از کد و طراحی داخلی برنامه ندارید. حالا هیچ اطلاعاتی از کد و طراحی برنامه در اختیار ما نیست، پس چگونه میتوان به صحت عملکرد برنامه پی برد؟ جواب خیلی ساده است، با تمرکز بر ورودیها و خروجیها، برای این کار تستر به مستندات نرمافزار مراجعه میکند تامشخص کند که سیستم در مقابل یک عمل خاص چه پاسخی را باید بدهد. سپس دادههایی را برای هر کدام از عملیات انتخاب میکند و رفتار سیستم را در مقابل آن دادهها با رفتار واقعی سیستم که در مستندات وجود دارد مقایسه و بررسی میکند. این تست جایگزین تست جعبه سفید نمیباشد بلکه مکمل آن است وخطاهایی متفاوت با آن راتست میکند.
مزایای این روش رو میتونید در سایت ما مطالعه کنید. www.testerking.ir
مشاوره رایگان
88976445 -021
#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت
#تست_جعبه_سیاه
#جعبه_سیاه
#black_box_testing
#black_box
خاتمه ی چرخه ی تست
این مرحله آخرین مرحله بوده که در آن ما گزارشی برای به اتمام رسیدن تست تهیه می کنیم.
در این مرحله تیم تست برای جلسه ای فراخوانده می شوند تا معیارهای تکمیل چرخه بر اساس پوشش تست، کیفیت، زمان، هزینه، نرم افزار، اهداف تجاری ارزیابی شوند.
تیم تست مدارک تست (مانند تست کیس، گزارش ایرادات و…) را برای شناسایی استراتژی هایی که باید در آینده عملی شوند که همین امر باعث جلوگیری از چالش های پیش روی پروژه می شود، تجزیه و تحلیل می کنند.
گزارش اتمام تست بر اساس شاخص بالا تهیه و تنظیم می شود.
مدارک تست
1- ...
برای مطلع شدن از مدارک تست میتونید به سایت ما مراجعه کنید. www.testerking.ir
مشاوره رایگان
88976445 -021
#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت
طراحی تست
در این فاز تیم تست شروع به نوشتن test case ها می کند. تیم تست، test case ها، تست اسکریپت (چنانچه تست اتومات بخواهد صورت بگیرد) و اطلاعات تست را فراهم می کند. بعد از آنکه تست کیس ها آماده شدند مسئول بخش تست آنها را بازنگری می کند. این فایل در غالب فایل اکسل تهیه می گردد.
در ادامه داریم : ستاپ کردن محیط تست و اجرای تست
برای مطالبه بیشتر از این قسمت میتونید به سایت ما مراجعه کنید. www.testerking.ir
مشاوره رایگان
88976445 -021
#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت
#طراحی_تست
1- معین کننده ی هویت تست پلن
یک عدد می باشد که هویت تست پلن را مشخص می کند.
برای مثال: ProjectName_0001
2- مرجع ها
این بخش برای این است تا تمام لیست داکیومنت هایی را که تست پلن شما را پشتیبانی می کنند و شما درحال تهیه آنها هستید را مشخص کند.
برای مثال: تشخیص نیازهای سیستم، استراتژی تست، طرح پروژه،راهنمای پروژه و….
3- مقدمه
مقدمه یا خلاصه ی تست پلن شامل هدف کلی پروژه و محدوده ی آن می باشد.
برای مثال: هدف از نوشتن این داکیومنت این است تا تست کارایی (فانکشنال) پروژه ی “X” انجام شود.
4- آیتم های تست
شامل یک لیست از آیتم هایی می باشد که قرار است تست شوند.
برای مثال: هر دو بخش back end و front end این اپلیکیشن می بایست روی محیط windows / Linux تست شود.
5- فیچرهایی که می بایست تست شوند
در این بخش می بایست لیستی از تمامی فیچرهایی که می بایست در طول پروژه تمامی آنها تست شوند تهیه کرد.
برای مثال: صفحه ی لاگین، صفحه ی گزارشات، صفحه ی تنظیمات و…..
توضیحات بیشتر را در سایت ما دنبال کنید www.testerking.ir
#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت