یکی از تکنیکهای تست، تست دو نفری(Pair Testing) است، که هر چند مزایایی دارد، اما حکایتش همان حکایت دو نفر آشپز است، که یا آش را شور میکنند یا بینمک!!
ادامه نوشته »نشریات ما
اندر احوالات مراحل تست!!!
شنیدین میگن: “هر چی جلوتر میره، بیشتر به عمق فاجعه پی میبریم!” این تصویرِ کُمیک، دقیقا بیانگر همین موضوعه. واقعا چرا هر وقت کار یه مرحله به بالا میره بیشتر مشخص میشه که انتظارات مشتری برآورده نشده!؟ تنها دلیلی که این وسط هست، اینه که پیمانکار نتونسته انتظارات مشتری رو به خوبی درک و اخذ کنه. وقتی پیمانکار انتظارات رو …
ادامه نوشته »خشتها را از ابتدای راه درست بچینید!
اعتماد به نفس کاذب و یا تنبلی باعث میشه که کدهای بدون Unit Testing رو در سیستم قرار بدیم. همین موضوع باعث میشه تا مراحل بعدی تست مثل Integration Test دچار مشکل بشه. مشکلی که هر چقدر دیرتر کشف بشه، به هزینه جبرانش مرتب افزوده میشه. بدترین انحراف، انحراف از ابتدای مسیره. پس خشتها رو از ابتدای این دیوار درست بچینید.
ادامه نوشته »اتوماسیون تست را مهندسی کنید
اگر فکر کردید با اتوماسیون تست وظیفه مهندسیتون تموم شده، و با خیال راحت کل فرآیند تست رو طی خواهید کرد، سخت در اشتباهید. اتوماسیون تست هم قواعد خاص خودش رو داره. فلسفه اتوماسیون تست انجام کارهای تکراری بوسیله ماشین و صرفهجویی در زمانه. پس اولا با دقت بیش از حد در انجام کارهای اولیه زمان رو هدر ندید، و …
ادامه نوشته »چگونه یک باگ را به خوبی گزارش دهیم؟
گزارش یک باگ نیازمند رعایت نکاتیست که، تخطی از آن میتواند درک باگ را از روی گزارش دچار ابهام کند. گزارشی که تمام این نکات را در خود بگنجاند، یک گزارش مناسب است. البته بسیاری از ابزارهای Defect And Change Management که مسئولیت Bug Reporting دارند، سعی میکنند زیرساختی برای تهیه این پارامترها به صورت Agile ارائه کنند، تا حتی …
ادامه نوشته »نکاتی که باید پس از دیدن یک باگ رعایت کنید
وجود باگ حیات کار یک تستر است. حیات تسترها به حیات باگ بستگی دارد. بنابراین با رویت یک باگ باید احترام نگه دارید، و بدانید که در هنگام مواجهه با یک باگ موقر چه اصولی را رعایت کنید.
ادامه نوشته »روال تست معیوب است یا استخراج نیازمندیها؟
گاهی اوقات تستهایی انجام میدهیم که علیرغم کشف باگ، ارزشی ندارند. این موضوع در مورد تستهایی که متناسب با نیازمندی نیستند به کرات رخ میدهد. فعالیت تست شما همیشه باید متناسب با نیازمندی مطرح شده، انجام شود. اگر فراتر از نیازمندی را تست کردید و به باگ برخورد نمودید، باید از آن چشمپوشی کنید. چرا که فراتر از نیازمندی جز انتظارات ذینفع …
ادامه نوشته »پوشش همه حالات Functionality در تست ممکن نیست!
یکی از ۷ اصل اساسی تست نرمافزار میگوید: “تست جامع امکانپذیر نیست”. این موضوع در مورد تمام انواع تست صادق است. بنابراین تست از هر نوع چه Functional و چه Non-Functional به هیچ وجه امکان کامل بودن نخواهند داشت.
ادامه نوشته »شدت و حد هر تست را همیشه مشخص کنید
معمولا همیشه در زمان تست با کمبود وقت مواجه میشید. این زمان رو برای کارهای تکراری که ارزش افزودهای به همراه ندارن تلف نکنید. اما مهمترین عامل برای رسیدن به این هدف تعیین حدود تست و شدت انجام تست در اون حدوده. بدون مشخص کردن این دو پارامتر، تست تبدیل به موجود لجام گسیختهای میشه، که نه مرز مشخصی داره، …
ادامه نوشته »دستهبندی باگها
در مراحل اولیه تست به دنبال ریسکهای حیاتیتر باشید. پس از آن باگها را دستهبندی کنید، تا به عنوان پیشنهاد جهت رفع سریعتر و استفاده بهینه توسعهدهندگان از زمان به آنها ارجاع دهید.
ادامه نوشته »