software testing Life Cycle Models

مدلسازی چرخه حیات نرم‌افزار

• مدل V عمومی اهمیت ویژه‌ای در تست نرم‌افزار دارد
• این مدل شامل دو شاخه است: شاخه چپ توسعه سیستم و شاخه راست تست سیستم

شاخه چپ توسعه سیستم

• تعریف نیازهای مشتری و تایید آنها
• طراحی سیستم_FUNCTIONAL
• طراحی سیستم تکنیکی_TECHNICAL
• مشخصات جزء_JOINT
• برنامه‌نویسی_COMPONENT

شاخه راست تست سیستم

• تست جزء_COMPONENT
• تست یکپارچه_INTEGRATION
• تست سیستم_SYSTEM
• تست قبول_USER ACCEPTANCE

تست جزء

• شامل تست‌کردن جزء به جزء سیستم
• پایه تست شامل طراحیละเอียด، کد، مدل داده و مشخصات جزء
• هدف تست‌کردن funcionaity، روباستی و کارایی جزء

تست یکپارچه

• شامل تست‌کردن 인터فیس‌ها و ارتباطات بین اجزاء سیستم
• پایه тест شامل طراحی نرم‌افزار، نمودار دنباله‌ای، مشخصات پروتکل ارتباطی و موارد دیگر
• هدف تست‌کردن صحت و سلامت سیستم

تست سیستم

• شامل تست‌کردن سیستم به عنوان یک کل
• پایه تست شامل تمام اسناد مشتری، مشخصات و آنالیز ریسک
• هدف تست‌کردن-system testing validate whether the complete system meets the specified functional and nonfunctional requirements

قبول مشتری_USER ACCEPTANCE

• شامل بررسی سیستم از نظر مشتری
• پایه تست شامل اسناد مشتری و مشخصات سیستم
• هدف تست‌کردن قبول و تایید سیستم توسط مشتری

تست عملی_OPERATIONAL ACCEPTANCE

• شامل بررسی سیستم توسط مدیران سیستم
• پایه تست شامل نصب، بروزرسانی، پشتیبان‌گیری و موارد دیگر
• هدف تست‌کردن سیستم از نظر مدیریت سیستم

تست میدانی_FIELD TESTING

• شامل تست‌کردن سیستم در محیط‌های مختلف کاربری
• پایه تست شامل نسخه‌های پیشرفته سیستم
• هدف تست‌کردن سیستم در محیط‌های مختلف کاربری

تست نگهداری_MAINTENANCE TESTING

• شامل تست‌کردن سیستم پس از به‌روزرسانی‌ها
• پایه تست شامل تمام اسناد سیستم
• هدف تست‌کردن نگهداری سیستم پس از به‌روزرسانی‌ها### آزمون فرایند بر پایه کسب‌وکار
• آزمون فرایند بر پایه کسب‌وکار بر کل فرآیند که شامل چند مرحله است، متمرکز می‌شود.

آزمون غیر عملکردی

• вимог غیر عملکردی توضیح می‌دهند که چگونه عملکرد یا سیستم با چه کیفیتی باید کار کند.
• برخی از آزمون‌های غیر عملکردی (که معمولا در آزمون سیستم انجام می‌شود) عبارتند از:
• آزمون بار: سنجش رفتار سیستم در برابر بارهای افزایشی سیستم (برای مثال تعداد کاربران که همزمان کار می‌کنند یا تعداد تراکنش‌ها)
• آزمون عملکرد: سنجش سرعت پردازش و زمان پاسخ برای مورد خاص استفاده، معمولا وابسته به بار افزایشی
• آزمون حجم: مشاهده رفتار سیستم در зависимости از حجم داده (برای مثال پردازش فایل‌های بسیار بزرگ)
• آزمون استرس: مشاهده رفتار سیستم هنگامی که سیستم بارگذاری می‌شود
• بررسی докумنتاسیون: برای مطابقت با رفتار سیستم (برای مثال دستیاران کاربر و واسط کاربری)

آزمون ساختار نرم‌افزار

• تکنیک‌های ساختاری (آزمون ساختار، آزمون جعبه سفید) از اطلاعات در مورد ساختار یا معماری کد داخلی شیء آزمون استفاده می‌کنند.
• معمولا آنالیزهای زیر انجام می‌شود:
• جریان کنترل در کامپوننت
• سلسله مراتب فراخوانی روش‌ها
• ساختار منو
• ساختار مدل‌های انتزاعی نرم‌افزار (ماشین حالتی محدود)

آزمون رابطه با تغییرات

• وقتی تغییرات پیاده‌سازی می‌شوند، بخش‌هایی از نرم‌افزار موجود تغییر می‌کنند یا ماژول‌های جدید اضافه می‌شوند.
• آزمون‌ها باید نشان دهند که عیوب قبلی gerçekten تعمیر شده‌اند.
• علاوه بر این، خطر اثرات جانبی ناخواسته وجود دارد.
• تکرار آزمون‌های دیگر برای یافتن آنها (آزمون رگرسیون)

چقدر آزمون رگرسیون

• سوال این است که چقدر آزمون رگرسیون باید گسترده باشد. امکانات زیر وجود دارد:
• اجرا مجدد کلیه آزمون‌هایی که نقص‌هایی را تشخیص دادند که دلیل آنها (عیوب) در نسخه جدید نرم‌افزار_FIXED شده است (آزمون رگرسیون، آزمون تأیید)
• آزمون کلیه قسمت‌های برنامه که تغییر کرده یا اصلاح شده‌اند (آزمون işlevی جدید)
• آزمون کلیه قسمت‌های برنامه یا عناصر که به‌طور جدید ادغام شده‌اند (آزمون işlevی جدید)
• آزمون کلیه سیستم (آزمون رگرسیون کامل)

این آزمون به بررسی مدل های چرخه حیات نرم افزار با تاکید بر آزمایش نرم افزار می پردازد. مدل V عمومی به ویژه در این Bereich نقش مهمی دارد.