شروع تست ها از صفر – انجمن DEV

آبجو
اغلب توسعه دهندگان و کسب و کارها نمی توانند ارزشی را که آزمایش می دهد ببینند. توسعه دهندگان آن را به عنوان یک “مالیات” می بینند، چیزی اضافی که آنها را از انجام “کار واقعی خود” کند می کند. کسبوکارها وارد حالت تفکر جادویی میشوند، که توسعهدهندگان همیشه در حال ایجاد ویژگیهای بیعیب و نقصی هستند که هر آنچه کسبوکار فکر میکند انجام میدهد و در سیستم قرار میگیرد را ارائه میدهد.
تست ها اینطور نیست کند کردن پس توسعه توسعه را به جلو بکشید. نوشتن تست های واحد “مسیر شاد” به توسعه دهندگان نشان می دهد که در مرحله بعد روی چه چیزی کار کنند. سرمایه گذاری در سطح بالا تست های End to End به کسب و کار اطمینان می دهد که سیستم به طور قابل اعتماد کار می کند و تغییرات جدید خطرناک نیستند.
در اینجا نحوه شروع با تست در صورت عدم وجود این است.
- یک یا چند تست سرتاسری (E2E) بنویسید. این اطمینان را به شما می دهد که کل برنامه محکم است، به قیمت کند بودن و جزئیات نه چندان زیاد. مزیت اصلی برای کسب و کار است: آنها می توانند نتایج را ببینند و درک کنند.
در آن زمان، برای یک سایت خرید، تست E2E ما عبارت بود از “ایجاد کاربر، افزودن کالا به سبد خرید، پرداخت، اعتبار سنجی هزینه کل” کند بود اما ارزش تجاری بسیار آشکاری داشت. امروزه شما می خواهید کاری مانند نمایشنامه نویس برای این کار انجام دهید.
- تعداد زیادی تست واحد «مسیر شاد» بنویسید، معمولاً یکی برای هر تابع غیر آشکار. اینها هستند سریع و اطلاعات زیادی ارائه دهید، اما برای یک محدوده کوچک: یک عملکرد. به طور کلی هر زمان که باید فکر کنم، یک تست می نویسم.
همچنین یک تست واحد برای هر اشکال بنویسید، حتی اگر فقط “این کار نمی کند” یا “انتظار می رود نوعی استثنا در اینجا اتفاق بیفتد”. اگر به شما به عنوان یک توسعه دهنده بازخورد عملی بدهد، آزمایش ها می توانند مبهم باشند.
- پوشش تست را منتشر کنید! این عالی است زیرا شما و تیم شما — و مهمتر از آن کسب و کار — می توانید این عدد و نحوه تغییر آن در طول زمان را ببینید. کد جدید باعث کاهش تعداد می شود؟ تست هایی را برای کد جدید (یا کد قدیمی، اگر برای تیم شما منطقی است) بنویسید. اشکال رخ می دهد؟ تست را بنویسید – عدد بالا می رود – سپس اشکال را برطرف کنید.
هدف کلی ورود به یک چرخه بازخورد ارزش است. برای مخاطبان تجاری، آنها می خواهند اطمینان داشته باشند که برنامه همانطور که انتظار می رود کار می کند، که یک استقرار جدید سایت را خراب نمی کند. برای مخاطبان برنامهنویس، آنها میخواهند بازخورد سریع و عملی برای تکمیل ویژگیها داشته باشند. دو نوع تست: End to End و Unit Tests، این بازخورد را به دو مخاطب می دهند.
پیشرفته: تست های واحد کد زیادی را پوشش نمی دهند. اضافه کردن تستهای سطح API مانند Postman را در نظر بگیرید. اینها از این جهت ارزانتر هستند که یک تست کد بیشتری را بررسی میکند، حتی اگر در سطح جزئیات کمتری باشد. همچنین دیدن آنها برای کسب و کار و توسعه دهندگان سرگرم کننده است زیرا یک تست API باعث می شود پوشش تست بیش از یک تست واحد افزایش یابد.