به یاد داشته باشید که دقت تست بسته به حساسیت سیستم بالا و پایین میره، هر چقدر اختلال در یک سیستم هزینه مالی یا جانی بیشتری داشته باشه، تست اون هم باید دقیقتر باشه. بناببراین همه سیستمها رو نمیشه با فشار و حجم یکسان تست کرد.
ادامه نوشته »سرگرمی
بالاخره باگ رو گزارش بدیم یا نه؟!
این همه سال کار کردیم، آخرش نفهمیدیم به عنوان تستر باید باگ رو گزارش بدیم یا گزارش ندیم! اگر گزارش بدیم، میگن چرا اینقدر باگ گزارش میدین. اگر هم گزارش ندیم، وقتی باگ بروز کرد، میگن: “شما حقوق میگیرید که چیکار کنید؟؟؟!!!!!!!!” از مسئولین محترم میخوایم تکلیف ما رو روشن کنن!
ادامه نوشته »تست منفی = بحران فلسفی
موضوع تستهای منفی برای بعضیها مبهمه. اگر بخوایم ساده این موضوع رو توضیح بدیم: تست منفی تستی هست که انتظار دارید سیستم جلوی عملیات رو بگیره، اما نمیگیره، و این یعنی Fail شدن تست منفی شما.
ادامه نوشته »تستر سختگیر
تستری که Developer رو به سکته نندازه تستر نیست.
ادامه نوشته »تنقاض بین محصول و محیط
یک اشتباه در زمان تست کردن، فراهم نکردن محیط تسته. معمولا ما اپلیکیشن رو در محیطی تست میکنیم، که شباهتی به محیط واقعی نداره. البته نباید محصول رو در محیط مشتری تست کنیم، بلکه باید محیطی رو برای تست فراهم کنیم، که شرایط محیط بهرهبرداری رو داشته باشه.
ادامه نوشته »Unit Testing
انصافا با این وضعی که من تو شرکتها در زمینه تست نرمافزار میبینم، Unit Testing بیشتر در حد افسانههای عاشقانست، که آدم دوست داره داستانش رو بشنوه، ولی میدونه که این اتفاقات فقط تو داستان میفته.
ادامه نوشته »عزای Deployment
انصافا چرا نرمافزارها هر وقت به Deploy میرسن هی در جا میزنن؟ تولید ۱ ماه طول میکشه، Deploy هم ۸ ماه. فکر کنم حتی اگر چیزی هم تولید نکنیم، و بخوایم هیچی رو Deploy کنیم بازم ۷ ماه طول بکشه… در بهترین حالت اینقدر باگ داریم، که اگر فوری هم Deploy کنیم به جاش ۸ ماه فحش میشنویم.
ادامه نوشته »تست اتوماتیک بدون اسکریپت رو دریابید
اگر تا حالا دنبال یادگیری کدنویسی بودین کار خوبی کردید. اما بدونید بهتره زمان بیشتری برای یادگرفتن چم و خم ابزارها بگذارید. چون ابزارهای تست اتوماتیک Scriptless یواش یواش دارن همه گیر میشن.
ادامه نوشته »اندر احوالات Developer !!!!
کلا Developerها خیلی خوبن… فقط همین.
ادامه نوشته »انتظارات ضمنی، نابود کننده کیفیت
انتظارات ضمنی مشتریان معمولا همیشه خطری برای تحلیل است، که طبعا در آخر دامن کیفیت سیستم را نیز میگیرد. اما اینکه چگونه این مشکل را برطرف کنیم، راهکارهای مختلفی دارد. یک راهکار خوب برای حل این مساله دستهبندی کردن نیازمندیهای مشتریان، و صحبت روی تک تک دستههای نیازمندیست. دستههای نیازمندی را میتوانید از ISO 9126 یا ISO 25010 استخراج نمایید.
ادامه نوشته »