مهمترین قسمتی که همیشه به یک شیوه شلخته و بدون Plan پیش میره، و ضرر زیادی رو هم وارد میکنه، بخش استخراج و مهندسی کردن نیازمندیهاست.
ادامه نوشته »سرگرمی
تحلیل ضعیف
هنوز هم که هنوزه بسیاری از شرکتها بدون درک صحیح Requirementها و تحلیل درست به مرحله پیادهسازی میرن. البته معمولا فورس زمانی رو بهونه این کار میکنن. اما شخصا بارها و بارها شاهد بودم که این موضوع نه تنها باعث انجام کار در زمان مقرر نشده، بلکه منجر به تغییرات فراوان سیستم پس از پیادهسازی اولیه(که در بسیاری از موارد …
ادامه نوشته »چی فکر میکردیم چی شد!
یه کلاغ چهل کلاغ رو که شنیدید؟! این همونه!
ادامه نوشته »System Feature یا یک باگ بزرگ؟
غالب ما با Featureهایی در سیستم برخورد کردیم، که بیشتر از Feature شبیه یک باگ بزرگ هستند که فقط مقدار Featureمالی شدن. به نظر شما مشکل از کجاست؟
ادامه نوشته »پنجمین اصل تست نرمافزار
پنجمین اصل از ۷ اصل تست نرمافزار را به یاد داشته باشید.
ادامه نوشته »نگاه زیبای توسعهدهنده
مُردۀ نگاه زیبای توسعه دهنده به باگها هستم. مدیونی اگر فکر کنی، باگهای سیستم، امکانات سیستم نیستن.
ادامه نوشته »نسلکشی باگها
اگها را در اوان کودکی نابود کنید!!!
ادامه نوشته »کاربر بیسواد
یکی از مهمترین عوامل نارضایتی مشتری که احساس میکنه کیفیت محصول پایینه، دانش کاربری اندک مشتری هست!
ادامه نوشته »تصورات غلط رو پایان بدید
تستزها و توسعهدهندههای عزیز، لطفا کار همدیگر رو درست درک کنید. توسعه و تست همدیگه رو پوشش میدن…
ادامه نوشته »دنبال باگهای صفر درصدی نباشید
پیدا کردن باگ خوبه، اما باگهای معقول! بعض باگها احتمال وقوع خیلی پایین و نزدیک به صفر دارن. نباید سراغ کشف و استخراج اونها رفت. البته این جمله نباید دستاویز توسعهدهندهها بشه، که هر باگی رو کشف کردید، بهتون بگن: این که اتفاق نمیفته. به همین خاطر باید ببینید آیا در شرایط بهرهبرداری واقعی ممکنه یک اتفاق بیفته یا نه.
ادامه نوشته »