فایل ورد کامل تحقیق تست جهش و عملگرها برای ایجاد جهش و روش های حل آن ۶۷ صفحه در word

توجه : به همراه فایل word این محصول فایل پاورپوینت (PowerPoint) و اسلاید های آن به صورت هدیه ارائه خواهد شد

 فایل ورد کامل تحقیق تست جهش و عملگرها برای ایجاد جهش و روش های حل آن ۶۷ صفحه در word دارای ۶۷ صفحه می باشد و دارای تنظیمات در microsoft word می باشد و آماده پرینت یا چاپ است

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

فایل ورد فایل ورد کامل تحقیق تست جهش و عملگرها برای ایجاد جهش و روش های حل آن ۶۷ صفحه در word  کاملا فرمت بندی و تنظیم شده در استاندارد دانشگاه  و مراکز دولتی می باشد.

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

بخشی از متن فایل ورد کامل تحقیق تست جهش و عملگرها برای ایجاد جهش و روش های حل آن ۶۷ صفحه در word :

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

۱-۱مقدمه
۱-۲تست جهش
۱-۲-۱تئوری و نظریات
۱-۲-۲متدلوژی
۱-۲-۳عملگرها
۱-۲-۴تکینکهای کاهش هزینه
۱-۲-۵تولید جهش کمتر
۱-۲-۶تکنیکهای کاهش هزینه در زمان اجرای برنامه
۱-۲-۷جهش های برابر
۱-۲-۸خودکار سازی تست
۱-۳نتیجه گیری
۱-۳-۱روشهای ارائه شده برای انجام تست جهش
۱-۳-۲روش مبتنی بر CBT
۱-۳-۳روش اجرای سمبلیک
۱-۳-۴ترکیب روش اجرای پویای سمبلیک (DSE) با اسکیما
۱-۳-۵روشهای مبتنی بر جستجو
۱-۴منابع

بخشی از منابع و مراجع فایل ورد کامل تحقیق تست جهش و عملگرها برای ایجاد جهش و روش های حل آن ۶۷ صفحه در word

[۱]   A. J. Offutt and S. D. Lee, “An empirical evaluation of weak mutation,” Software Engineering, IEEE Transactions on, vol. 20, pp. 337-344,

[۲]   C. Ji, Z. Chen, B. Xu, and Z. Zhao, “A Novel Method of Mutation Clustering Based on Domain Analysis,” in SEKE, 2009, pp. 422-

[۳]   A. P. Mathur, “Performance, effectiveness, and reliability issues in software testing,” in Computer Software and Applications Conference, 1991. COMPSAC’91., Proceedings of the Fifteenth Annual International, 1991, pp. 604-

[۴]   A. J. Offutt, G. Rothermel, and C. Zapf, “An experimental evaluation of selective mutation,” in Proceedings of the 15th international conference on Software Engineering, 1993, pp. 100-

[۵]   S. S. Dahiya, J. K. Chhabra, and S. Kumar, “Application of artificial bee colony algorithm to software testing,” in Software Engineering Conference (ASWEC), 2010 21st Australian, 2010, pp. 149-

[۶]   M. Woodward and K. Halewood, “From weak to strong, dead or alive an analysis of some mutation testing issues,” in Software Testing, Verification, and Analysis, 1988., Proceedings of the Second Workshop on, 1988, pp. 152-

[۷]  A. J. Offutt, Z. Jin, and J. Pan, “The dynamic domain reduction procedure for test data generation,” Software-Practice and Experience, vol. 29, pp. 167-194,

[۸]   R. H. Untch, A. J. Offutt, and M. J. Harrold, “Mutation analysis using mutant schemata,” in ACM SIGSOFT Software Engineering Notes, 1993, pp. 139-

[۹]     P. Ammann and J. Offutt, Introduction to software testing: Cambridge University Press,

[۱۰]   B. J. Grun, D. Schuler, and A. Zeller, “The impact of equivalent mutants,” in Software Testing, Verification and Validation Workshops, 2009. ICSTW’09. International Conference on, 2009, pp. 192-

[۱۱]     R. A. DeMillo, R. J. Lipton, and F. G. Sayward, “Hints on test data selection: Help for the practicing programmer,” Computer, vol. 11, pp. 34-41,

[۱۲]  M. Polo, M. Piattini, and I. Garca-Rodrguez, “Decreasing the cost of mutation testing with second-order mutants,” Software Testing, Verification and Reliability, vol. 19, pp. 111-131,

[۱۳]   A. J. Offutt and W. M. Craft, “Using compiler optimization techniques to detect equivalent mutants,” Software Testing, Verification and Reliability, vol. 4, pp. 131-154,

۱-۱-مقدمه

یکی از چالش­های امروز پروژه­های نرم ­افزار، تست است زیرا برخلاف محصولات تولید شده توسط سایر علوم مهندسی، نرم­افزار محصولی غیرقابل لمس است از این جهت برای اطمینان از کیفیت، نیاز به صرف هزینه و وقت بیشتر برای تست آن است. تست در حقیقت یکی از اساسی­ترین روش­ها برای ارزیابی نرم­افزار تحت توسعه است. روش­های سنتی تست نرم­افزار، تنها به یافتن بعضی از خطاها [۱]بعد از فاز پیاده­سازی محدود می­شد و از این جهت ریسک وجود خطا در نرم­افزار، بعد از تحویل، افزایش می یافت و حتی وجود خطاها در نرم­افزار گاهی موجب شکست [۲]نرم­افزار می­شود اما منشاء بخشی از این خطاها در کجاست؟ منشاء بخشی از این خطاها در نقص­هایی[۳] است که برنامه نویسان به طور غیر عمدی و بر اثر بی دقتی وارد کد برنامه می­کنند مانند: کوچکتر از حد نیاز در نظر گرفتن طول یک آرایه، اشتباه در پرانتز گذاری عبارت­ها، استفاده­ی نادرست از عملگرهای دودویی و یکانی و ;  که در صورت شناسایی محل آن در بسیاری از موارد با ایجاد یک تغییر کوچک در کد برنامه قابل اصلاح است اما در صورت عدم اصلاح وجود یک یا چند نقص در برنامه سبب ایجاد یک وضعیت درونی اشتباه در برنامه ­شود که در برخی از موارد با وارد کردن یک ورودی خاص تحریک شده و ممکن است این وضعیت درونی به یک رفتار بیرونی اشتباه تبدیل شود و حتی در برخی از موارد موجب شکست برنامه شود به عنوان مثال اگر بدن انسان را به یک برنامه­ی کامپیوتری تشبیه کنیم نقص­ها در حقیقت عوامل بیماری زا هستند که در یک بدن سالم وارد می­شوند و آن­ را تحت تصرف خود درمی­آورند، خطاها مانند یک وضعیت درونی غیر عادی در بدن مانند فشار خون بالا، وجود یک نوع باکتری در خون، بی نظمی در نبض بیمار که پزشکان با کنارهم قرار دادن این علائم تلاش می­کنند به علت بیماری پی ببرند، از کار افتادگی­ها در حقیقت علائم درونی هستند که از حالت نهان و درونی خود خارج شده به طوری که توسط بیمار نیز قابل تشخیص و بیان هستند

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

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

تست شکست: اجرای برنامه که منجر به شکست آن می­شود

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

در این نوشتار به شرح مختصری از تاریخچه­ ی تست به خصوص تاریخچه­ ی تست جهش خواهیم پرداخت و به شرح روش­های ممکن برای پیاده­سازی یک ابزار تست و روش پیاده سازی شده آن خواهیم­ پرداخت

۱-۱ -تست جهش

۱-۱-۱    تئوری و نظریات

یافتن خطاها در نرم­افزار از گذشته همواره یکی از اصلی ترین دغدغه­های توسعه دهندگان نرم­افزار بوده است و تاکنون روش­هایی برای تست نرم­افزار عرضه شده است اما چگونه می­توان دریافت که تستی موفق بوده یا نه؟ آیا نبود خطا در کد برنامه، نشانه­ی موفقیت تست است یا شکست آن؟ در حقیقت، ممکن است تستی در کد برنامه خطایی را پیدا نکند به دلیل آن­که توانایی شناسایی خطا را در کد برنامه (که ممکن است ناشی از عدم دسترسی به کد خطا باشد) نداشته باشد یکی از روش­های مناسب برای پاسخ به سوالات بالا استفاده از داده­های تست مناسب است بطوری­که بتواند بیشتر انشعابات برنامه را پوشش دهد و به تست کننده این اطمینان را بدهد که در صورت وجود نقص در برنامه می­تواند آن را شناسایی کند. اما چگونه می­توان داده­های مناسب را تولید کرد؟ یکی از راه حل­های مناسب شبیه سازی، عمل تست است. به عبارت دیگر می­توانیم با قرار دادن نقص­ها در کد برنامه به طور مصنوعی که در اصطلاح جهش نامیده می­شوند یک برنامه­ی نقص­دار ایجاد کنیم، با این کار می­توانیم از نقص­دار بودن برنامه خود اطمینان حاصل کنیم و داده­های تست ورودی را به خوبی ارزیابی کنیم. ایده­ی تست جهش، برای اولین بار در یک مقاله­ی دانشجویی به نام R.lipton [3] سال ۱۹۷۱ مطرح شد اما زیر بنای تست جهش، در دهه­­ی ۷۰ با کارهای G. J. Myers [4] و R. G. Hamlet [5] شکل گرفت. ایده­ی اصلی تست جهش استفاده از نقص ­ها، برای تولید داده­های مناسب و شایسته برای تست نرم­افزار است که به طور کلی براساس دو فرضیه  استوار است

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

۱Errors

۲Failure

[۳] Faults