توثيقالاختبار
يعد الاختبار خطوة مهمة في كل نوع من أنواع تطوير البرامج ، بما في ذلك البرامج النصية. هناك قول مأثور في عالم المصادر المفتوحة ، "الإفراج المبكر ، الإصدار في كثير من الأحيان" ، والذي يعكس هذه الحقيقة. من خلال إطلاقه مبكرًا وبشكل متكرر ، تحصل البرامج على مزيد من التعرض للاستخدام والاختبار.
أظهرت التجربة أن العثور على الأخطاء أسهل بكثير ، وأقل تكلفة لإصلاحها ، إذا تم العثور عليها في وقت مبكر من دورة التطوير.
في الفصل 26 ، رأينا كيف يمكن استخدام بذرة للتحقق من تدفق البرنامج. منذ المراحل الأولى لتطوير النص ، تعتبر تقنية قيّمة للتحقق من تقدم عملنا.
لنلقِ نظرة على مشكلة حذف الملفات أعلاه ونرى كيف يمكن ترميزها للاختبار السهل. قد يكون اختبار الجزء الأصلي من التعليمات البرمجية أمرًا خطيرًا ، نظرًا لأن الغرض منه هو حذف الملفات ، ولكن يمكننا تعديل الكود لجعل الاختبار آمنًا:
إذا [[-d $ dir_name]] ؛ ثم إذا كان cd $ dir_name؛ من ثم
صدى rm * # اختبارات
آخر
صدى "لا يمكن cd إلى '$ dir_name'"> & 2 خروج 1
فاي آخر
صدى "لا يوجد دليل من هذا القبيل: '$ dir_name'"> & 2 خروج 1
fi
خروج # اختبار
إذا [[-d $ dir_name]] ؛ ثم إذا كان cd $ dir_name؛ من ثم
صدى rm * # اختبارات
آخر
صدى "لا يمكن cd إلى '$ dir_name'"> & 2 خروج 1
فاي آخر
صدى "لا يوجد دليل من هذا القبيل: '$ dir_name'"> & 2 خروج 1
fi
خروج # اختبار
نظرًا لأن حالات الخطأ تنتج بالفعل رسائل مفيدة ، فلا يتعين علينا إضافة أي منها. أهم تغيير هو وضع صدى الأمر قبل ملف rm أمر بخفض عرض الأمر وقائمة الوسائط الموسعة الخاصة به ، بدلاً من الأمر الذي يتم تنفيذه بالفعل. يسمح هذا التغيير بالتنفيذ الآمن للرمز. في نهاية جزء الكود ، نضع ملف خروج أمر لإنهاء الاختبار ومنع تنفيذ أي جزء آخر من البرنامج النصي. ستختلف الحاجة إلى ذلك وفقًا لتصميم البرنامج النصي.
نقوم أيضًا بتضمين بعض التعليقات التي تعمل بمثابة "علامات" للتغييرات المتعلقة بالاختبار. يمكن استخدام هذه للمساعدة في البحث عن التغييرات وإزالتها عند اكتمال الاختبار.