دونده

در پست گذشته در مورد ابزارهای اتوماسیون تست برنامه های دسکتاپ نوشتم. در این پست میخواهم در مورد یکی این ابزارها بنام Sikuli بیشتر توضیح بدهم. نکته اول اینکه Sikuli صرفاً برای اتوماسیون دسکتاپ نیست. این برنامه بر دو پایه استوار است. 1) الگوریتم تطبیق تصویر(Template Matching) موجود در OpenCV و 2) شبیه سازی رخدادهای … به خواندن Sikuli: ساده، کاربردی و دوست داشتنی ادامه دهید

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

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

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

در پست قبلی در مورد روش BDD در توسعه نرم افزار و علت به وجود آمدنش نوشتم. اینکه این روش دنبال کننده روش TDD است و به زبانی برای مستند سازی مجهز است که افراد مرتبط به یک پروژه نرم افزاری شامل مشتری، مدیر نرم افزار، برنامه نویس و تست کننده میتوانند به وسیله آن … به خواندن «خیار ریز» را پاس بداریم ادامه دهید

وقتی در دوره کارشناسی در مورد روشهای مختلف توسعه نرم افزار مثل DSDM , SSADM و RUP  میخواندیم، یکی از سوالایم همیشه این بود که افراد مختلف در یک شرکت که نقشهای مختلف را برعهده دارند چطوری با همدیگر ارتباط برقرار میکنند؟ آدمهای فنی و غیرفنی که دیدگاه و دایره لغات یکسانی ندارند چطور دچار … به خواندن BDD فرزند خلف TDD و DDD ادامه دهید

این نوشته میتوانست عنوانی مثل «چرا برنامه نویس باید کد خود را تست کند؟» داشته باشد.  به این خاطر که به شیوه با بهتر بگویم آسیبی در برنامه نویسی اشاره میکند که شاید در بسیاری از شرکتهای نرم افزاری پیشرفته سالهاست که دیگر دیده نمیشود. Happy path در واقع روشی ابتدایی در برنامه نویسی است که در … به خواندن برنامه نویسان خوشحال ادامه دهید