این آموزش سناریو تست چیست را همراه با اهمیت، پیاده سازی، نمونه ها و الگوهای یک سناریوی آزمایشی توضیح می دهد:
هر گونه عملکرد/ویژگی نرم افزاری که می تواند آزمایش شود گفته می شود که یک سناریوی آزمایشی است. دیدگاه کاربر نهایی هنگام نوشتن هر سناریو آزمایشی در نظر گرفته می شود.
این آموزش به شما در پاسخ به این سؤالات کمک می کند: چرا سناریوهای آزمایشی مورد نیاز است، در حالی که سناریوهای آزمایشی ضروری هستند. نوشته شده است و چگونه سناریوهای آزمون را بنویسیم.
سناریوی تست چیست؟
یک موقعیت فرضی را در نظر بگیرید: یک اقیانوس وسیع وجود دارد. شما باید از یک ساحل به ساحل دیگر در اقیانوس سفر کنید. به عنوان مثال، از بمبئی، ساحل هند به کلمبو، ساحل دریای سریلانکا.
حالت سفری که می توانید انتخاب کنید عبارتند از:
(i) Airways: یک پرواز به کلمبو بگیرید
(ii) Waterways: کشتی را برای سفر به کلمبو ترجیح دهید
(iii) راه آهن: با قطار به سریلانکا بروید
اکنون برای سناریوهای آزمایشی: سفر از ساحل بمبئی به ساحل دریای کلمبو قابلیتی است که باید آزمایش شود.
سناریوهای آزمایشی عبارتند از:
- سفر با ایرویز،
- سفر با خطوط آبی یا
- سفر با راه آهن.
این سناریوهای آزمایشی دارای موارد آزمایشی خواهند بود.
موردهای آزمایشی که می‌توان برای سناریوهای تست بالا نوشت، عبارتند از:
تستبه صورت محلی و در صورت دسترسی به اینترنت آپلود شده است. 6 تغییرات انجام شده توسط چندین کاربر بیش از حد نوشته نمی شوند. 7 چند کاربر می توانند روی سند واحد کار کنند. 8 اگر اتصال اینترنت در حین آپلود فایل قطع شود، کارهای انجام شده ذخیره می شود. 9 محدودیت های اشتراک گذاری به درستی اعمال می شوند. 10 کاربران محدودیت مشاهده قادر به انجام هیچ ویرایشی در اسناد نیستند. 11 اسناد را می توان برای عموم مردم در اینترنت منتشر کرد. 12 تغییرات انجام شده در اسناد با مهر زمان و amp; جزئیات نویسنده.
تعداد سناریوهای آزمایشی برای Google Docs متعدد و بسیار زیاد خواهد بود. در چنین مواردی عموماً فقط معیارهای پذیرش توسط ذینفعان تعیین و تأیید می شود و اعضای تیم روی این معیارهای پذیرش کار می کنند. نوشتن موارد تست برای یا بهتر بگوییم یک سناریوهای آزمایشی می‌تواند یک کار جامع برای برنامه‌های کاربردی بزرگ باشد.
این معیارهای پذیرش نقش عمده‌ای در برنامه‌ریزی فرآیند تکراری دارند و هرگز نباید نادیده گرفته شوند. تعریف آنها از قبل و از قبل از غافلگیری یا شوک در پایان دوی سرعت یا انتشار جلوگیری می کند
با توجه به یک پیش شرط.
وقتی برای انجام یک عمل.
سپس نتیجه انتظار می رود.
فرمت های Given،زمان و سپس برای تعیین معیارهای پذیرش مفید است.
نمونه الگوی سناریوی آزمایشی
| از شناسه داستانی # | شناسه سناریوی آزمایشی # | استفاده کنیدنسخه # | سناریوهای آزمایشی | # تعداد موارد آزمایش | اهمیت |
|---|---|---|---|---|---|
| USID12.1 | TSID12.1.1 | Kin12.4 | بررسی کنید که آیا Kindle App به درستی راه اندازی می شود یا خیر. | 4 | High |
| USID12.1 | TSID12.1.2 | Kin12.4 | ظرفیت ذخیره سازی برنامه Kindle را تأیید کنید. | 3 | متوسط |
نتیجه
در هر آزمایش نرم افزاری، درک چرخه عمر و تنظیم سناریوهای آزمایشی یک عنصر بسیار مهم است. با داشتن بستر مناسب برای سناریوهای آزمایشی می توان کیفیت نرم افزار را بهبود بخشید. اغلب، استفاده از موارد تست و سناریوهای تست ممکن است با هم عوض شوند.
با این حال، قانون سرانگشتی این است که سناریو تست برای نوشتن چند مورد تست استفاده می‌شود یا می‌توان گفت موارد تست از سناریوهای تست مشتق شده‌اند. سناریوهای تست خوب تعریف شده، نرم افزار با کیفیت خوب را تضمین می کند.
سناریو: سفر با ایرویزموارد آزمایشی می‌تواند شامل حالات زیر باشد:
- پرواز طبق زمان برنامه‌ریزی شده است .
- پرواز طبق زمان مقرر انجام نمی شود.
- وضعیت اضطراری رخ داده است (باران شدید و طوفان).
به همین ترتیب، یک مجموعه جداگانه ای از موارد آزمایشی را می توان برای سایر سناریوهای باقی مانده نوشت.
اکنون بیایید به سناریوهای تست فن آوری بپردازیم.
هر چیزی که بتوان آن را آزمایش کرد، یک سناریوی آزمایشی است. بنابراین می‌توانیم بگوییم که هر عملکرد نرم‌افزاری که در حال آزمایش است را می‌توان به چندین عملکرد کوچکتر تقسیم کرد و می‌توان آن را «سناریوی آزمایشی» نامید.
قبل از تحویل هر محصول به مشتری، کیفیت محصول باید مورد ارزیابی و ارزیابی قرار گیرد. سناریوی آزمایشی به ارزیابی کیفیت عملکرد یک برنامه نرم افزاری که با الزامات تجاری آن مطابقت دارد کمک می کند.
سناریوی تستر فرآیندی است که در آن تستر یک برنامه نرم افزاری را از دیدگاه کاربر نهایی آزمایش می کند. عملکرد و کیفیت برنامه نرم افزاری قبل از اجرا در محیط تولید به طور کامل ارزیابی می شود.
اهمیت سناریو تست
- یک سناریو تست می تواند چندین "مورد تست" داشته باشد. می توان آن را به عنوان یک تصویر پانورامای بزرگ در نظر گرفت و موارد تست قطعات کوچکی هستند که برای تکمیل پانوراما مهم هستند.
- این یک عبارت و تست تک خطی است.موارد شامل شرح گام به گام برای تکمیل هدف بیانیه سناریوی آزمایشی است.
- مثال:
سناریوی آزمایشی: پرداخت برای سرویس تاکسی انجام شد.
این موارد آزمایشی متعددی دارد که در زیر بیان شده است:
(i) روش پرداختی که باید استفاده شود: PayPal، Paytm، کارت اعتباری/دبیت.
(ii) پرداخت انجام شد با موفقیت انجام شد.
(iii) پرداخت انجام شد ناموفق بود.
(iv) فرایند پرداخت در این بین متوقف شد.
(v) دسترسی به روش‌های پرداخت وجود ندارد.
(vi) برنامه در این بین خراب می شود.
- سناریوهای آزمایش بنابراین به ارزیابی برنامه نرم افزار مطابق با موقعیت های دنیای واقعی کمک می کند.
- سناریوهای آزمایشی وقتی مشخص شد، به دوشاخه کردن دامنه آزمایش کمک می کند.
- این دوشاخه، اولویت بندی نامیده می شود که به تعیین عملکردهای مهم برنامه نرم افزاری کمک می کند. در اجرای موفقیت آمیز نرم افزار کاربرد دارد.
- همانطور که سناریوهای تست اولویت بندی می شوند، مهم ترین عملکردها را می توان به راحتی شناسایی و در اولویت آزمایش کرد. این تضمین می‌کند که اکثر قابلیت‌های حیاتی به خوبی کار می‌کنند و عیوب مربوط به آن به درستی شناسایی و اصلاح می‌شوند.
- سناریوهای آزمایشی جریان فرآیند تجاری نرم‌افزار را تعیین می‌کنند.و بنابراین آزمایش سرتاسر برنامه امکان پذیر است.
تفاوت بین سناریو تست و مورد آزمایشی
| سناریوی آزمایشی | موردهای آزمایشی |
|---|---|
| سناریوی آزمایشی یک مفهوم است. | موردهای آزمایشی راه حل هایی برای تأیید آن مفهوم هستند. |
| سناریو تست یک عملکرد سطح بالا است. | موردهای آزمایشی روشی دقیق برای آزمایش عملکرد سطح بالا هستند. |
| سناریوهای تست از نیازمندی‌ها/داستان‌های کاربر مشتق شده‌اند. | موردهای آزمایشی از سناریوهای آزمایشی مشتق شده‌اند. |
| سناریوی آزمایشی «چه عملکردی باید آزمایش شود» است. | موردهای آزمایشی «نحوه آزمایش عملکرد» هستند. |
| سناریوهای آزمایشی دارای چندین مورد آزمایشی هستند. | مورد آزمایش ممکن است با چندین سناریو آزمایش مرتبط باشد یا نباشد. |
| سناریوهای آزمایشی منفرد هرگز قابل تکرار نیستند. | یک مورد آزمایشی ممکن است چندین بار در سناریوهای مختلف استفاده شود. |
| مستندات مختصر مورد نیاز است. | مستندات دقیق مورد نیاز است. |
| جلسات طوفان فکری برای نهایی کردن یک سناریوی آزمایشی مورد نیاز است. | دانش فنی دقیق برنامه نرم افزار مورد نیاز است |
| صرفه جویی در زمان زیرا جزئیات دقیقه مورد نیاز نیست. | زمان بر است زیرا هر دقیقه جزئیات باید مراقبت شود. |
| هزینه تعمیر و نگهداری به اندازه منابع مورد نیاز کم استکم است. | هزینه تعمیر و نگهداری زیاد است زیرا منابع مورد نیاز زیاد است |
چرا سناریوهای آزمایش ضروری است؟
سناریوهای آزمایشی برگرفته از نیازمندی‌ها یا داستان‌های کاربر هستند.
- یک سناریوی آزمایشی برای رزرو کابین مثال بزنید.
- سناریوها می تواند گزینه های رزرو کابین، روش های پرداخت، ردیابی GPS، نقشه راه به درستی نمایش داده شود یا خیر، جزئیات کابین و راننده به درستی نمایش داده شده یا نه، و غیره همه در الگوی سناریوی آزمایشی فهرست شده اند.
- حالا فرض کنید سناریوی آزمایشی برای بررسی اینکه آیا خدمات مکان روشن است یا خیر، در صورت روشن نبودن، پیام «روشن کردن خدمات مکان» را نمایش دهید. این سناریو از قلم افتاده است و در الگوی سناریوهای آزمایشی فهرست نشده است.
- سناریوی "سرویس موقعیت مکانی" سناریوهای آزمایش دیگری مرتبط با آن را ایجاد می کند.
این سناریوها می توانند :
-
- سرویس موقعیت مکانی خاکستری شده است.
- سرویس موقعیت مکانی روشن است اما اینترنت وجود ندارد.
- محدودیت خدمات در مکان .
- محل اشتباه نمایش داده می شود.
- از دست دادن یک سناریو ممکن است به معنای از دست دادن بسیاری از سناریوهای حیاتی یا موارد آزمایشی باشد. . این می تواند یک تأثیر منفی در هنگام اجرای برنامه نرم افزاری داشته باشد. این منجر به از دست دادن شدید منابع (مهلت‌ها) می‌شود.
- سناریوهای آزمایش تا حد زیادی به اجتناب از آزمایش جامع کمک می‌کنند. این تضمین می کند که همه مهم وجریان‌های تجاری مورد انتظار آزمایش می‌شوند، که بیشتر به آزمایش سرتاسر برنامه کمک می‌کند.
- اینها باعث صرفه‌جویی در زمان می‌شوند. همچنین، شرح بسیار دقیق تری مطابق با موارد آزمایش لازم نیست. یک توضیح یک خطی در مورد اینکه چه چیزی باید آزمایش شود مشخص شده است.
- سناریوهای آزمون پس از جلسات طوفان فکری اعضای تیم نوشته می شوند. از این رو احتمال از دست دادن هر سناریویی (مهم یا جزئی) حداقل است. این کار با در نظر گرفتن نکات فنی و همچنین جریان تجاری برنامه نرم افزار انجام می شود.
- علاوه بر این، سناریوهای آزمایشی می توانند توسط مشتری تحلیلگر تجاری یا هر دوی آنها که دانش صریح از برنامه تحت آزمایش دارند تأیید شوند.
بنابراین، سناریوهای آزمایشی بخشی ضروری از SDLC هستند.
اجرای سناریوهای آزمایشی
اجازه دهید اجرای سناریوهای آزمایشی یا نحوه نوشتن سناریوهای آزمایشی را ببینیم:
- Epics/Business Requirements شکل می گیرد.
- نمونه ای از Epic : یک حساب جیمیل ایجاد کنید. Epic می‌تواند ویژگی اصلی یک برنامه کاربردی یا یک نیاز تجاری باشد.
- Epics به داستان‌های کاربر کوچکتر در سراسر اسپرینت تقسیم می‌شود.
- داستان‌های کاربر از Epics مشتق شده‌اند. این داستان‌های کاربر باید پایه‌گذاری شوند و توسط ذینفعان تأیید شوند.
- سناریوهای آزمایشی از داستان‌های کاربر یا BRS (سند مورد نیاز کسب و کار)، SRS (سیستم مورد نیازسند مشخصات)، یا FRS (سند مورد نیاز عملکردی) که نهایی و پایه گذاری شده است.
- آزمایشگران سناریوهای آزمایشی را می نویسند.
- این سناریوهای آزمایشی توسط سرپرست تیم، تحلیلگر تجاری یا مدیر پروژه تأیید می شوند. بسته به سازمان.
- هر سناریوی آزمایشی باید حداقل به یک داستان کاربر مرتبط باشد.
- سناریوهای تست مثبت و همچنین منفی باید شناسایی شوند.
- داستان های کاربر شامل معیارهای پذیرش مانند :
- معیارهای پذیرش فهرستی از شرایط یا وضعیت قصد برای نیازهای مشتری هستند. هنگام نوشتن معیارهای پذیرش، انتظارات مشتری و همچنین سوء تفاهم ها در نظر گرفته می شود.
- این ها برای یک داستان کاربر منحصر به فرد هستند و هر داستان کاربر باید حداقل یک معیار پذیرش داشته باشد که به طور مستقل قابل آزمایش باشد.
- معیارهای پذیرش به تعیین اینکه کدام ویژگی در محدوده و کدام یک خارج از محدوده پروژه است کمک می کند. این معیارها باید شامل ویژگی‌های عملکردی و همچنین غیرعملکردی باشند.
- تحلیل‌گران تجاری معیارهای پذیرش را می‌نویسند و مالک محصول آنها را تأیید می‌کند.
- یا در برخی موارد، مالک محصول می‌تواند خودش آن را بنویسد. معیارها.
- سناریوهای آزمون را می توان از معیارهای پذیرش به دست آورد.
نمونه های سناریوی تست
#1) سناریوهای آزمایشی برای برنامه Kindle
Kindle برنامه‌ای است که به خوانندگان الکترونیکی امکان جستجوی آن را می‌دهدکتاب های الکترونیکی آنلاین، دانلود و خریداری کنید. آمازون کیندل به خواننده کتاب الکترونیکی تجربه واقعی از در دست گرفتن کتاب و خواندن آن را می دهد. حتی ورق زدن صفحات نیز به خوبی در برنامه شبیه سازی شده است.
اکنون اجازه دهید سناریوهای آزمایشی را یادداشت کنیم. ( توجه: سناریوهای محدود در زیر فهرست شده اند تا ایده ای کلی برای نوشتن سناریوی آزمایشی به دست آورید. چندین مورد آزمایشی می تواند از آن مشتق شود).
| سناریوهای آزمایشی # | سناریوهای آزمایشی |
|---|---|
| 1 | بررسی کنید که آیا برنامه Kindle به درستی راه اندازی می شود یا خیر. |
| 2 | تأیید کنید که وضوح صفحه مطابق با دستگاه های مختلف تنظیم می شود، پس از راه اندازی برنامه. |
| 3 | بررسی کنید متن نمایش داده شده قابل خواندن است. |
| 4 | تأیید کنید که گزینه‌های بزرگ‌نمایی و کوچک‌نمایی کار می‌کنند. |
| 5 | بررسی کنید که فایل های سازگار وارد شده در برنامه Kindle قابل خواندن هستند. |
| 6 | ظرفیت ذخیره سازی را بررسی کنید برنامه Kindle. |
| 7 | بررسی کنید که عملکرد دانلود درست کار می کند. |
| 8 | تأیید کنید شبیه‌سازی چرخش صفحه به درستی کار می‌کند |
| 9 | سازگاری قالب‌های کتاب الکترونیکی با برنامه Kindle را تأیید کنید. |
| 10 | فونت های پشتیبانی شده توسط برنامه Kindle را تأیید کنید. |
| 11 | دوام باتری استفاده شده توسط برنامه Kindle را بررسی کنید. |
| 12 | تأیید عملکردKindle بسته به اتصال به شبکه (Wi-Fi، 3G یا 4G). |
از هر سناریوی آزمایشی که در بالا ذکر شد، می توان چندین مورد آزمایشی را استخراج کرد.
#2) معیارهای پذیرش برای Google Docs
"Google Docs" یک برنامه کاربردی مبتنی بر وب برای ایجاد، ویرایش، و اشتراک‌گذاری اسناد word، صفحات گسترده، اسلایدها و فرم‌ها است. با استفاده از یک مرورگر وب با اتصال اینترنت می توان به همه فایل ها به صورت آنلاین دسترسی داشت.
اسناد ایجاد شده را می توان به عنوان یک صفحه وب یا سند آماده چاپ به اشتراک گذاشت. کاربر می تواند محدودیت هایی را برای افرادی که می توانند اسناد را مشاهده و ویرایش کنند تعیین کند. یک سند واحد را می توان به طور مشترک توسط افراد مختلف از مکان های جغرافیایی مختلف به اشتراک گذاشت و روی آن کار کرد.
سناریوهای آزمایشی محدودی برای درک کلی در زیر ذکر شده است. سناریوهای آزمایشی عمیق برای اسناد Google را می توان یک موضوع جداگانه به طور کلی.
| معیارهای پذیرش # | معیارهای پذیرش |
|---|---|
| 1 | Word، Sheets یا Forms را می توان با موفقیت بدون خطا باز کرد. |
| 2 | الگوها برای اسناد، برگه ها در دسترس هستند و اسلایدها. |
| 3 | الگوهای موجود برای کاربران قابل دسترسی است. |
| 4 | الگوی استفاده شده قابل ویرایش است (مثلاً فونت، اندازه قلم، افزودن متن، حذف متن، درج اسلاید). |
| 5 | اگر اتصال به اینترنت به طور موقت در دسترس نباشد، فایل را می توان ذخیره کرد |