ارسال: #1

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

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

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

مراجعه نمایید

شاد، موفق و سلامت باشید.

ارسال: #2

با سلام و عرض خسته نباشید

1- AcceptenceTest آیا در مورد نیاز های فانکشنال و غیر فانکشنال صورت می گیرد و آیا فقط در مراحل پایانی تولید نرم افزار کاربرد دارد یا می توان در مراحل طراحی نیز آن را استفاده کرد؟

2- برای تعیین یک test set مناسب چه مواردی را در نظر بگیریم، با توجه به اینکه ممکن است به موضوع اشراف نداشته باشیم

3-در کتاب عنوان شده است منظور از تست، dynamic test است در حالی که در مراحل اولیه طراحی و تولید نرم افزار قابل run کردن نیست و عملا تست static هم نیاز می باشد

4-fault شامل چه خطاهایی می شود؟ (خطای منطقی یا نادیده گرفتن نیازها هم fault است یا خیر)

ارسال: #3

سلام

1-چرا برای automation از revenue tasks استفاده نمی شود ؟
به خاطر اینکه مثلا کامپایل نمی کند کلاس جاوا را یا به خاطر کار های که excise tasks انجام می دهد مثل
First, eliminating excise tasks eliminates drudgery

2-White-box testing: branches, individual conditions,and statement
در خود پی دی اف توضیح نداده فقط جایی مثالی از Coverage Criterion گفته که the branch coverage criterion subsumes the statement coverage


3-یکی از شرایط subsumption این است که infeasibility نباشد؟ مثلا If some test requirements in C1 are infeasible, however,C1 may not subsume C2. page20

4- در جایی گفته که recognize به مراتب بیشتر satisfy می کند تا genatore
در حالی که recognize مشکل اصلی آن غیر عملی (infeasibility ) بودن آن است page 19


the artifact + the criterion-5 باعث راحت تر شدن مهندسین تست می شود؟
combining the artifact with the criterion yields the specific set TR that is relevant to the test engineer’s task
page 19

ممنون

ارسال: #4

با سلام

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

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

1- در انتهای جمله فوق منظور از "در غیر این صورت منطقی به نظر می رسد" چیست ؟

(صفحه 5 کتاب )

2- معمولا در تیم های کوچک که بر روی نرم افزار های کوچک و متوسط کار می کنند هزینه و وقت کافی برای طراحی تست از ابتدا و حتی قبل از پیاده سازی وجود ندارد و همه تلاش ها بر تولید سریع محصول متمرکز است .
با این شرایط، طراحی تست از همان آغاز توسعه نرم افزار برای همه پروژه های نرم افزاری و تیم های نرم افزاری الزامی است ؟

3- راهکار های کاهش هزینه تست چیست و از چه نوع تست هایی می توان صرف نظر کرد ؟

با تشکر

ارسال: #5

سلام خسته نباشید

1-
The synthesis and analysis activities generically apply to any
development process
synthesis منظور چه فعالیت های را می گویند ؟


system testing done by a separate
testing team
یعنی همان تیم تست شرکت یا تیم تست حرفه ای تر( تیم تست جداگانه)


ممنون

ارسال: #6

1-در این قسمت منظور از specification چیست؟
Tests can be derived from requirements and specifications, design artifacts, or the source code

2-در رابطه با acceptence test گفتید که در مرحله نهایی انجام می گردد.
در صورتی که این تست در مراحل اولیه مثلا با پروتوتایپ تا حدی انجام شود شاید بتواند هزینه های رفع مشکل را کاهش دهد

آبداری