قدرت مسئول تست اون لحظه‌ای معلوم میشه که بتونه روی Deployment سیستم تاثیر بگذاره. یه مسئول تست قوی نمی‌گذاره بدون اجازه اون Deploy صورت بگیره. چرا باید اینجوری باشه؟ برای اینکه مسئول طبیعیه بی‌کیفتی در اولین نقطه سرپرست تیم تسته.

تست هم مانند تمام فرآیندهای دیگر، یک ابتدا و یک انتها دارد. هر فرآیند باید از نقطه‌ای شروع و در نقطه‌ای خاتمه یابد. در موضوع تست معمولا آغاز فرآیند به نوعی مشخص می‌شود(هر چند که اکثر اوقات آغاز آن نیز تناسبی با تجربیات مدرن امروزی در زمینه تست ندارد)، اما پایان تست معمولا جز معظلات تیم تست است. غالب اوقات …

مهم نیست باگ از نظر شما چقدر اهمیت دارد. فقط آنرا کشف کنید، و نیازی هم نیست که آنرا بزرگنمایی کنید. به خوبی به یاد دارم یک بار باگی را کشف کردم، که بر اساس آن یکی از شهرها در یک کامبوباکس پس از انتخاب، مجددا محو می‌شد. آنرا گزارش دادم. در مرحلۀ اول موضوع چندان مهمی به نظر نمی‌رسید، …

کیفیت نرم‌افزار، آیتمی است که باید قابل اندازه‌گیری باشد. برای اندازه‌گیری باید معیار یا متریک داشته باشید. یکی از معظلات کیفیت نرم‌افزار وجود متریک‌های من در آوردی، غیرواقعی و غالبا بی‌فایده است. شما با چنین متریک‌هایی قادر به اندازه‌گیری کیفیت سیستم نیستید، یا لااقل نمی‌توانید این کار را به درستی انجام دهید. برای اطلاعات بیشتر در مورد متریک‌های استاندارد و …

در دنیای امروز، ما واقعا قادر به تصور نیروی کاری که هم توانمند باشد و هم بتواند بدون IT به پیش رود، نیستیم. به عنوان نمونه، IT Practice آثار خودش را در هر بخش از کار دارد. این مقاله به منظور ارائه اهمیت IT و نقش آن بخصوص در صنعت تولید(و اینکه چگونه متریک‌ها و سنجش‌های خاص در تعیین منافع …

یکی از تکنیک‌های تست، تست دو نفری(Pair Testing) است، که هر چند مزایایی دارد، اما حکایتش همان حکایت دو نفر آشپز است، که یا آش را شور می‌کنند یا بی‌نمک!!

شنیدین میگن: “هر چی جلوتر میره، بیشتر به عمق فاجعه پی می‌بریم!” این تصویرِ کُمیک، دقیقا بیانگر همین موضوعه. واقعا چرا هر وقت کار یه مرحله به بالا می‌ره بیشتر مشخص می‌شه که انتظارات مشتری برآورده نشده!؟ تنها دلیلی که این وسط هست، اینه که پیمانکار نتونسته انتظارات مشتری رو به خوبی درک و اخذ کنه. وقتی پیمانکار انتظارات رو …

اعتماد به نفس کاذب و یا تنبلی باعث میشه که کدهای بدون Unit Testing رو در سیستم قرار بدیم. همین موضوع باعث میشه تا مراحل بعدی تست مثل Integration Test دچار مشکل بشه. مشکلی که هر چقدر دیرتر کشف بشه، به هزینه جبرانش مرتب افزوده میشه. بدترین انحراف، انحراف از ابتدای مسیره. پس خشت‌ها رو از ابتدای این دیوار درست بچینید.

اگر فکر کردید با اتوماسیون تست وظیفه مهندسیتون تموم شده، و با خیال راحت کل فرآیند تست رو طی خواهید کرد، سخت در اشتباهید. اتوماسیون تست هم قواعد خاص خودش رو داره. فلسفه اتوماسیون تست انجام کارهای تکراری بوسیله ماشین و صرفه‌جویی در زمانه. پس اولا با دقت بیش از حد در انجام کارهای اولیه زمان رو هدر ندید، و …

گزارش یک باگ نیازمند رعایت نکاتیست که، تخطی از آن می‌تواند درک باگ را از روی گزارش دچار ابهام کند. گزارشی که تمام این نکات را در خود بگنجاند، یک گزارش مناسب است. البته بسیاری از ابزارهای Defect And Change Management که مسئولیت Bug Reporting دارند، سعی می‌کنند زیرساختی برای تهیه این پارامترها به صورت Agile ارائه کنند، تا حتی …