یک الگوی طرح تست عملکرد که می تواند متناسب با نیازهای پروژه شما از نظر نیازهای عملکردی به صورت دلخواه استفاده شود یا اصلاح شود.
هدف از این بخش ارائه یک نمای کلی در سطح بالایی از روش آزمایش عملکرد است که باید برای پروژه این باید به همه ذینفعان مربوطه ارائه شود و برای دستیابی به اتفاق نظر در مورد آن بحث شود.
به عنوان بخشی از تحویل ، لازم است راه حل مطابق با معیارهای پذیرش باشد ، هم از نظر مناطق عملکردی و هم از نظر عملکرد. هدف از این سند ارائه طرح کلی آزمایش غیر کارکردی
است راه حل.
این سند موارد زیر را پوشش می دهد:
برای ادامه فعالیتهای واقعی آزمایش ، موارد کاری زیر باید از قبل تکمیل و توافق شود:
، با NFR کمی در صورت امکان
فعالیت تست عملکرد زمانی به اتمام می رسد که:
آزمونهای عملکرد در برابر نسخه پایدار اجرا می شوند راه حل (که قبلاً آزمونهای عملکردی را پشت سر گذاشته است) و در یک محیط اختصاصی مانند تولید (قبل از تولید؟) اختصاص داده شده برای آزمایش عملکرد بدون استقرار در آن محیط در طول آزمایش عملکرد.
یک یا چند 'انژکتور بار' اختصاصی برای شروع بار مورد نیاز برای آزمایش عملکرد وجود دارد. انژکتور بار می تواند یک ماشین مجازی یا چندین ماشین مجازی باشد که نمونه ای از JMeter را اجرا می کند و درخواست ها را شروع می کند.
ابزارهای آزمایشی مورد استفاده برای آزمایش میزان صدا و عملکرد عبارتند از:
یک ابزار آزمایش بار منبع باز. عمدتا برای آزمایش حجم و عملکرد استفاده می شود.
Splunk برای ورود به سیستم استفاده می شود (می توانید از ابزار دیگری استفاده کنید - لازم است با تیم آزمایش کامل تایید کنید).
| | + _ | راه حل باید به اندازه کافی عملکرد داشته باشد تا معیارهای بار زیر را مدیریت کند.
N.B. اعداد در جدول زیر فقط برای نمونه است - مقادیر واقعی باید پس از نهایی شدن توسط درج شوند سند NFR
اهداف ساعتی از راه حل فعلی [Y2019] کشف شده است. سایر مقادیر 'مثال' را از الگوی طرح پاک کرد.
از آنجا که مقادیر اوج ساعتی زیاد نیستند ، برای آزمایش بار ثابت به عنوان هدف در نظر گرفته می شوند. فاکتور مقیاس گذاری در حال حاضر TBD است.
تست عملکرد حداکثر با 1000 کاربر [؟] اجرا می شود. کاربران در ایجاد خواهند شد قبل از آن و از طریق
قابل دسترسی باشد ورود به سیستم API. هر درخواست با userID مختلف وارد می شود.
از ابزار JMeter برای اجرای اسکریپت های تست عملکرد استفاده خواهد شد. در اسکریپت ها ، اظهاراتی برای بررسی معیارهای فوق و همچنین برخی بررسی های عملکردی اساسی برای اطمینان از دریافت پاسخ صحیح برای هر درخواست وجود دارد.
پروفایل های بار باید به گونه ای طراحی شوند که ترافیک معمول روزانه به را تقلید کنند سایت. لطفا توجه داشته باشید که ترافیک فقط به بخش شناسایی مشتری و مدیریت دسترسی سایت ، تقسیم شده و محدود می شود.
در زیر یک نمونه نمایه برای یک روز آورده شده است:
اولین اقدام ، یافتن خط مبنا است. فقط با استفاده از 1 کاربر ، یک شبیه سازی را برای مدتی (مثلاً 5 دقیقه) اجرا خواهیم کرد تا به طور متوسط زمان پاسخ برای هر نقطه انتهایی بدست آوریم. این تضمین می کند که فقط با 1 کاربر واقعاً قادر به دستیابی به اوج درخواست ها در ثانیه هستیم.
پس از جمع آوری معیارهای پایه ، سپس همان شبیه سازی که نمایه بار را شبیه سازی می کند ، با تعداد بیشتری از کاربران برای آزمایش در برابر حجم های هدف اجرا می شود. ایده این آزمایش بار ، آزمایش سیستم در برابر بار معمول روزانه ، شبیه سازی رمپ ها ، قله های روز و پایین آمدن سطح شیب دار است.
هدف از آزمایش استرس ، یافتن نقطه شکست سیستم است ، یعنی سیستم در چه نقطه ای بی پاسخ می شود. اگر مقیاس گذاری خودکار انجام شود ، تست استرس نیز شاخص خوبی است که در آن مقیاس سیستم و منابع جدید اضافه می شود. برای آزمایش تنش ، از همان شبیه سازی که برای آزمایش بار استفاده شده است ، استفاده می شود اما با بار بالاتر از حد انتظار.
آزمایش سنبله در مدت زمان نسبتاً کوتاهی بار قابل توجهی بر روی سیستم وارد می کند. هدف از این آزمون شبیه سازی یک رویداد فروش است ، به عنوان مثال ، هنگامی که تعداد زیادی از کاربران به طور همزمان در مدت زمان نسبتاً کوتاهی به حساب خود دسترسی پیدا می کنند.
آزمایش خیساندن ، آزمایش بار را برای مدت زمان طولانی انجام می دهد. هدف این است که هر گونه نشت حافظه ، عدم واکنش یا خطا در طول آزمایش خیساندن را آشکار کنید. ما معمولاً از 80٪ بار (برای آزمایش بار استفاده می شود) برای 24 ساعت و / یا 60٪ از بار برای 48 ساعت استفاده می کنیم.
در آزمایش نقطه اشباع ما بار را به طور پیوسته افزایش می دهیم تا مشخص کنیم در چه نقطه ای از سیستم واکنش نشان نمی دهد ، یعنی نقطه شکست سیستم را از نظر بار پیدا کنیم.
برای تکمیل تست عملکرد ، فعالیت های زیر پیشنهاد می شود که به ترتیب انجام شود:
آزمون های زیر باید به ترتیب زیر اجرا شوند:
در حالت ایده آل ، 2 آزمایش آزمایشی از هر نوع آزمون انجام می شود. پس از اجرای هر تست ، برنامه می تواند به منظور افزایش کارایی ، تنظیم شود و سپس یک چرخه آزمایش دیگر آغاز می شود.