Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
مختبرو البرمجيات
#1
تلتقط اللغات المترجمة هذا دون الحاجة إلى تشغيل البرنامج. تلتقط اللغات المفسرة مثل هذه الأخطاء في وقت التشغيل. تستبعد بعض اللغات عن عمد الميزات التي تؤدي بسهولة إلى الأخطاء ، على حساب الأداء البطيء: المبدأ العام هو أنه من الأفضل دائمًا كتابة رمز أبسط وأبطأ من رمز غامض يعمل بشكل أسرع قليلاً ، لا سيما بالنظر إلى أن تكلفة الصيانة كبيرة . على سبيل المثال ، لا تدعم لغة برمجة Java المؤشر الحسابي ؛ تطبيقات بعض اللغات مثل Pascal ولغات البرمجة النصية غالبًا ما يكون لها حدود وقت تشغيل تحقق من المصفوفات ، على الأقل في بنية التصحيح.

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

الأجهزة
قد يتم تضمين أدوات مراقبة أداء البرنامج أثناء تشغيله ، إما على وجه التحديد للعثور على مشاكل مثل الاختناقات أو لتقديم ضمان لتصحيح العمل ، في الكود بشكل صريح (ربما يكون بسيطًا مثل عبارة تقول "أنا هنا" ") ، أو يتم توفيرها كأدوات. غالبًا ما يكون من المفاجئ العثور على المكان الذي يستغرقه جزء من التعليمات البرمجية في معظم الأحيان ، وقد يؤدي حذف الافتراضات إلى إعادة كتابة الكود.

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

يمكن أن توفر القياسات أثناء الاختبار تقديرًا لعدد الأخطاء المحتملة المتبقية ؛ يصبح هذا أكثر موثوقية كلما طالت مدة اختبار المنتج وتطويره. [بحاجة لمصدر]

تصحيح

سجل الأخطاء النموذجي (بيانات مشروع GNU Classpath). خطأ جديد أرسله المستخدم غير مؤكد. بمجرد إعادة إنتاجه من قبل المطور ، يصبح خطأ مؤكدًا. تم إصلاح الأخطاء المؤكدة في وقت لاحق. عادة ما تكون الحشرات التي تنتمي إلى فئات أخرى (غير قابلة للإنتاج ، ولن يتم إصلاحها ، وما إلى ذلك) ضمن الأقلية
المقال الرئيسي: تصحيح
يعد البحث عن الأخطاء وإصلاحها أو تصحيح الأخطاء جزءًا رئيسيًا من برمجة الكمبيوتر. وصف موريس ويلكس ، أحد رواد الحوسبة الأوائل ، إدراكه في أواخر الأربعينيات من القرن الماضي أن معظم بقية حياته سيقضي في البحث عن أخطاء في برامجه الخاصة.

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

ومع ذلك ، حتى بمساعدة مصحح الأخطاء ، فإن تحديد موقع الأخطاء يعد بمثابة فن. ليس من غير المألوف أن يتسبب خطأ في أحد أقسام البرنامج في حدوث فشل في قسم مختلف تمامًا ، [بحاجة لمصدر] مما يجعل تتبعه أمرًا صعبًا (على سبيل المثال ، خطأ في روتين عرض الرسومات يتسبب في إدخال / إخراج للملف الروتينية للفشل) ، في جزء لا علاقة له على ما يبدو من النظام.

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


المصدر

[b] شركة مكافحة النمل الابيض بالطائف[/b]
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)