ارسال: #1

اين بخش مربوط به درس اول تست و نگهداري نرم افزار در نيمسال دوم 90-91 مي باشد.

---

درس اول : از صفحه 3 تا 16

پس از مطالعه درس كليه سئوالات خود را در اين بخش بنويسيد

---

ارسال: #2

ارسال: #3

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

ارسال: #4

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

---

در طراحي تست كيس وقتي حوزه وروديهاي به شدت نامعلوم يا وابسته به متغيرهاي گسترده اي هست ميتوان بصورت استثنا تنها به تببين منطق برنامه پرداخت؟ مثلا در بازي كامپيوتري چطور ميشود ليست وروديها و خروجيهاي مشخص كرد درحاليكه گستردگي و آزداي عمل در بازيهاي كامپيتوري بسيار بالاست؟

---

آيا براي خريد نرم افزارهاي آماده هم مي توان درخواست تست پذيرش نمود مثلا شركت الف در نظر دارد نرم افزار ب را خريداري نمايد آيا درخواست جلسه دمو اين نرم افزار به نوعي تست پذيرش نرم افزار مي باشد؟ آيا ميتوان هنگام خريداري نرم افزار از قبل توليد شده درقرارداد پرداخت ريالي را منوط به انجام تست پذيرش دانست و هزينه سربار احتمالي اين تست و هزينه سربار ناشي از عدم پذيرش وانصراف منطقاً برعهده كداميك از طرفين است.

---

در مدلهايي مبتني بر تكرار نظير اجايل كه به ازاي هر ايتريشن (يك دوره سه هفته اي) يك چرخه كامل توليد نرم افزار بصورت مستمر طي ميشود عوامل تعيين كننده تقدم و تاخر يا همزماني بخشهاي مختلف تست چگونه مشخص مي شود؟براي يك نرم افزار كه براي مثال مدت تخميني ده ايتريشن ، به تعداد هر تكرار كليه تست ها انجام خواهد شد؟ يعني ده بار تسهاي پذيرش ، سيستم ، يكپارچگي ، ماژول ، واحد بعلاوه سربار تغيير عقبگرد رگراسيون در هر تكرار انجام شده و متعاقب آن هزينه بالاي تست را به همراه خواهد داشت ؟

ارسال: #5

مفهوم coverage criteria رو لطفا توضیح بفرمایید چون بخش مربوطه از محتوای درسی یعنی mundane appliances قابل اجرا نبود

---

نموداری که نشان میدهد requirement analysis آخرهمه تست میشود و این خوب نیست، درکتاب و اسلایدها موجود نبود

ارسال: #6

آیا روش بیزر جز رده بندی تست بر اساس ذهنیت تست
کننده است؟

---

در برنامه نویسی شی گرا تفاوت Unit Testing و Intraclass Testing در چیست؟


آیا هرچه Level های تست در روش بیزر بالاتر می رود،ورودی ها نیز هوشمندانه تر انتخاب می گردند؟

ارسال: #7

پیشنهاد میکنم اگر امکان دارد پاسخ این سوالات هم در همین تاپیک مطرح شود تا در صورتی که سایر دوستانی که در کلاس حضور نداشته اند و یا بعدا این مطالب را مطالعه میکنند و سوالات مشابه دارند به آنها کمک شود.