اختبار التطوير

اختبار التطوير هو عملية تطوير برمجيات تتضمن تطبيقًا متزامنًا لمجموعة واسعة من استراتيجيات منع العيوب واكتشافها من أجل تقليل مخاطر تطوير البرمجيات والوقت والتكاليف.

اعتمادًا على توقعات المنظمة لتطوير البرمجيات، قد يشمل اختبار التطوير تحليل الكود الثابت ، وتحليل تدفق البيانات ، وتحليل المقاييس ، ومراجعات الكود من قبل النظراء ، واختبار الوحدة ، وتحليل تغطية الكود ، والتتبع ، وممارسات التحقق من البرمجيات الأخرى.

يتم إجراء اختبار التطوير بواسطة مطور البرامج أو المهندس خلال مرحلة البناء من دورة حياة تطوير البرامج . ^{[ 1 ]}

بدلاً من أن تحل محلّ محاور ضمان الجودة التقليدية ، فإنها تُكمّلها. ^{[ 2 ]} يهدف اختبار التطوير إلى إزالة أخطاء البناء قبل إرسال الكود إلى قسم ضمان الجودة؛ وتهدف هذه الاستراتيجية إلى زيادة جودة البرنامج الناتج، فضلاً عن كفاءة عملية التطوير وضمان الجودة بشكل عام. ^{[ 3 ]}

يتم تطبيق اختبار التطوير للأغراض الرئيسية التالية:

• ضمان الجودة — تحسين عملية التطوير والاختبار الشاملة من خلال بناء الجودة والأمان في البرمجيات (بدلاً من محاولة اختبار العيوب/نقاط الضعف).
• الامتثال الصناعي أو التنظيمي - لتحقيق الامتثال لمبادرات الامتثال الصناعي أو التنظيمي (مثل إدارة الغذاء والدواء الأمريكية ، IEC 62304 ، DO-178B ، DO-178C ، ISO 26262 ، IEC 61508 ، وما إلى ذلك) والتي تتطلب عادةً تقليلًا صارمًا للمخاطر بالإضافة إلى إمكانية تتبع المتطلبات ثنائية الاتجاه (على سبيل المثال، بين المتطلبات والاختبارات ومراجعات التعليمات البرمجية والتعليمات البرمجية المصدرية والعيوب والمهام وما إلى ذلك) ^{[ 3 ]}

تشير أبحاث VDC إلى أن التطبيق الموحد لعمليات اختبار التطوير ضمن عملية موحدة شاملة لا يُحسّن جودة البرمجيات فحسب (من خلال مواءمة أنشطة التطوير مع أفضل الممارسات المُثبتة)، بل يزيد أيضًا من إمكانية التنبؤ بالمشروع. ^{[ 4 ]} وتشير أبحاث VOC إلى أن اختبار التطوير يجعل البرمجيات أكثر قابلية للتنبؤ والتتبع والوضوح والشفافية طوال دورة حياة تطوير البرمجيات. ^{[ 2 ]}

في كل تطبيق من التطبيقات المذكورة أعلاه، يبدأ اختبار التطوير بتحديد سياسات تُعبّر عن توقعات المؤسسة فيما يتعلق بالموثوقية والأمان والأداء والامتثال التنظيمي. بعد ذلك، وبعد تدريب الفريق على هذه السياسات، تُطبّق ممارسات اختبار التطوير لمواءمة أنشطة تطوير البرمجيات معها. ^{[ 5 ]} تشمل ممارسات اختبار التطوير هذه ما يلي:

• الممارسات التي تمنع أكبر عدد ممكن من العيوب من خلال نهج مستوحى من ديمنج يشجع على تقليل فرص الخطأ من خلال تحليل السبب الجذري .
• الممارسات التي تكشف العيوب فور ظهورها، عندما يكون اكتشاف العيوب وإصلاحها أسرع وأسهل وأقل تكلفة. ^{[ 3 ] [ 6 ]}

يرتكز التركيز على تطبيق طيف واسع من ممارسات منع العيوب واكتشافها على فرضية أن تقنيات اختبار التطوير المختلفة مصممة للكشف عن أنواع مختلفة من العيوب في مراحل مختلفة من دورة حياة تطوير البرمجيات، لذا فإن تطبيق تقنيات متعددة معًا يقلل من خطر تسرب العيوب. ^{[ 3 ]} وقد أكد بوهم وباسيلي أهمية تطبيق مجموعة واسعة من الممارسات في "قائمة أفضل 10 ممارسات للحد من عيوب البرمجيات" التي يُشار إليها كثيرًا. ^{[ 7 ]}

يُستخدم مصطلح "اختبار التطوير" أحيانًا لوصف تطبيق أدوات التحليل الثابت. وقد اعترض العديد من رواد الصناعة على هذا الخلط، لأن التحليل الثابت ليس اختبارًا بالمعنى التقني؛ فحتى التحليل الثابت الذي "يغطي" كل سطر من التعليمات البرمجية لا يستطيع التحقق من أن التعليمات البرمجية تؤدي وظيفتها كما هو مُفترض، أو الكشف عن أنواع معينة من العيوب أو الثغرات الأمنية التي لا تظهر إلا عند تنفيذ البرنامج ديناميكيًا. ورغم أن الكثيرين يحذرون من أن التحليل الثابت وحده لا يُعد حلًا سحريًا أو حلًا شاملًا، إلا أن معظم خبراء الصناعة يتفقون على أنه أسلوب مُثبت للقضاء على العديد من عيوب الأمان والموثوقية والأداء. بعبارة أخرى، مع أن التحليل الثابت ليس هو نفسه اختبار التطوير، إلا أنه يُعتبر عادةً جزءًا منه. ^{[ 8 ] [ 9 ]}

بالإضافة إلى تطبيقات التحليل الثابت المختلفة، مثل تحليل التدفق واختبار الوحدات، يشمل اختبار التطوير أيضًا مراجعة الأقران للتعليمات البرمجية كنشاط أساسي لضمان الجودة. وتُعتبر مراجعة التعليمات البرمجية على نطاق واسع واحدة من أكثر طرق اكتشاف العيوب ومنعها فعالية في تطوير البرمجيات. ^{[ 10 ]}

• اختبار الوحدة
• اختبار البرمجيات
• اختبار التكامل
• الاختبار الوظيفي
• اختبار الانحدار
• اختبار أداء البرمجيات
• اختبار قبول المستخدم (UAT)
• التكامل المستمر / النشر المستمر ( CI/CD )