ارسال: #1

جهت دانلود محتوای درس (رمز فایل: vus.ir) به این آدرس مراجعه نمایید: 4shared.com/folder/b9OuR-KM/_online.html

---

درس هفتم : پس از مطالعه صفحه 160 تا 169 و صفحه 215 تا 225 کلیه سئوالات خود را در اين بخش بنويسيد

---

پرسش :
آيا بايستي ابزار اتوماتيك رگرشن (صفحه 215) مستقل طراحي شود به عبارتي ديگر طراحي برنامه كه ذاتاً رگرشن تست را به عنوان توابع دروني خودش توسعه داده باشد به عنوان يك روش مناسب توصيه ميكنيد يا اينكه اين مسئله خود باعث عوارض جانبي در اصل برنامه مي گردد؟

Ad Hoc manner در جمله زير (صفحه 219 بخش 6.3) به چه معناست؟
Instead of planning and designing tests, the developers have time only to run tests, usually in an ad hoc manner

در فرايند تست ( صفحه 219) ، طي دو مرحله System And Software Design و System Deployment به به تست پذيرش اشاره شده است لطفاً در اين خصوص توضيح بفرماييد و در صورت امكان ازمنظر كارفرما و نقش پيمانكار و حدود انتظارات بررسي بفرماييد.

---

ارسال: #2

با سلام و عرض خسته نباشید - لطفا در مورد مشکل CITO و حالاتی که منجر به این مشکل می شود بیشتر توضیح دهید.

ارسال: #3

درود بر شما


1-در مثال صفحه 155 زمانی که می خواهیم بررسی کنیم که آیا element در لیست وجود دارد و یا خیر
چرا در زمانی که بر اساس functionality عمل می کنیم تنها وقوع element را در ابتدا و انتهای لیست در نظر میگیریم؟ در این حالت compeleteness نخواهیم داشت.چرا که ممکن است element در میانه لیست قرار داشته باشد.

2-اگر dependency graph دارای سیکل و Coupling قوی باشد آنگاه تستر از چه مکانیزمی برای برگزیدن کلاس مناسب می تواند استفاده کند تا coupling که موجب سیکل در گراف شده است را بشکند؟

ارسال: #4

مرتبط با موضوع تست رگرسیون صفحه 217 کتاب پاراگراف آخر بخش 6.1 (متناظر با اسلاید 8 بخش 6) در رابطه با 4 تکنیک انتخاب تستها توضیح بفرمایید؟
Selection techniques:
1)inclusive selection technique
2)precise selection technique
3)efficient selection technique
4)general selection technique
منظور از جمله "Unsafe techniques have inclusiveness of less than 100%" در inclusive selection technique چیست؟
تشکر

ارسال: #5

با سلام .
لطفا در مورد تفاوت Intermediate design و Integration (مراحل development) توضیح بفرمایید .
با تشکر

ارسال: #6

آيا مي توانيم همزمان هم inclusiveوprecise را روي test setsبكاربرد؟ در اين صورت چيزي از test setsباقي مي ماند؟

---

اگر ازنقشه كامل يك نرم افزار و از data flowآن اطلاع نداشته باشيم آيا پس از هر تغييري فقط مي توانيم regression test كامل انجام دهيم؟ويا مي توانيم از روش هاي ديگر استفاده نمائيم؟

---

اگر قرار است درست كردن test stubs به صورت ناقص انجام شود و و ما يك ورودي بدهيم كه خروجي آن را ميدانيم چه نيازي به اين كار است؟

---

ارسال: #7

لطفا در مورد test action و test design و test influence توضیح بفرمایید.

ارسال: #8

آیا test Stubs and test Drivers مکمل هم هستند ؟
یا می توان مثلا در یک پروژه فقط از test Drivers استفاده کرد؟
اگر در یک گراف حلقه وجود داشته باشد انتخاب با کدام یک است یا بهتر است از کدام یک استفاده کنیم؟

ارسال: #9

با سلام
۱-در inclusive selection ما چگونه می توانیم مطمئن شویم که به inclusive 100% رسیده ایم؟
۲-در test inclusive منظور این است که آیا document های جدید بر اساس اصلاح خطاها در تمام stage ها باید لحاظ شود؟

ارسال: #10

ضمن عرض پوزش به دلیل اختلال در روندکلاس ، سوالی از بحث جلسه قبل داشتم که به جمله زیر مرتبط است.(صفحه 153 کتاب- پاراگراف سوم )

Different testers will come up with different model depending on creativity and exprience

1-آیا نرم افزاری (application ) برای Input space modeling وجود دارد؟ چگونه میتوان خلاقیت و تجربه را در این نرم افزار لحاظ کرد؟


2-دلیل اینکه بسیاری از developers به تست رگرسیون اعتقادی ندارند چیست ؟ (فصل 6 کتاب - صفحه 215 - خط 5 از بخش 6.1 )

3-آیا در مبحث نگهداری بازدارنده (Preventative maintenance ) توسعه گران باید تمامی نیازها و تغییرات آینده را مد نظر داشته باشند؟

اگر اینگونه باشد طراحی - کد و مستندات نرم افزار ها با رشد بسیار زیاد و غیر منطقی همراه نخواهد بود؟ (صفحه 216 کتاب - یک پاراگراف مانده به آخر)
4-منظور از hard-coded چیست ؟ صفحه 218 -پاراگراف آخر از بخش 6.2.1

Test dirvers can include hard -coded values or ...

5- آیا کامپایلر ها را میتوان یک ابزار تست برای سینتکس source code برنامه ها نامید ؟

ارسال: #11

با سلام