انتظارات ضمنی مشتریان معمولا همیشه خطری برای تحلیل است، که طبعا در آخر دامن کیفیت سیستم را نیز می‌گیرد. اما اینکه چگونه این مشکل را برطرف کنیم، راهکارهای مختلفی دارد. یک راهکار خوب برای حل این مساله دسته‌بندی کردن نیازمندی‌های مشتریان، و صحبت روی تک تک دسته‌های نیازمندیست. دسته‌های نیازمندی را می‌توانید از ISO 9126 یا ISO 25010 استخراج نمایید.

مهمترین قسمتی که همیشه به یک شیوه شلخته و بدون Plan پیش می‌ره، و ضرر زیادی رو هم وارد می‌کنه، بخش استخراج و مهندسی کردن نیازمندی‌هاست.

هنوز هم که هنوزه بسیاری از شرکت‌ها بدون درک صحیح Requirementها و تحلیل درست به مرحله پیاده‌سازی میرن. البته معمولا فورس زمانی رو بهونه این کار می‌کنن. اما شخصا بارها و بارها شاهد بودم که این موضوع نه تنها باعث انجام کار در زمان مقرر نشده، بلکه منجر به تغییرات فراوان سیستم پس از پیاده‌سازی اولیه(که در بسیاری از موارد …

یه کلاغ چهل کلاغ رو که شنیدید؟! این همونه!

غالب ما با Featureهایی در سیستم برخورد کردیم، که بیشتر از Feature شبیه یک باگ بزرگ هستند که فقط مقدار Featureمالی شدن. به نظر شما مشکل از کجاست؟

پنجمین اصل از ۷ اصل تست نرم‌افزار را به یاد داشته باشید.

مُردۀ نگاه زیبای توسعه دهنده به باگ‌ها هستم. مدیونی اگر فکر کنی، باگ‌های سیستم، امکانات سیستم نیستن.

اگ‌ها را در اوان کودکی نابود کنید!!!

یکی از مهمترین عوامل نارضایتی مشتری که احساس میکنه کیفیت محصول پایینه، دانش کاربری اندک مشتری هست!

تستزها و توسعه‌دهنده‌های عزیز، لطفا کار همدیگر رو درست درک کنید. توسعه و تست همدیگه رو پوشش میدن…