فرمول ویژه ریشه کن کردن باگ-پارت اول

فرمول ویژه ریشه کن کردن باگ-پارت اول

تست استاتیک در دسته تست جعبه سفید هست. در مراحل اولیه توسعه انجام شده و درمقایسه با تست داینامیک هزینه کمتری داره. حتی تست استاتیک میتونه مستندات تجزیه و تحلیل کُد رو تولید کنه! خب اجازه بدین این مسئله رو بیشتر توضیح بدم.

در دنیای تست می تونیم تست ها را به دو نوع تقسیم بندی کنیم: تست داینامیک و تست استاتیک.

  • در تست داینامیک کُد برنامه رو در دست دارین و شروع به تست می کنین.
  • در تست استاتیک بدون اجرای کُد برنامه می تونین تست رو شروع کنین.

دلایل انجام تست استاتیک چیه؟

خب این سوال نقطه ی آغاز نمایان شدن قسمت اصلی ماجراست! دلایل :

  • پیدا کردن مشکلات طراحی سیستم
  • تشخیص و رفع ۶۰ درصد باگ های سیستم
  • تشخیص و اصلاح زودرس باگ
  • کاهش بازه زمانی توسعه سیستم
  • کاهش هزینه و زمان تست
  • بهبود بهره وری توسعه سیستم
  • برای کمبود نقص در مرحله بعدی تست

چه چیزهایی در تست استاتیک تست میشه؟

  • یونیت تست کیس ها
  • سند نیازمندیهای کسب و کار
  • یوز کیس
  • نیازمندیهای سیستم/ فانکشنال
  • پروتوتایپ
  • مستند مشخصات پروتوتایپ
  • داده های تست
  • سند ماتریس های قابل ردیابی
  • مستندهای راهنمای کاربری/ راهنماهای آموزشی
  • مستند استراتژی تست پلن/ تست کیس ها
  • اسکریپت های تست اتوماتیک / تست پرفورمنس

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

پاسخ دهید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *