جزوه تایپ شده شیمی فیزیک مواد
رشته مهندسی متالورژی مواد خلاصه کتاب پیام نور و دانشگاه آزاد کارشناسی ارشد کاردانی استخدامی شیمی فیزیک مواد دانشگاه علمی کاربردی دکتر
() ً () () ()، ً –()، : ()، ()، ()، ()، ()، ()، ()، ().
()، : :
• • • [سپرده گذاری | برداشتن aw | موجودی | su marize | creditLim t] • • :
:
• • • • • • • :
• • • • • • • • ()، 
: : : [شکل 11.4]، ؟
(): “” : : ()، ()، () ().()
: • • : !
: ().
: • • [rea] • • : [خواندن] : • • [est | خواندن]
: ؟ ؟
: ً () ()، ()، : : –()، ً :
: • • () • () • : • • () • • • • () • : • • () • • • •
() • -“(-)”، (). ؛ ً –()، ()، : () ً ()، -؟
-؟
3-19 چرا آزمایش واحد یک ماژول بسیار درگیر، مشکل است؟
4-19 آیا آزمایش واحد، در هر شرایطی ممکن یا حتی مطلوب است؟ برای توجیه پاسخ خود، نمونه هایی ارائه دهید.
5-19 آیا می توانید به اهداف آزمایش شیمی فیزیک که در بخش 19.1.1 بحث نشده است، فکر کنید؟
6-19 یک جزء نرم افزاری را که اخیراً طراحی و پیاده سازی کرده اید، انتخاب کنید. مجموعه ای از موارد آزمایشی را طراحی کنید که با استفاده از روش مسیر اصلی، از اجرای همه دستورات اطمینان حاصل کند.
7-19 مایرز از برنامه زیر به عنوان ارزیابی خود برای توانایی شما در تعیین آزمایش کافی استفاده می کند: هر برنامه، سه مقدار صحیح را می خواند. این سه مقدار، به عنوان نمایی از طول اضلاع یک مثلث، تفسیر می شوند. این برنامه، پیامی را چاپ می کند که می گوید آیا مثلث اسکالن، متساوی الساقین یا متساوی الاضلاع است. مجموعه ای از موارد آزمایشی ایجاد کنید که احساس می کنید این برنامه را به اندازه کافی آزمایش می کند.
8-19 برنامه مطره شده در مسئله 7-19 را طراحی و اجرا کنید (در صورت لزوم، خطاها را مدیریت کنید). یک نمودار جریان برای جزوه شیمی فیزیک مواد تهیه کنید و از آزمایش مسیر اصلی برای توسعه موارد آزمایشی استفاده کنید که تضمین می کند که تمام عبارات برنامه، آزمایش شده اند. موارد را اجرا کنید و نتایج خود را نشان دهید.
9-19 حداقل سه مثال ارائه دهید که در آن ها آزمایش جعبه سیاه، وضعیت را “خوب” جلوه می دهد، در حالی که آزمایشات جعبه سفید ممکن است خطایی را کشف کند و یا برعکس.
10-19 به بیان خود، توضیح دهید که چرا طبقه، کوچکترین واحد معقول برای آزمایش در یک سیستم OO است.
فصل بیستم: آزمایش نرم افزار-سطح ادغام
یک توسعه دهنده می تواند بدون دخالت سایر اعضای تیم، اجزای نرم افزار را آزمایش کند.
این موضوع، در مورد آزمایش ادغام که در آن یک جزء باید به درستی با اجزای توسعه یافته توسط سایر اعضای تیم تعامل داشته باشد، صادق نیست.
آزمایش ادغام، بسیاری از نقاط ضعف گروه های توسعه نرم افزار را که به صورت تیمی کنار نرفته اند، برملا می کند. آزمایش ادغام، یک مشکل جالب برای مهندسین نرم افزار، که ماهیتاً افرادی سازنده هستند ارائه می دهد. در حقیقت، همه آزمایش ها مستلزم این است که توسعه دهندگان، مفاهیم پیش فرض “درست بودن” نرم افزاری را که تازه توسعه داده اند کنار بگذارند و در عوض برای طراحی “آزمایش” برای “شکستن” نرم افزار، سخت تلاش کنند.یعنی اعضای تیم باید بتوانند پیشنهادات سایر اعضای تیم را مبنی بر عدم عملکرد درست کد خود، به عنوان بخشی از آخرین افزونه نرم جزوه شیمی فیزیک مواد ، مورد شیمی فیزیک قرار دهند.
نگاهی سریع
آزمایش ادغام، چیست؟ آزمایش یکپارچه سازی، اجزا را به گونه ای مونتاژ می کند، که امکان آزمایش عملکردهای نرم افزاری بزرگتر را با هدف یافتن خطاها در هنگام مونتاژ نرم افزار، فراهم می کند.
چه کسی مسئول این کار است؟ در مراحل اولیه آزمایش ، یک مهندس نرم افزار تمام آزمایشات را انجام می دهد. با این حال ، با پیشرفت روند آزمایش، ممکن است علاوه بر سایر سهامداران، متخصصان آزمایش نیز درگیر شوند.
علت اهمیت این آزمایش، چیست؟ موارد آزمایشی باید با استفاده از تکنیک های منظم طراحی شود، تا اطمینان حاصل شود که اجزاء، به درستی در محصول نرم افزاری کامل، ادغام شده اند. این آزمایش، چه مراحلی دارد؟ منطق برنامه داخلی با استفاده از تکنیک های طراحی مورد آزمایشی “جعبه سفید” و الزامات نرم افزاری با استفاده از تکنیک های طراحی مورد آزمایشی تست جعبه سیاه انجام می شود.
محصول این آزمایش چیست؟ مجموعه ای از موارد آزمایشی که برای ایجاد منطق داخلی، رابط ها، همکاری اجزاء و نیازهای خارجی، طراحی وثبت شده، و نتایج مورد انتظار تعریف شده و نتایج واقعی ثبت می شوند.
چگونه از انجام کار، اطمینان حاصل کنم؟ با شروع آزمایش، دیدگاه خود را تغییر دهید.
برای “شکستن” نرم افزار، سخت تلاش کنید! موارد آزمایشی را به شیوه ای منظم طراحی کنید، و دقت موارد آزمایشی را که ایجاد کردهاید، بررسی کنید.
دانلود رایگان خلاصه کتاب شیمی فیزیک مواد PDF
بیزر، یک “افسانه نرم افزاری” را توصیف می کند که همه آزمایش کنندگان با آن روبرو هستند. او می گوید: “یک افسانه وجود دارد که اگر ما واقعاً در برنامه نویسی خوب بودیم، هیچ مشکلی وجود نداشت…اشکالات وجود دارند، زیرا ما در کاری که انجام می دهیم بد هستیم و برای این عملکرد بد، باید احساس گناه کنیم.” آیا آزمایش باید باعث احساس گناه شود؟ پاسخ این سؤالات، منفی است. در ابتدای این کتاب، بر این واقعیت تأکید کردیم که نرم افزار، تنها یک عنصر از یک سیستم کامپیوتری بزرگتر است.
در نهایت، نرم افزار با سایر عناصر سیستم (به عنوان مثال، سخت افزار، افراد ، اطلاعات) ترکیب شده و آزمایش سیستم ها (مجموعه ای از آزمایشات یکپارچگی و اعتبارسنجی سیستم)، انجام می شود. این آزمایشات، خارج از محدوده فرایند نرم جزوه شیمی فیزیک مواد هستند و منحصراً توسط مهندسان نرم افزار انجام نمی شود. با این حال ، اقدامات انجام شده در هنگام طراحی و آزمایش نرم افزار می شیمی فیزیک احتمال یکپارچگی نرم افزاری موفق را در سیستم بزرگتر، تا حد زیادی افزایش دهد. در این فصل، تکنیک های استراتژی های تست یکپارچه سازی نرم افزار قابل استفاده در برنامه های کاربردی نرم افزار را مورد بحث قرار می دهیم. استراتژی های تست نرم افزاری تخصصی، در فصل 21 مورد بحث قرار خواهد گرفت.
اصول آزمایش نرم افزار
هدف از آزمایش، یافتن خطا است و یک آزمایش خوب، آزمایشی است که احتمال یافتن خطا در آن زیاد است. کانر ، فالک و نگوین ویژگی های زیر را برای یک آزمون “خوب” پیشنهاد می کنند:
یک آزمون خوب، احتمال زیادی برای یافتن خطا دارد. برای دستیابی به این هدف ، آزمایش کننده باید نرم افزار را درک کند و سعی کند تصویری ذهنی از چگونگی شکست نرم افزار ارائه دهد.
یک آزمون خوب، مازاد بر نیاز نیست. زمان و جزوه شیمی فیزیک مواد آزمایش، محدود هستند. انجام آزمایشی که هدف مشابهی با آزمون دیگر دارد، فایده ای ندارد. هر آزمون باید دارای هدف متفاوتی باشد (حتی اگر به طور جزئی متفاوت باشد).
یک آزمون خوب باید از “بهترین نوع” باشد. در گروهی از آزمایش ها با هدف مشابه، محدودیت زمان و منابع ممکن است اجرای آزمایش هایی را که بیشترین احتمال کشف خطا را دارند، توصیه کند.
یک آزمون خوب، نباید خیلی ساده و یا خیلی پیچیده باشد. اگرچه گاهی اوقات ممکن است مجموعه ای از آزمایش ها را در یک مورد آزمایشی ترکیب کنید، اما عوارض جانبی احتمالی مرتبط با این روش، می تواند خطاها را پنهان کند. به طور کلی، هر آزمون باید جداگانه اجرا شود. هر محصول مهندسی شده (و بیشتر موارد دیگر) را می توان به یکی از دو روش زیر آزمایش کرد:
(1) با علم به عملکرد مشخصی که یک محصول برای انجام آن طراحی شده شیمی فیزیک ، می توان آزمایش هایی را انجام داد که نشان می دهد هر عملکرد کاملاً عملیاتی است و در عین حال، در هر عملکردی، خطاها را جستجو می کند.(2) با آگاهی از عملکرد داخلی یک محصول، می توان آزمایش هایی را انجام داد تا اطمینان حاصل شود که “همه چرخ دنده ها مشبک هستند”؛ یعنی عملیات داخلی مطابق مشخصات، انجام شده و تمام اجزای داخلی، به اندازه کافی آماده شده اند. اولین رویکرد آزمایشی، یک دید خارجی از آزمایش دارد و آزمایش جعبه سیاه نامیده می شود. مورد دوم، نیاز به یک دید داخلی از آزمایش دارد و به آن آزمایش جعبه سفید می گویند؛ و هر دو، در آزمایش ادغام، مفید هستند.
1-1-20 آزمایش جعبه سیاه
آزمایش جعبه سیاه، به آزمایش ادغامی اشاره می کند که با به کار گرفتن رابط اجزا با اجزای دیگر و سایر سیستم ها انجام می شود. این بخش، برخی از جنبه های اساسی یک سیستم را با کمی توجه به ساختار منطقی داخلی نرم افزار، بررسی می کند. در عوض، تمرکز بر اطمینان از اجرای صحیح جزء در ساخت نرم افزار بزرگتر، زمانی است که داده های ورودی و زمینه نرم افزاری که با پیش شرط های آن مشخص شده است، صحیح باشد و به شیوه هایی که در شرایط پس از آن مشخص شده، رفتار کند. البته باید مطمئن شویم که یک جزء، در صورت برآورده نشدن پیش شرط های خود، عملکرد درستی داشته باشد(به عنوان مثال، بتواند ورودی های بد را بدون خرابی کنترل کند). آزمایش جعبه سیاه بر اساس الزامات مشخص شده در داستان های کاربر (فصل 7) است. نویسندگان مورد آزمایشی، نیازی ندارند تا برای نوشتن کد پیاده سازی جزء، پس از تعریف رابط جزء، منتظر بمانند. برای پیاده سازی عملکرد تعریف شده توسط یک داستان کاربر، ممکن است نیاز به نوشتن چندین جزء همکاری باشد. آزمایش اعتبار سنجی (بخش 20.5)، اغلب موارد آزمایش جعبه سیاه را بر اساس اقدامات ورودی قابل مشاهده توسط کاربر و رفتارهای شیمی فیزیک قابل مشاهده، بدون هیچ گونه آگاهی از نحوه اجرای اجزا، تعریف می کند.
2-1-20 آزمایش جعبه سفید
آزمایش جعبه سفید، که گاهی آزمایش جعبه شیشه ای یا آزمایش ساختاری () “” -:
“؟””” ؛ ؛ ؛ “” ً ! دشوار است؛ زیرا جداسازی دلایل با گستردگی وسیع کل برنامه، پیچیده است. اتخاذ رویکرد انفجار بزرگ در ادغام، یک استراتژی کند و ناکارآمد است که محکوم به شکست است. جزوه شیمی فیزیک مواد افزایشی، نقطه مقابل رویکرد انفجار بزرگ است.در نهایت، برنامه در مقیاس های کوچک ساخته شده و آزمایش می شود، در این مرحله، جداسازی و تصحیح خطاها آسان تر است؛ به احتمال زیاد رابط ها به طور کامل آزمایش می شوند و ممکن است از رویکرد آزمون سیستماتیک استفاده شود. و هر چه جلوتر بروید، ادغام تدریجی، شیمی فیزیک مقرون به صرفه تری خواهد بود. در ادامه این فصل، چندین استراتژی رایج آزمایش ادغام افزایشی را مورد بحث قرار می دهیم.
تصویر 1-20
1-2-20ادغام از بالا به پایین
آزمایش ادغام از بالا به پایین، یک رویکرد افزایشی برای ساخت معماری نرم افزار است. ماژول ها (که در این کتاب به آن اجزا نیز گفته می شود)، با حرکت به سمت پایین از طریق سلسله مراتب کنترل، با ماژول اصلی کنترل، (برنامه اصلی)، شروع به ادغام می کنند. ماژول های زیرمجموعه (و در نهایت تابع) ماژول کنترل اصلی، به صورت عمقی یا گسترده، در ساختار گنجانده شده اند. با توجه به شکل 20.1، ادغام عمیق، اولین اجزا را در یک مسیر اصلی کنترل ساختار برنامه ادغام می کند. انتخاب یک مسیر اصلی تا حدودی دلخواه است و به ویژگیهای خاص برنامه بستگی دارد (به عنوان مثال، اجزای مورد نیاز برای پیاده سازی یک مورد کاربری). به عنوان مثال، با انتخاب مسیر سمت چپ، اجزای M1، M2 ، M5 ، ابتدا یکپارچه می شود.سپس بعد، M8 (در صورت لزوم برای عملکرد مناسب M2) یا M6 یکپارچه می شود. سپس، مسیرهای کنترل مرکزی و راست ساخته می شوند. ادغام اول-سطح، شامل همه اجزاء مستقیماً تابع در هر سطح، می شود و به صورت افقی در سراسر :
-ً ()، (ً ) “”، –() :
() ()، ()، ً
فهرست مطالب