gmh5225/maldec-edrحل كشف واستجابة لنقاط النهاية على يونكس يستخدم آليات على مستوى النواة لاكتشاف الحالات الشاذة وهجمات البرمجيات الخبيثة في الوقت الفعلي.
MalDec-EDR هو حل لنظام Unix مصمم لكشف الحالات الشاذة وهجمات البرمجيات الخبيثة باستخدام آليات على مستوى النواة. لمزيد من المعلومات، يرجى الرجوع إلى التوثيق.
الممارسة المعيارية هي توفير أحدث إصدار إنتاجي مستقر للعملاء في الفرع الرئيسي والفرع المُوسَّم. يعمل فرع الاختبار كمرآة لفرع التطوير، حيث يخضع لمجموعة من الاختبارات وعمليات ضمان الجودة (QA). وفي الوقت نفسه، يُخصص فرع التطوير (dev) للتطوير المستمر للمشروع والتحسينات والتعديلات.
+-----------+
| feature1 |
+-----------+
|
+-----------+
| feature3 |
+-----------+
|
+-----------+
| feature2 |
+-----------+
|
+-----------+ +-----------+ +-----------+
| dev | ---> | test | ---> | main |
+-----------+ +-----------+ +-----------+
|
+--------------------------+
| | |
+-----+ +-----+ +-----+
|1.0.0| |2.0.0| | ... |
+-----+ +-----+ +-----+
تحتاج إلى اختبار جميع مكونات MalDec-EDR، وإذا أمكن، فصّل مهمة المكونات التي اختبرتها، والمسارات التي سلكتها، وكيف يمكننا إجراء الاختبارات. وإذا أمكن، أنشئ نصًا برمجيًا يوضح كيفية عمل الاختبارات لمهمتك. يمكن لأكثر من مطور واحد إجراء المراجعة.
كل تعديل على الكود، مهما كان صغيرًا، يجب أن يكون مصحوبًا بشكل مثالي باختبارات وحدة شاملة. هذه الممارسة ضرورية لكشف الأخطاء المحتملة التي قد يُدخلها مطورون آخرون. وجود اختبارات الوحدة يعمل كضمان، مما يضمن تحديد أي تغييرات غير مقصودة ومعالجتها على الفور.
يجب أن يختبر التغييرات شخص آخر غير المطور الذي كتب الكود. هذا مهم بشكل خاص للتغييرات الكبيرة أو عالية المخاطر. من المفيد إضافة خطة اختبار إلى وصف طلب السحب إذا لم يكن اختبار التغييرات مباشرًا.