جزوه تایپ شده ترمودینامیک ۱ مهندسی مکانیک
دانشگاه صنعتی شریف دانشگاه پیام نور دانشگاه علیم کاربردی آزاد کارشناسی ارشد آزمون استخدامی
اشتباهات در محتوای WebApp می تواند به ؛ : () () () () () () :
ً ؟
؟
؟
؟
؟
؟
؟
؟
؟ ؟
؟
() 
–() () () :
()، () () ()
–؛ () () () () ()، (“”) ()، :
؟
()، ؟
؟
؟
(“” )، ؟
() ؟
؟
؟
جهت یابی قبل از رسیدن به همه گره ها وجود دارد، به گونهای که سپس به جایی که جهت یابی متوقف شده است باز گردیم و از آنجا ادامه دهیم؟
آیا هر گره از نقشه سایت، قابل دسترسی است؟ آیا جزوه ترمودینامیک ۱ مهندسی مکانیک گره ها برای کاربران نهایی معنی دار است؟
اگر یک گره در یک NSU از منبع خارجی به دست آید، آیا امکان پردازش به گره بعدی در مسیر جهت یابی وجود دارد؟آیا امکان بازگشت به گره قبلی در مسیر ناوبری وجود دارد؟
آیا کاربر موقعیت مکانی خود را در معماری محتوا با اجرای NSU درک می کند؟
آزمایش جهت یابی ، مانند آزمایش رابط و قابلیت استفاده، باید تا حد امکان توسط حوزه های مختلف انجام شود. شما مسئول مراحل اولیه آزمایش جهت یابی هستید، اما مراحل بعدی باید توسط سایر سهامداران پروژه، یک تیم آزمایش مستقل و در نهایت، توسط کاربران غیر فنی انجام شود. هدف این است که جهت یابی WebApp را به طور کامل، به کار گیرید.
6-21 جهانی سازی
جهانی سازی فرآیند ایجاد یک محصول نرم ترمودینامیک است؛ به طوری که می تواند در چندین کشور و با زبان های مختلف؛ بدون نیاز به هیچ گونه تغییر مهندسی؛ مورد استفاده قرار گیرد. محلی سازی، فرآیند انطباق یک برنامه نرم افزاری برای استفاده در مناطق هدف جهانی، با افزودن الزامات خاص محلی و ترجمه عناصر متن، به زبان های مناسب است. محلی سازی ممکن است شامل در نظر گرفتن پول، فرهنگ، مالیات و استانداردهای هر کشور (اعم از فنی و قانونی) ،علاوه بر تفاوت در زبان ها باشد. راه اندازی MobileApp در بسیاری از نقاط جهان بدون آزمایش آن بسیار احمقانه است.راه اندازی MobileApp در بسیاری از نقاط جهان، بدون آزمایش آن بسیار احمقانه است. از آنجا که ساختن یک مرکز آزمایش داخلی در هر کشوری که محلی سازی برای آن برنامه ریزی شده است بسیار پرهزینه است، آزمایش برون سپاری به فروشندگان محلی در هر کشور،اغلب مقرون به صرفه است. با این حال، استفاده از رویکرد برون سپاری، ارتباط را با تیم توسعه MobileApp و افرادی که آزمایش محلی سازی را انجام می دهند، تضعیف می کند. جمع آوری منابع در بسیاری از جوامع آنلاین رایج شده است. Reuveni می گوید که از سرمایه گذاری جمعی می توان برای درگیر کردن آزمایشگران محلی در سراسر جهان، در خارج از محیط توسعه استفاده کرد.
برای تحقق این امر، باید جامعه ای را بیابید که به شهرت خود افتخار کند و سابقه موفقیت داشته باشد. یک پلتفرم بلادرنگ با کاربرد واقعی آسان، به اعضای جامعه اجازه می دهد تا با تصمیم گیرندگان پروژه ارتباط برقرار کنند. برای محافظت از مالکیت معنوی، فقط اعضای معتمد جامعه که مایل به -()، : های سمت مشتری و سرور که در آن قرار دارند، هدف جذابی برای هکرهای خارجی، کارکنان ناراضی، رقبای ناشایست و هر کس دیگری است که مایل به سرقت اطلاعات حساس، تغییر محتوای بدخواهانه، تنزل عملکرد، غیرفعال کردن یک عملکرد، یا شخص، سازمان یا تجارت است. آزمایشات امنیتی برای بررسی آسیب پذیری های محیط سمت سرویس گیرنده، ارتباطات شبکه ای که هنگام انتقال داده ها از سرویس گیرنده به سرور و برگشت مجدد، ایجاد می شود و محیط سمت سرور، طراحی شده است هر یک از این حوزه ها می توانند مورد حمله قرار گیرند و وظیفه آزمایش کننده امنیتی، کشف نقاط ضعف این سیستم ها برای سوء استفاده گران است. در سمت مشتری ، آسیب پذیری ها را می توان در اشکالات موجود در مرورگرها، برنامه های ایمیل یا نرم افزارهای ارتباطی جستجو کرد. در سمت سرور ، آسیب پذیری شامل حملات انکار سرویس و اسکریپت های مخرب است که می تواند به سمت سرویس گیرنده منتقل شود، یا برای غیرفعال کردن عملیات سرور استفاده شود. علاوه بر این، پایگاه های داده سرور، بدون مجوز قابل دسترسی هستند (سرقت داده ها). برای محافظت در برابر این آسیب پذیری (و بسیاری دیگر از آن ها)، می توان از تکنیک های فایروال، احراز هویت، رمزگذاری و مجوز استفاده کرد. باید برای بررسی هر یک از این فناوری های امنیتی به منظور کشف حفره های امنیتی، باید آزمایشات امنیتی طراحی شود. طراحی واقعی آزمایشات امنیتی مستلزم آگاهی عمیق از عملکردهای داخلی هر عنصر امنیتی و درکی جامع از طیف وسیعی از فناوری های شبکه است. در صورتی که MobileApp یا WebApp دارای اهمیت تجاری باشند، داده های حساس را حفظ کنند یا احتمالاً هدف هکرها قرار ترمودینامیک یرند، باید آزمایش امنیت را به فروشنده ای که در آن تخصص دارد، برون سپاری کنیم.
8-21 آزمایش عملکرد
وجود نرم افزاری که عملکرد مورد نیاز را ً ؛ ” “، “ً “، 
ً : () ()، () ً () () ()، :
؟
()، ؟
؟
؟
؟
؟
؟
؟
: () ()می کند. هدف از آزمایش بار ، تعیین نحوه واکنش WebApp و محیط سمت سرور آن به جزوه ترمودینامیک ۱ مهندسی مکانیک بارگذاری مختلف است. با ادامه آزمایش، جایگزینی متغیرهای زیر، مجموعه ای از شرایط آزمون را تعریف می کند:
N، تعداد کاربران همزمان
T، تعداد معاملات آنلاین در واحد زمان
D، بار داده پردازش شده توسط سرور در هر تراکنش
در هر صورت، این متغیرها در محدوده عادی عملکرد سیستم تعریف می شوند. با اجرای هر یک از شرایط آزمایش، یک یا چند مورد از اقدامات زیر جمع آوری می شود: میانگین پاسخ کاربر، زمان متوسط برای بارگیری یک واحد استاندارد داده یا زمان متوسط برای پردازش یک تراکنش. شما باید این اقدامات را بررسی کنید تا مشخص شود آیا کاهش سریع عملکرد را می توان در ترکیب خاصی از N ، T و D جستجو کرد یا خیر. از تست بار نیز می توان برای ارزیابی سرعت اتصال توصیه شده برای کاربران WebApp استفاده کرد. توان کلی(P)، به روش زیر محاسبه می شود:
P = N × T × D
به عنوان مثال، یک سایت خبری محبوب ورزشی را در نظر بگیرید. در یک لحظه معین، 20000 کاربر همزمان به طور متوسط هر 2 دقیقه یکبار درخواست (معامله، T) را ارسال می کنند. هر تراکنش مستلزم آن است که WebApp، مقاله جدیدی را که به طور متوسط 3K بایت طول دارد بارگیری کند. بنابراین، توان عملیاتی را می توان به صورت زیر محاسبه کرد:
P = 20,000 × 0.5 × 3kb ÷60 = 500 Kbytes/sec = 4 megabits per second
بنابراین اتصال شبکه برای سرور باید از این نرخ داده پشتیبانی کند و باید برای اطمینان از صحت آن آزمایش شود. تست حساسیت، برای برنامه های تلفن همراه تلاش می کند تا خطاهایی را که در شرایط شدید کار رخ می دهند، پیدا کند. علاوه بر این، مکانیزمی برای تعیین اینکه آیا MobileApp بدون آسیب رساندن به امنیت، به طور مطلوب تنزل می کند، ارائه می دهد. از جمله اقدامات زیادی که می تواند در شرایط شدید ایجاد شود، عبارتند از: (1) اجرای چندین برنامه تلفن همراه در یک دستگاه، (2) آلوده شدن نرم افزار سیستم با ویروس ها یا بدافزارها، (3) تلاش برای تصاحب یک دستگاه و استفاده از آن برای انتشار هرزنامه (4) وادار کردن برنامه تلفن همراه به پردازش تعداد بی نظیری از ترمودینامیک ها، و (5) ذخیره مقادیر بسیار زیاد داده بر روی دستگاه. با توجه به این شرایط، MobileApp بررسی می شود تا اطمینان حاصل شود که خدمات فشرده منابع (به عنوان مثال، رسانه های جریان)، به درستی مدیریت می شوند.
9-21 آزمایش بلادرنگ
ماهیت وابسته به زمان و ناهمزمانی بسیاری از ترمودینامیک های تلفن همراه و جزوه ترمودینامیک ۱ مهندسی مکانیک های بلادرنگ، یک عنصر جدید و بالقوه دشوار را به زمان آزمایش اضافه می کند. طراح آزمایشگاه نه تنها باید موارد آزمایشی معمولی را در نظر بگیرد، بلکه باید به رویدادها (یعنی پردازش وقفه)، زمان بندی داده ها و هم راستا بودن وظایف (فرایندهای) پردازش داده ها نیز رسیدگی کند.
در بسیاری از موارد ، داده های آزمایشی ارائه شده هنگامی که یک سیستم بلادرنگ در یک حالت مشخصقرار دارد، منجر به پردازش مناسب می شود، در حالی که همان داده ها در حالتی متفاوت از سیستم، ممکن است منجر به خطا شوند. علاوه بر این، رابطه اساسی بین نرم افزار بلادرنگ و محیط سخت افزاری آن نیز می تواند باعث بروز مشکلاتی در تست شود. آزمایشات نرم افزاری باید تاثیر خطاهای سخت افزاری را در پردازش نرم افزار در نظر بگیرند. شبیه سازی واقعی چنین خطاهایی بسیار دشوار است.
بسیاری از توسعه دهندگان MobileApp، از آزمایش در محیط غیرعملی یا آزمایش در محیط های ترمودینامیک کاربران با نسخه های تولیدی منابع MobileApp، حمایت می کنند. آزمایش -: (-). ()، / () : () () () () () رتبه بندی را تععین کنید و هر محصول را به عنوان ورودی سلول در ماتریس وارد کنید (برای ترکیباتی که در ترمودینامیک نیستند، از NA استفاده کنید).
تلاش برای آزمایش باید به گونه ای تنظیم شود، که ترکیبات دستگاه/پلتفرم با بالاترین رتبه بندی، بیشترین توجه را برای هر متغیر زمینه ای مورد بررسی، داشته باشند. در جدول 21.1، Device و OS3 ، دارای بالاترین رتبه هستند و در هنگام آزمایش، از اولویت بالایی برخوردار خواهند بود. دستگاه های تلفن همراه واقعی دارای محدودیت های ذاتی هستند که با ترکیب سخت افزار و سیستم عامل ارائه شده در دستگاه ایجاد می شود. اگر طیف وسیعی از سیستم عامل های بالقوه دستگاه، موجود باشد، انجام آزمایش MobileApp، گران و زمان بر است. دستگاه های تلفن همراه، با در نظر گرفتن آزمایش، طراحی نشده اند. قدرت پردازش محدود و ظرفیت ذخیره سازی ممکن است اجازه بارگیری نرم افزار تشخیصی مورد نیاز برای ثبت عملکرد مورد آزمایش را ندهد. مدیریت دستگاه های شبیه سازی شده اغلب آسان تر است و امکان دستیابی آسان به داده های آزمایش را فراهم می کند. هر شبکه تلفن همراه (صدها شبکه در سراسر جهان وجود دارد)، از زیرساخت های منحصر به فرد خود برای پشتیبانی از وب تلفن همراه استفاده می کند. شبیه سازها اغلب نمی توانند از تأثیرات و زمان سرویس های شبکه الگوبرداری کنند، و این امکان وجود دارد که هنگام استفاده از MobileApp بر روی یک دستگاه واقعی، مشکلاتی را که کاربران با آن مواجه خواهند شد، مشاهده نکنید. ایجاد محیط های آزمایشی در خانه، یک فرایند گران قیمت و مستعد خطا است.
آزمایش مبتنی بر ابر، می تواند یک زیرساخت جزوه ترمودینامیک ۱ مهندسی مکانیک و تصاویر نرم افزاری از پیش تنظیم شده را ارائه دهد و تیم MobileApp را از نگرانی در مورد یافتن سرورها یا خرید مجوزهای خود برای نرم افزار : ؛
فهرست مطالب