Borna66
03-30-2011, 11:43 PM
Test (آزمون)
دیسیپلین تست از بسیاری جهات مانند یك ارائه دهنده خدمات برای سایر دیسیپلینها عمل میكند. تمركز اولیه تست كردن بر بررسی و ارزیابی كیفیتهای محقق شده از طریق كارهای زیر است:
• یافتن و مستند كردن نقایص در كیفیت نرمافزار
• آگاهی دادن در مورد كیفیت نرمافزار بررسی شده
• اثبات اعتبار فرضیاتی كه در طراحی و مشخصات نیازمندیها ساخته شدند، از طریق نمایشهای واقعی
• تصدیق عملكردهای محصول نرمافزار همانطور كه طراحی شده است.
• تصدیق اینكه نیازمندیها بدرستی پیادهسازی شدهاند
یك تفاوت جالب ولی تاحدی ظریف میان دیسیپلین تست و سایر دیسیپلینها در RUP این است كه تست گرفتن، اساسا وظیفهی یافتن و ارائه ضعفها در محصول نرمافزار را داراست. برای اینكه این تلاش موفقیتآمیز باشد، لازم است از یك روش نسبتا منفی و مخرب استفاده شود تا روشی سازنده.
مسألهای كه بسیار حائز اهمیت میباشد این است كه از دو روش اجتناب كنیم :
یكی روشی كه بطور مناسب و موثر نرمافزار را بكار نگیرد و مشكلات و ضعفهای آن را نشان ندهد
و دیگری روشی كه آنقدر مخرب است كه احتمالا هیچگاه كیفیت محصول نرمافزاری را قابل قبول درنظر نمیگیرد.
دیسیپلین تست از بسیاری جهات مانند یك ارائه دهنده خدمات برای سایر دیسیپلینها عمل میكند. تمركز اولیه تست كردن بر بررسی و ارزیابی كیفیتهای محقق شده از طریق كارهای زیر است:
• یافتن و مستند كردن نقایص در كیفیت نرمافزار
• آگاهی دادن در مورد كیفیت نرمافزار بررسی شده
• اثبات اعتبار فرضیاتی كه در طراحی و مشخصات نیازمندیها ساخته شدند، از طریق نمایشهای واقعی
• تصدیق عملكردهای محصول نرمافزار همانطور كه طراحی شده است.
• تصدیق اینكه نیازمندیها بدرستی پیادهسازی شدهاند
یك تفاوت جالب ولی تاحدی ظریف میان دیسیپلین تست و سایر دیسیپلینها در RUP این است كه تست گرفتن، اساسا وظیفهی یافتن و ارائه ضعفها در محصول نرمافزار را داراست. برای اینكه این تلاش موفقیتآمیز باشد، لازم است از یك روش نسبتا منفی و مخرب استفاده شود تا روشی سازنده.
مسألهای كه بسیار حائز اهمیت میباشد این است كه از دو روش اجتناب كنیم :
یكی روشی كه بطور مناسب و موثر نرمافزار را بكار نگیرد و مشكلات و ضعفهای آن را نشان ندهد
و دیگری روشی كه آنقدر مخرب است كه احتمالا هیچگاه كیفیت محصول نرمافزاری را قابل قبول درنظر نمیگیرد.