به عنوان یکی از مدافعان بزرگ توسعه تست محور (TDD)، زمان زیادی را صرف این موضوع کردهام که چرا 95 درصد از مکالمات من در مورد TDD با مهندسان دیگر چیزی شبیه به این است:
“بله، TDD به وضوح راه درستی برای ساختن نرم افزار است. اما در واقع این کار را نمیکنم.»
در این مرحله، دلایل و توضیحات معمول بیان می شود:
تا زمانی که کد را ننویسم، دانستن اینکه چه تست هایی باید بنویسم، سخت است.
“اگر نمی دانم کد چگونه کار می کند، چگونه می توانم بدانم تست ها چگونه باید کار کنند؟”
درست است که اگر چیزی را آزمایش می کنید که از فناوری کاملاً ناآشنا استفاده می کند، احتمالاً هنوز نمی دانید چگونه آن را آزمایش کنید. با این حال، بیشتر اوقات، این فناوری کاملاً آشنا است. این نیست ابزار که ناآشنا و ترسناک هستند – این همان است محصولی که سعی در ساخت آن دارید
✨یک ترفند ساده™✨ من را وارد کنید…
کد را به طور کامل فراموش کنید (فعلا). همه اش. به پیاده سازی فکر نکنید و به کد تست هم فکر نکنید.
در عوض، فقط یک طرح بنویس برای اینکه محصول چگونه باید کار کند. در اینجا نحوه انجام من این است:
مرحله 1
با نوشتن نظرات ساده به زبان انسان شروع کنید. هر تعداد که فکرش را می کنید بنویسید، با هر شرط، معیار پذیرش، سناریو، مورد لبه یا خطا. در اینجا یک مثال است:
// animals.test.ts
// Plan for new...