342000
پاورپوینت
130560
کاربر
2369700
دانلود فایل
ساخت پاوپوینت با هوش مصنوعی
کم تر از 5 دقیقه با هوش مصنوعی کافه پاورپوینت ، پاورپوینت بسازید
برای شروع ساخت پاورپوینت کلیک کنید
شما در این مسیر هستید :خانه / محصولات /powerpoint / دانلود پاورپوینت آشنایی با اصول آزمایش نرم افزار (کد14109)
سفارش انجام پاورپوینت - بهترین کیفیت - کم ترین هزینه - تحویل در چند ساعت 09164470871 ای دی e2proir
دانلود پاورپوینت آشنایی با اصول آزمایش نرم افزار (کد14109)
شناسه محصول و کد فایل : 14109
نوع فایل : Powerpoint پاورپوینت
قابل ویرایش تمامی اسلاید ها دارای اسلاید مستر برای ویرایش سریع و راحت تر
امکان باز کردن فایل در موبایل - لپ تاپ - کامپیوتر و ...
با یک خرید میتوانید بین 342000 پاورپینت ، 25 پاورپوینت را به مدت 7 روز دانلود کنید
هزینه فایل : 105000 : 54000 تومان
فایل های مشابه شاید از این ها هم خوشتان بیاید !!!!
دانلود پاورپوینت آشنایی با پروسه های تولید LNG و بررسی مزایای و معایب LNG به عنوان سوخت خودروها (کد14118)
دانلود پاورپوینت آشنایی با دستگاه گوارش ،و شیوه های حفظ سلامت دستگاه گوارش و سلامت کلی بدن (کد14107)
دانلود پاورپوینت آشنایی با روش های مراقبت از سرورهای خود در مقابل یورش دیتاهای ارسالی از طرف کامپیوترهای آلوده موجود در اینترنت (کد14105)
توضیحات محصول دانلود پاورپوینت آشنایی با اصول آزمایش نرم افزار (کد14109)
دانلود پاورپوینت آشنایی با اصول آزمایش نرم افزار
\nتکنیک های آزمایش نرم افزار
\n\nعنوان های پاورپوینت :
\n\nآشنایی با اصول آزمایش نرم افزار
\nتکنیک های آزمایش نرم افزار
\nنگاهی گذرا
\nچه کسی آن را انجام می دهد؟
\nدلیل اهمیت آن چیست ؟
\nمراحل انجام آن چیست؟
\nمحصول کاری چیست؟
\nچگونه می توان از صحت انجام آن مطمئن شد؟
\n1-17 اصول آزمایش نرم افزار
\n1-1-17 اهداف آزمایش
\n2-1-17 اصول آزمایش
\n3-1-17 قابلیت آزمایش
\nتجزیه پذیری
\n2-17 طراحی ابزار آزمایش
\n3-17 آزمایش جعبه سفید
\n4-17 آزمایش مسیر مبنا
\n1-4-17 نشان گذاری گراف جریان
\n2-4-17 پیچیدگی دوره ای
\nتهیه ابزارهای آزمایش
\n4-4-17 ماتریس های گراف
\nآزمایش ساختار کنترل
\n1-5-17- آزمایش شرط
\n2-5-17 آزمایشجریان داده
\n17-5-3 آزمایش حلقه تکرار
\nحلقه های ساده.
\nحلقه های متداخل.
\nحلقه های احاق شده.
\nحلقه های بدون ساختار .
\nآزمایش جعبه سیاه
\nآزمایش ها برای پاسخ گویی به این سوالات مطرح می شوند :
\n1-6-17 روش های ازمایش بر مبنای گراف
\n2ـ6ـ17ـ تقسیم بندی مساوی
\n3ـ6ـ17 تحلیل مقدار مرزی
\nآشکارسازی تمام خطاهای دوگانه.
\nخطاهای چندگانه.
\n7ـ17 آزمایشی برای محیط ها، معماری ها و کاربردهای خاص
\n1ـ7ـ17 آزمایشی GUIها
\n2ـ7ـ17 آزمایش معماری سرویس دهنده ـ سرویس گیرنده
\n3ـ7ـ17 مستندسازی آزمایش و امکانات کمک
\n4ـ7ـ17 آزمایش سیستم های بلادرنگ
\n \n\n \n\n \n\n\n\nقسمت ها و تکه های اتفاقی از فایل\n\n7ـ17 آزمایشی برای محیط ها، معماری ها و کاربردهای خاص\n\nنرم افزار کامپیوتر پیچیده تر شده، و نیاز برای شیوه های آزمایش خاص نیز رشد نموده است. روشهای آزمایش جعبه سیاه و جعبه سفید بحث شده در بخش های 5ـ17 و 6ـ17 برای تمام محیط ها، معماری ها، و کاربردها قابل به کارگیری هستند، اما راهنمایی های منحصر به فرد و شیوه هایی برای آزمایش گاهی توصیه می شوند. در این بخش، راهنمایی های آزمایش برای محیط ها، معماری ها، و کاربردهای خاصی که به طور متداول مهندسین نرم افزار با آنها روبرو می شوند ارائه می گردد.\n\n1ـ7ـ17 آزمایشی GUIها\n\nرابط های کاربر گرافیکی (GUIها) زمینة جالبی را برای مهندسین نرم افزار ارائه می نمایند. به علت اجزاء قابل استفاده مجددی که به عنوان بخشی از محیط های توسعة GUI فراهم می شوند، ایجاد رابط کاربر زمان کمتری نیاز دارد و دقیق تر است. اما در عین حال، پیچیدگی GUI نیز افزایش یافته است، و باعث مشکلات بیشتر در طراحی و اجرای ابزارهای آزمایش می شود.\n\nچون بسیاری از GUIهای مدرن، احساس و جلوة یکسانی دارند، یک سری از آزمایشهای استاندارد قابل ایجاد است. گرافهای مدلسایز حالت محدود می توانند استفاده شوند تا یک سری آزمایشهایی را ایجاد کنند که اشیاء و داده های خاص مربوط به GUI برنامه را مورد توجه قرار دهند.\n\n2ـ7ـ17 آزمایش معماری سرویس دهنده ـ سرویس گیرنده\n\nمعماری های سرویس دهنده ـ سرویس گیرنده (C-S) موارد مهمی را برای آزمایش کننده های نرم افزار نشان می دهند. ماهیت توزیع شدة محیط های C-S، موارد کارایی مربوط به پردازش تراکنش، حضور بالقوة سکّوهای سخت افزاری متفاوت، پیچیدگیهای ارتباط شبکه، نیاز برای سرویس دادن به چندین سرویس گیرنده از بانک اطلاعاتی متمرکز (یا توزیع شده)، و نیازهای هماهنگ سازی تحمیل شده بر سرویس دهنده، همگی ترکیب می شوند و باعث می شوند آزمایش معماری C-S، و نرم افزاری که بر روی آنها قرار می گیرد، تا حد قابل توجهی مشکل تر از کاربردهای مجزا باشد. در واقع، مطالعات اخیر صنایع نشان می دهد که افزایش عمده ای در زمان و هزینة آزمایش محیط های C-S وجود دارد.\n\n3ـ7ـ17 مستندسازی آزمایش و امکانات کمک\n\nواژة آزمایش نرم افزار، شامل تصاویری از تعداد زیادی از ابزارهای آزمایش می باشد که برای بررسی برنامه های کامپیوتری و داده هایی که دستکاری می کنند آماده شده اند. تعریف نرم افزار را که در اولین فصل این کتاب ارائه شد به خاطر آورید، توجه به این نکته مهم است که آزمایش باید به سومین عنصر پیکربندی نرم افزار، یعنی مستندات، توسعه یابد.\n\nخطاها در مستندات می توانند به همان اندازة خطاها در کد مبدأ برنامه یا داده ها، باعث اشکالاتی در قبول برنامه شوند. هیچ چیز نگران کننده تر از این نمی باشد که راهنمای کاربر یا امکان کمک سیستم دقیقاً دنبال شود و به نتایج یا رفتاری منتهی شود که منطبق با آنچه توسط مستندات پیش بینی شده نباشد. به این دلیل است که آزمایش مستندات باید بخش معنی داری برای هر طرح آزمایش نرم افزار باشد.\n\nآزمایش مستندات در دو فاز قابل انجام است. اولین فاز که مرور و بازبینی نام دارد (فصل 8)، مستندات را برای وضوح ویرایشی بررسی می کند. فاز دوم، که آزمایش زنده نام دارد، مستندات را همراه با استفاده از برنامة واقعی، مورد استفاده قرار می دهد.\n\nبه شکل تعجب آوری، آزمایش زنده برای مستندات با استفاده از تکنیک هایی مشابه بسیاری از روشهای جعبه سیاه بحث شده در بخش 6ـ17، قابل انجام است. آزمایش بر مبنای گراف می تواند استفاده شود تا استفاده از برنامه را توصیف کند. تقسیم بندی مساوی و تحلیل مقدار مرزی برای تعریف رده های گوناگون ورودی وارتباطات مربوط به آنها استفاده می شوند. سپس استفاده از برنامه از طریق مستندات پیگیری می شود. سئوالات زیر باید در طول هر دو فاز پاسخ داده شوند:\n\n4ـ7ـ17 آزمایش سیستم های بلادرنگ\n\nماهیت وابسته به زمان و غیر همزمان بسیاری از کابردهای بلادرنگ، عنصری جدید و احتمالاً مشکل را به نام زمان به آزمایش می افزاید. طراح ابزار آزمایش باید ابزارهای آزمایش جعبه سفید و جعبه سیاه را همراه، با ادارة واقعه (یعنی پردازش وقفه)، زمانبندی داده ها، و موازی بودن taskهای اداره کنندة داده ها در نظر داشته باشد. در بسیاری از موارد، داده های آزمایش زمانی فراهم می شوند که سیستم بلادرنگ در یک حالت خاص قرار دارد و باعث تولید پردازش مناسب می شود، در حالی که همان داده ها اگر زمانی به سیستم داده شوند که در حالت دیگری قرار دارد، ممکن است باعث بروز خطا شوند.\n\nبرای مثال، نرم افزار بلادرنگی که دستگاه کپی جدیدی را کنترل می کند، وقفه های اوپراتور را بدون خطا می پذیرد (یعنی اوپراتور ماشین کلیدی کنترلی مانند RESET یا DARKEN را می زند)، وقتی ماشین در حال گرفتن کپی ها است (در حالت "کپی" قرار دارد). همین وقفه های اوپراتور، اگر در حالت "جمع شدن کاغذ" وارد شوند، باعث نمایش کد شناسایی می شوند تا محل جمع شدن کاغذ را که باید برطرف شود مشخص نمایند (خطا).\n\nعلاوه بر آن، رابطه نزدیک بین نرم افزار بلادرنگ و محیط سخت افزاری نیز باعث می شود آزمایش با مشکل روبرو شود. آزمایشهای نرم افزار باید تأثیر خطاهای سخت افزار را بر پردازش نرم افزار در نظر بگیرند. شبیه سازی چنین اشکالاتی ممکن است بسیار مشکل باشد.\n\nروشهای طراحی ابزارهای طراحی برای سیستم های بلادرنگ هنوز در حال تکامل است. به هر حال، یک استراتژی کلی چهار مرحله ای پیشنهاد می شود:\n\nآزمایش task: اولین مرحله در آزمایش نرم افزار بلادرنگ، آزمایش هر task به طور مستقل می باشد. یعنی آزمایشهای جعبه سفید و جعبه سیاه برای هر task طراحی و اجر شوند. هر task به طور مستقل در ضمن این آزمایشات اجرا می شود. آزمایش task خطاهایی را در منطق و عملکرد آشکار می کند، اما خطاهای زمانبندی و رفتاری آشکار نمی شوند.\n\nآزمایش رفتاری. با استفاده از مدلهای سیستم هایی که با ابزارهای CASE ایجادشده اند، امکان شبیه سازی رفتار سیستم بلادرنگ و آزمایش رفتار آن در نتیجة وقایع خارجی، وجود دارد. این فعالیت های تحلیل، مبنایی را فراهم می کنند برای طراحی ابزارهای آزمایشی که در زمان ایجاد نرم افزار بلادرنگ هدایت می شوند. با استفاده از تکنیکی مشابه تقسیم بندی مساوی (بخش 1ـ6ـ17)، وقایع (برای مثال، وقفه ها، سیگنالهای کنترل) برای آزمایش دسته بندی می شوند. برای مثال، وقایعی برای دستگاه فتوکپی عبارتند از: وقفه های کاربر (برای مثال، صفر کردن شمارنده)، وقفه های مکانیکی (برای مثال، جمع شدن کاغذ)، وقفه های سیستم (برای مثال، کم شدن پودر قرمز)، و مودهای شکست (برای مثال، سربار رولر). هر یک از این وقایع به طور مجزا آزمایش می شوند و رفتار سیستم اجرایی آزمایش می گردد تا خطاهایی در نتیجة پردازش مربوط به این وقایع، آشکار شوند. رفتار مدل سیستم (که در ضمن فعالیت تحلیل توسعه داده شده) و نرم افزار اجرایی برای مسائل کارایی مقایسه می شوند.\n\nپس از آزمایش هر رده از وقایع، وقایع به ترتیب تصادفی و با تکرار تصادفی به سیستم داده می شوند. رفتار سیستم آزمایش می شود تا خطاهای رفتاری آشکار گردند.\n\nآزمایش بین taskها: پس از جدا شدن خطاهای هر یک از task ها و رفتار سیستم، آزمایش به سمت خطاهای زمانی هدایت می شود. Taskهای غیر همزمان که با یکدیگر ارتباط برقرار می کنند، با سرعت انتقال داده ها و بار پردازش متفاوت آزمایش می شوند تا مشخص کنند آیا خطاهای همزمانی ارتباط بین taskها اتفاق می افتد یا خیر. علاوه بر آن، taskهایی که با استفاده از صف پیغام یا حافظة داده ها ارتباط برقرار می نمایند آزمایش می گردند تا خطاهای مربوط به اندازة این ناحیه های حافظه آشکار شوند.\n\nآزمایش بین taskها: پس از جدا شدن خطاهای هر یک از task ها و رفتار سیستم، آزمایش به سمت خطاهای زمانی هدایت می شود. Taskهای غیر همزمان که با یکدیگر ارتباط برقرار می کنند، با سرعت انتقال داده ها و بار پردازش متفاوت آزمایش می شوند تا مشخص کنند آیا خطاهای همزمانی ارتباط بین taskها اتفاق می افتد یا خیر. علاوه بر آن، taskهایی که با استفاده از صف پیغام یا حافظة داده ها ارتباط برقرار می نمایند آزمایش می گردند تا خطاهای مربوط به اندازة این ناحیه های حافظه آشکار شوند.\n\nآزمایش سیستم: نرم افزار و سخت افزار مجتمع می شوند و محدودة کاملی از آزمایشهای سیستم (فصل 18) هدایت می شوند تا خطاهای ارتباط سخت افزار ـ نرم افزار آشکار شود. اکثر سیستم های بلادرنگ، وقفه ها را پردازش می کنند. بنابراین، آزمایش ادارة این وقایع بولی ضروری است. با استفاده از نمودار تغییر حالت و مشخصة کنترل (فصل 12)، آزمایش کننده، لیستی از تمام وقفه های ممکن و پردازش هایی را که در نتیجة آن وقفه ها انجام می شوند توسعه می دهد. سپس آزمایشهایی طراحی می شوند تا به خصوصیات سیستم که در زیر ارائه شده برسند:\n\n \n\n \n\n30 تا 70 درصد پروژه | پاورپوینت | سمینار | طرح های کارآفرینی و توجیهی | پایان-نامه | پی دی اف مقاله ( کتاب ) | نقشه | پلان طراحی | های آماده به صورت رایگان میباشد ( word | pdf | docx | doc )
