مقابله با چالش های تست API در یک محیط راه اندازی سریع با Keploy

می‌خواهم این داستان را به اشتراک بگذارم که چگونه تیم ما در یک استارت‌آپ سریع با چالش تست API بدون هیچ تیم اختصاصی QA مقابله کردند، موانعی که با آن‌ها مواجه شدیم و در نهایت چگونه به این مسائل پرداختیم.

چالش پایه

ما دوی سرعت 15 روزه داشتیم، از جمله تست واحد اجباری و API.

  • جدول زمانی دقیق (2 هفته)
  • 80٪ تست واحد و دستور تست API

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

  • نزدیک به تست های API دنیای واقعی (به طور ایده آل از تولید)
  • تست های یکبار مصرف آسان – به سرعت ایجاد / دور انداختن
  • چرخش خودکار زیرساخت یا مجازی سازی سرویس/وابستگی.

نوشتن یک اسکریپت اتوماسیون آزمایشی گزینه ای نبود زیرا ما فقط 15 روز برای ارسال فرصت داشتیم.

بررسی روش های مختلف تست سایه

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

طرفداران که با آزمایش در تولید مشاهده کردیم:

  • کد کم …

Source link