ارسال: #1

با سلام و تبریک فرا رسیدن سال نو

دوستان گرامی، لطفا در صورت تمایل به شرکت در بحث در مورد مباحث و سوالات جلسه دوم کلاس تست و نگهداری نرم افزار، به نکات زیر توجه نمایید

1- مباحث مطرح شده مربوط به بخش تعیین شده برای جلسه دوم درس ( Part 1 از کتاب Introduction to Software Testing ) می باشند
2- در صورت تمایل به بحث و گرفتن نظر سایر دوستان در مورد سوالات و مطالب، پیش از قرار دادن آنها در قسمت دیدن لینک ها برای شما امکان پذیر نیست. لطفا ثبت نام کنید یا وارد حساب خود شوید تا بتوانید لینک ها را ببینید.
، مباحث را در این بخش مطرح نمایید

موفق باشید.

ارسال: #2

با سلام

1. لطفاً توضیح دهید که چه تفاوتی بین system testing & integration testing وجود دارد؟


2.
In some cases, such as when building general-purpose library modules, unit testing is done without knowledge of the encapsulating software application
در تست نرم افزار، مفهوم این پاراگراف در صفحه 31 چیست؟

با[/align][/font] تشکر.

ارسال: #3

سلام

تست مجتمع سازی (Integration Testing) :

تست واحد را برای هر کدام از واحدها به صورت جداگانه انجام و از صحت عملکرد آنها مطمئن می شوید. همه واحدها باید به صورت منفرد به طور صحیح وظایف خود را انجام دهند، باید مشخص شود آیا تست اینکه وقتی واحدها کنار هم قرار گرفتند و ارتباط برقرار کردند وظایفشان را به شکل صحیح انجام می دهند یا خیر. فرض کنید 2 نفر مشغول کاری هستند هنگامیکه موارد مورد نیاز برای انجام کار بطور کامل مهیا باشد هر کدام از آن 2 فرد می توانند کارشان را به شکل کامل انجام دهند. اما اگر موارد مورد نیاز برای یکی از آنها توسط دیگری تامین شود ممکن است موارد تهیه شده دقیقا چیزی نباشد که فرد دوم نیاز دارد، یا زمانی زیاد برای تحویل آن موارد مورد نیاز باشد که عملکرد فرد دوم را با مشکل روبرو کند. پس ما نیاز داریم تا مطمئن شویم که آیا واحدها در کنار هم کار می کنند، به درستی فراخوانی می شوند، و داده های درستی را در زمان مناسبی از طریق واسط های آنها عبور می دهند. (تست مجتمع سازی یکی از مهمترین و شاید مهمترین سطح از تست باشد، بخصوص زمانیکه سیستم تغییرات زیادی دارد بعد از انجام تغییرات هرگز این مرحله را فراموش نکنید. پس روشهای مختلف تست مجتمع سازی را بررسی و مطالعه کنید.)

تست سیستم (System Testing) :

تست مجتمع سازی را برای نرم افزار مورد نظر انجام دادید، و از این مطمئن شدید که تمام قطعات در کنار هم می توانند قرار بگیرند و بدون هیچ مشکلی وظایفشان را انجام دهند. قطعات در کنار هم مجتمع شده اند و پیکره اصلی نرم افزار تشکیل شد، ولی نرم افزار خود جزئی از یک سیستم است و نیاز است که با عناصر دیگر این سیستم مانند سخت افزارها ارتباط برقرار کند و با آنها مجتمع شود. پس نیاز داریم تا مطمئن شویم که سیستم به عنوان یک واحد به طور کامل عمل خواهد کرد و نیازمندیهای سیستم را برآورده می کند. این سطح از تست آخرین سطحی است که توسط توسعه دهندگان صورت می گیرد تا قبل از تحویل نرم افزار به کاربرنهایی برای تست از عملکرد آن مطمئن شویم. برای نمونه موارد زیر در تست سیستم مورد بررسی قرار می گیرد:


تست امنیت (Security Testing) : فرضی کنید سیستم باید اطلاعات حساس و حیاتی را پردازش و مدیریت کند و افرادی هستند که بدنبال دسترسی غیر مجاز به این اطلاعات و سوء استفاده از آن هستند. برای اطمینان از عملکرد سیستم در برابر نفوذگران ما باید مکانیزم امنیتی ایجاد شده در سیستم را بررسی کنیم تا مطمئن شویم که سیستم می تواند نفوذهای غیر قانونی را تشخیص دهد و در برابر آنها عکس العمل نشان دهد.

تست بازیابی (Recovery Testing) : در این نوع آزمایش باعث ایجاد مشکل و از کار افتادن سیستم به روش های مختلف می شویم و بررسی می کنیم که آیا سیستم می تواند خود را به طور خودکار بازیابی کند و به فعالیت خود ادامه دهد.

و ...

موفق باشید
شیثی

ارسال: #4

با سلام

توضیحات زیر در رابطه با سوال شماره 1 دوست گرامی با نام کاربری maleki نوشته شده است :

تست Integratin و تست system :

فاز طراحی معماری در توسعه نرم افزار، قطعات و رابط هایی را مشخص میکند که سیستم را شکل می دهند، سیستمی که مشخصاتش به راستی باید نیازمندی های از پیش تعیین شده را مرتفع نماید.
.
(تست سیستم برای این منظور طراحی شده که تعیین کند آیا سیستم سر هم شده، ویژگی های لازم را دارا میباشد ؟ ) در اینجا فرض می شود که قطعات به طور انفرادی کار می کنند و بررسی بر روی این انجام می شود که آیا سیستم به عنوان یک کل، کار می کند ؟ این سطح از تست معمولا به دنبال مشکلات طراحی و ویژگی های سیستم می گردد. در اینجا جستجو برای خطا های سطح پایین تر هزینه بسیار زیادی دارد و این تست معمولا توسط برنامه نویسان انجام نمی شود، بلکه تیم تست جداگانه ای تست سیستم را انجام می دهد.
.
فاز طراحی زیر سیستم ها در توسعه نرم افزار، ساختار و رفتار زیر سیستم ها را مشخص می کند که هر کدام باید عملکرد هایی را در معماری کلی نرم افزار انجام دهند. در اغلب مواقع زیر سیستم ها، نرم افزار های قبلا توسعه یافته تطبیق داده شده با سیستم فعلی هستند.
.
(تست Integration برای این منظور طراحی شده است که تعیین کند آیا رابط های بین ماژول ها، در یک زیر سیستم، فرضیات پایداری دارند و به درستی با هم ارتباط برقرار می کنند ؟ ) در این تست باید فرض کرد که ماژول ها به درستی کار خود را انجام می دهند.
.
در برخی ادبیات واژگان تخصصی، این دو تست به جای هم تعریف شده اند.
در این کتاب، تست Integration، به تست سیستم یا زیر سیستم مجتمع شده اشاره نمی کند.
تست Integration معمولا جزء وظایف اعضاء تیم توسعه است.

( صفحه 6 کتاب )

---

---

---

سوال :

در مورد دلیل این که باید تست ها از ابتدای توسعه نرم افزار طراحی شوند آمده است :

The reason for this advice is that the mere process of explicitly articulating
tests can identify defects in design decisions ( that otherwise appear reasonable. (

چه چیزی در غیر این صورت منطقی به نظر می رسد ؟

(صفحه 5 کتاب )