إنها بنية وفقًا لمخطط @angus، مع مستودعات متعددة متضمنة، ولكن هذا هو خادم الحالة:
إنه أيضًا نهج:
- لا تقم أبدًا بتطبيق إصلاح دون التحقق من وجود اختبار، وإذا لم يكن هناك اختبار مناسب، فأضف واحدًا.
- يفضل تطوير الاختبار أولاً، وإظهار أنه يفشل، ثم إصلاح المشكلة وتأكيد نجاح اختبارك الجديد.
بهذه الطريقة تتزايد تغطيتك بمرور الوقت …
علاوة على ذلك:
- يمكن أن يكون اختبار التعديل بأثر رجعي محفوفًا بالمخاطر حيث قد تسيء تفسير ما كان يقصده الكود … أفضل من عدم القيام بأي شيء …