نشریات ما

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

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

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

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

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

وجود باگ حیات کار یک تستر است. حیات تسترها به حیات باگ بستگی دارد. بنابراین با رویت یک باگ باید احترام نگه دارید، و بدانید که در هنگام مواجهه با یک باگ موقر چه اصولی را رعایت کنید.

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

یکی از ۷ اصل اساسی تست نرم‌افزار می‌گوید: “تست جامع امکان‌پذیر نیست”. این موضوع در مورد تمام انواع تست صادق است. بنابراین تست از هر نوع چه Functional و چه Non-Functional به هیچ وجه امکان کامل بودن نخواهند داشت.  

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

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