1.تحلیل ارزش مرزی یک تکنیک تست نرم افزاری است که برای ارزیابی شرایط مرزی مقادیر ورودی استفاده می شود. بر روی آزمایش مقادیر در مرزها به جای مرکز دامنه ورودی تمرکز می کند. این رویکرد به شناسایی خطاهای مربوط به شرایط مرزی کمک می کند که ممکن است از طریق روش های آزمایشی دیگر شناسایی نشوند.
در تجزیه و تحلیل ارزش مرزی، موارد آزمایشی به گونه‌ای طراحی می‌شوند که شامل مقادیری در مرزهای پایین و بالایی محدوده‌های ورودی معتبر، و همچنین فقط در داخل و خارج از این مرزها باشد. با آزمایش این نقاط حیاتی، تسترها می توانند مسائل بالقوه ای مانند خطاهای یک به یک یا مدیریت نادرست موارد لبه را کشف کنند.
سیستمی را در نظر بگیرید که مقادیر بین 1 تا 100 را می پذیرد. به جای آزمایش همه مقادیر از 1 تا 100، BVA مقادیر را در مرزهای (1، 2، 99، 100) و کمی فراتر از (0، 101) انتخاب می کند. این تضمین می کند که شرایط مرزی، جایی که خطاها اغلب در آنها یافت می شود، به طور کامل آزمایش می شوند.
در اینجا نموداری است که BVA را نشان می دهد
|<--Valid Range-->|
| |
---|-----------------|---
0 100 101
در این مثال، مقادیر در لبه های محدوده معتبر (0، 1، 100، 101) آزمایش می شوند تا اطمینان حاصل شود که سیستم به درستی رفتار می کند و شرایط مرزی را به خوبی مدیریت می کند. با تمرکز بر مقادیر مرزی، BVA به طور موثر مسائل بالقوه را شناسایی می کند و کیفیت و قابلیت اطمینان سیستم های نرم افزاری را بهبود می بخشد.
2.تست جدول تصمیم گیری یک تکنیک سیستماتیک است که برای آزمایش رفتار سیستم های نرم افزاری بر اساس ترکیب های مختلف شرایط ورودی استفاده می شود. این شامل ایجاد جدولی است که تمام ترکیبات ممکن از ورودی ها و خروجی ها یا اقدامات مربوط به آنها را نشان می دهد. این رویکرد به اطمینان از پوشش کامل تست، به ویژه در سیستم‌های پیچیده با شرایط متعدد مؤثر بر رفتار کمک می‌کند.
اینجا یک مثال نموداری که آزمایش جدول تصمیم را نشان می دهد:
| شرایط | شرایط 1 | شرط 2 | شرایط 3 |
|---|---|---|---|
| مورد 1 | درست است، واقعی | درست است، واقعی | نادرست |
| مورد 2 | نادرست | درست است، واقعی | درست است، واقعی |
| مورد 3 | درست است، واقعی | نادرست | درست است، واقعی |
| مورد 4 | درست است، واقعی | درست است، واقعی | درست است، واقعی |
| اقدامات | اقدام 1 | اقدام 2 |
|---|---|---|
| مورد 1 | آیا A | انجام B |
| مورد 2 | سی را انجام دهید | آیا D |
| مورد 3 | از E | آیا اف |
| مورد 4 | آیا جی | آیا اچ |
موارد تست از این جدول مشتق شده اند و هر ترکیبی از شرایط را پوشش می دهد تا اطمینان حاصل شود که همه سناریوها ارزیابی می شوند. آزمایش جدول تصمیم با پرداختن سیستماتیک به شرایط ورودی مختلف و نتایج آنها، کارایی و اثربخشی آزمون را افزایش می دهد.
3.از تست موردی استفاده کنید روشی است که برای اعتبارسنجی عملکرد یک سیستم نرم افزاری بر اساس موارد استفاده مشخص شده آن استفاده می شود. این شامل طراحی موارد آزمایشی است که سناریوهای دنیای واقعی یا تعاملات با سیستم را شبیه‌سازی می‌کند تا اطمینان حاصل شود که طبق انتظار عمل می‌کند. هر مورد استفاده نشان دهنده دنباله خاصی از اقدامات انجام شده توسط کاربر یا سیستم خارجی همراه با نتایج مورد انتظار است.
موارد آزمایشی در آزمایش مورد استفاده از این موارد استفاده مشتق شده‌اند و سناریوهای معمولی و استثنایی را برای اعتبارسنجی جامع رفتار سیستم پوشش می‌دهند. این رویکرد به آزمایش‌کنندگان کمک می‌کند تا درک کنند که کاربران چگونه با سیستم تعامل خواهند داشت و اطمینان حاصل می‌کند که نیازها و انتظارات آنها را برآورده می‌کند.
با تمرکز بر سناریوهای استفاده در دنیای واقعی، آزمایش مورد استفاده ارتباط و اثربخشی تلاش‌های آزمایشی را افزایش می‌دهد و منجر به کشف مسائل بالقوه در اوایل چرخه عمر توسعه می‌شود. همچنین با همسو کردن فعالیت های آزمایشی با عملکرد مورد نظر سیستم، ارتباط بین ذینفعان را تسهیل می کند.
مثلا، یک برنامه بانکی با ویژگی “انتقال وجوه” را در نظر بگیرید. یک مورد استفاده برای این ویژگی می‌تواند شامل انتقال پول از یک حساب به حساب دیگر توسط کاربر باشد.
موارد آزمایشی حاصل از این مورد استفاده ممکن است شامل حالات زیر باشد:
انتقال موفقیت آمیز: کاربر وجوهی را بین حساب های خود در حد مجاز منتقل می کند.
وجوه ناکافی: کاربر سعی می کند مبلغی بیش از موجودی حساب خود را انتقال دهد.
حساب نامعتبر: کاربر تلاش می کند وجه را به حسابی که وجود ندارد منتقل کند.
خرابی شبکه: انتقال به دلیل مشکلات شبکه در حین تراکنش با شکست مواجه می شود.
پیام تایید: اطمینان از اینکه کاربر پس از انتقال موفقیت آمیز پیام تایید دریافت می کند.
4.تست LCSAJ (توالی کد خطی و پرش). یک تکنیک تست ساختاری است که بر اعتبارسنجی مسیرهای اجرای یک برنامه با بررسی دنباله‌های خطی کد و پرش‌های مرتبط تمرکز دارد. هدف آن بررسی این است که تمام توالی های کد خطی ممکن حداقل یک بار در طول آزمایش اجرا شوند. این رویکرد به شناسایی خطاهای بالقوه در جریان کنترل برنامه، مانند بخش های کد گم شده یا غیرقابل دسترسی کمک می کند.
یک مثال آزمایش LCSAJ شامل تجزیه و تحلیل نمودار جریان کنترل یک برنامه برای شناسایی توالی کدهای خطی و پرش های مرتبط است. موارد تست طوری طراحی شده اند که اطمینان حاصل شود که هر دنباله شناسایی شده اجرا می شود و تمام مسیرهای ممکن را در برنامه پوشش می دهد.
در اینجا یک نمودار ساده نشان دهنده آزمایش LCSAJ است:
Start
|
v
Sequence 1
|
v
Jump 1
|
v
Sequence 2
|
v
Jump 2
|
v
Sequence 3
|
v
End
در این مثال، آزمایش LCSAJ تأیید می‌کند که تمام دنباله‌ها (دنباله 1، دنباله 2 و دنباله 3) همراه با پرش‌های مرتبط (پرش 1 و پرش 2) اجرا می‌شوند تا به پوشش جامعی از جریان کنترل برنامه دست یابد.
