برمجة Flutter

مقدمة: لا شك أن البرمجيات هي من العوامل المهمة التي تساهم في تحسين حياتنا اليومية، حيث تستخدم البرامج في مجالات متعددة، بدءاً من تشغيل الأجهزة الذكية والتواصل عبر الإنترنت وصولاً إلى تطبيقات الأعمال وإدارة العمليات في المؤسسات. تُولي هندسة البرمجيات اهتماماً بالغاً بجميع مراحل تطوير المنتج البرمجي، بدءاً من جمع المتطلبات والتحليل والتصميم، ومروراً بمرحلة التطوير والاختبار، وصولاً إلى مرحلة النشر والدعم المتعلق بهذا المشروع، وذلك باستخدام نموذج العمل الذي تم اختياره لهذا المشروع. تعد مرحلة الاختبار من أهم المراحل التي يمر بها المشروع البرمجي، ولهذا سنتطرق في هذا المقال إلى تعريف بسيط عن الاختبار، ثم سنتحدث عن نمط من أنماط التطوير البرمجي الذي يعتمد على الاختبار أولاً TDD، أخيراً سنرى تطبيق هذا النمط في الـ Flutter. STLS: الاختبار هو عملية اكتشاف أكبر عدد ممكن من الأخطاء، وأحد العمليات التي يمكن تطبيقها لتحقيق عملية الاختبار هي STLS، اختصاراً لــ Software Testing Life Cycle، وتتكون هذه العملية من ستة مراحل على الشكل التالي: 1. تحليل المتطلبات: في هذه المرحلة يعمل فريق الاختبار على فهم متطلبات المشروع، وتعد هذه المرحلة مهمة لتجنب فهم غير صحيح للمتطلبات، مما سيؤدي لاحقاً إلى وضع اختبارات غير صالحة. 2.التخطيط للاختبار: في هذه المرحلة يتم وضع خطة اختبار، وتحديد عدة عوامل منها:a. تحديد نطاق الاختبار، تحديد الوظائف والميزات التي يجب اختبارها والوظائف التي لا يجب اختبارها.b. تحديد الخصائص التي يجب أن يحققها المشروع والتي يجب اختبارها، مثل الوظائف و الأمان وقابلية الاستخدام.. الخ.c. توثيق جميع المخرجات التي يتم إنتاجها خلال عملية الاختبار ومنها:  Test Scenarios .i: وتشمل الحالات المحتملة التي يجب تنفيذها لاختبار البرمجيات، وتصف كيفية تنفيذ الاختبار وما الذي يجب اختبار.   Test Cases .ii: وتشمل الخطوات الدقيقة اللازمة لتنفيذ كل حالة اختبار، وتصف بالتفصيل كيفية تنفيذ الاختبار وكيفية تقييم النتائج.Test Data .iii: وتشمل البيانات المحددة التي يجب استخدامها في الاختبارات، وتشمل المدخلات والمخرجات المتوقعة وأي بيانات أخرى ذات صلة. 3. تطوير حالة الاختبار: في هذه المرحلة يتم كتابة حالات الاختبار التي تم وضعها في مرحلة التخطيط للاختبار. 4. إعداد بيئة الاختبار: ونعني ببيئة الاختبار البرامج والأجهزة التي يتم من خلالها اختبار التطبيق، فيتم في هذه المرحلة التحقق من العناصر التي نحتاج إليها للاختبار. 5. تنفيذ الاختبار: في هذه المرحلة يتم التنفيذ، ومراقبة النتائج، وفي حال حدوث خطأ ما، يتم التواصل مع فريق التطوير من أجل حل المشكلة. 6. إنهاء دورة الاختبار: وهي المرحلة الأخيرة في عملية الاختبار، وفيها يتم تحليل وتقييم النتائج. TDD: هو اختصار لـ Test Driven Development (التطوير المقاد بالاختبار). وتعني كتابة الاختبارات قبل كتابة الكود الفعلي (الإنتاجي). من خلال هذا النمط، نقوم بالتبديل بين مراحل تطوير المنتج البرمجي، حيث أننا سنقوم هنا أولاً بكتابة كود الاختبار، ثم سنقوم بكتابة الكود الفعلي (الإنتاجي). مراحل الـ TDD: يتم تطبيق TDD بشكل عام من خلال الخطوات التالية: 1- كتابة اختبار صغير ومحدد لوظيفة معينة. 2- تشغيل الاختبار والتحقق من فشله (red). 3- كتابة الكود اللازم لجعل الاختبار ينجح (الانتقال من red إلى الـ green). 4- تشغيل الاختبار والتحقق من نجاحه (green). 5- تحسين الكود (تنظيف الكود المكرر – تحسين قابلية إعادة الاستخدام.. الخ) (Refactor) 6- تكرار العملية السابقة على حالات أخرى ووظائف أخرى. مثال عن الـ TDD: ليكن لدينا وظيفة مهمتها هي إجراء عملية حسابية، ولتكن هذه العملية هي الجمع، في الطريقة التقليدية سنقوم بكتابة التابع الخاص بالجمع، ثم بعد ذلك سنقوم بوضع حالات الاختبار، وبعدها سنقوم بتطبيق حالات الاختبار على هذا التابع ومقارنة النتائج. في الـ TDD سنقوم أولاً بكتابة حالات الاختبار الخاصة بتابع الجمع (مثلاً عند إدخال الرقمين x1 و x2 نتوقع أن تكون النتيجة هي x3)، ثم سنقوم بكتابة الكود الخاص بهذا الاختبار وسنقوم بعدها بتشغيل هذا الاختبار، النتيجة هنا ستكون هي الفشل (red) لإن منطق الكود الفعلي لم يتم كتابته بعد، ننتقل بعدها إلى الـكود الفعلي ونقوم بكتابة تابع الجمع، وبعد الانتهاء منه نقوم بتشغيل كود الاختبار الذي قمنا بكتابته وهنا سنكون أمام خيارين، إما سينجح الاختبار(green) وعندها ننتقل إلى حالة أخرى، أو سيفشل، وفي تلك الحالة سنقوم بتعديل الكود الفعلي ونعيد اختباره حتى ينجح (يصبح green). قوانين الـ TDD: 1. لا يسمح لك بكتابة أي كود إنتاجي جديد في التطبيق، ما لم يكن هناك اختبار وحدة (Unit Test) يفشل، وبمعنى آخر، يتعين عليك أولاً كتابة اختبار وحدة يتوقع فشله قبل كتابة أي كود إنتاجي جديد. 2. لا يُسمح لك بكتابة أي اختبار أكثر من اختبار كافٍ للفشل، وتعني أنه لا يمكنك كتابة الكثير من الاختبارات، أي انه إذا قمت بكتابة UNIT TEST ثم قمت بتنفيذها وبعدها فشلت (red) عندها يجب عليك التوقف عن كتابة اختبار جديد. 3. لا يسمح لك بكتابة أي كود فعلي، أكثر من الكود اللازم لاجتياز حالة الفشل. فوائد الـ TDD: 1.  تساعد على تجنب الأخطاء في مراحل مبكرة من عملية التطوير، لأننا ننشئ اختبارات لكل وظيفة منذ البداية، ونشغل هذه الاختبارات بشكل متكرر للتحقق من نجاح الوظيفة والتأكد من عدم وجود أخطاء. 2. تساعد على تحسين جودة البرمجيات، لأنه يتم إنشاء اختبارات دقيقة ومحددة لكل وظيفة منذ البداية، وبالتالي يتم كتابة الكود بطريقة تتوافق مع هذه الاختبارات وتضمن تحقيقها. وعندما يتم كتابة الكود اللازم لنجاح هذه الاختبارات، ويتم تحسينه وتنظيفه في كل مرحلة من عملية التطوير، فإن الكود الناتج يكون نظيفًا ومحسنًا، دون وجود أي جزء زائد أو غير ضروري، كما أنه يتم تحسين مرونة الكود وسهولة صيانته في المستقبل، وبالتالي يتم تحسين جودة البرمجيات وتقليل المشاكل والأخطاء في المستقبل. 3. يساعد على تطوير منطق الكود، حيث يتم كتابة الاختبارات لكل وظيفة منذ البداية وتشغيلها بشكل متكرر، وبالتالي يمكن للمطورين استخدام هذه الاختبارات لتوجيه منطق الكود أثناء إضافة المزيد من الوظائف، كما أن بداية الاختبارات بالوظائف الأبسط أولاً تساعد المطورين على تفكيك المشكلة إلى أجزاء أصغر وأكثر إدارة، وهذا يساعد في عملية حل المشكلة بشكل أفضل وأكثر فعالية. TDD باستخدام الـ Flutter: يمكن كتابة حالات الاختبار التي نريد تحقيقها، قبل كتابة الكود الفعلي من خلال الاختبارات التي توفرها الـ Flutter. نعلم أن أنواع الاختبارات في الـ Flutter هي ثلاثة أنواع (Unit Test – Widget Test – Integration Test) سنتكلم في مقالنا هذا عن ال Unit Test. Unit test في الـ flutter: اختبار الوحدة unit test: هو نوع من اختبار البرمجيات والذي يطبق على أصغر وحدة (function, method …). تمر ال unit test بثلاث مراحل: Arrange: في هذه المرحلة، يتم إعداد كل ما يلزم لتنفيذ الاختبار، أي إعداد الظروف اللازمة لتنفيذ الاختبار بنجاح، وتهيئة أي قيم أو متغيرات أو مدخلات مطلوبة لتنفيذ الاختبار. Act: يتم تنفيذ الوحدة المراد

مقدمة: في عالم تطوير التطبيقات الحديث، أصبحت ممارسة تطبيق Flutter CI/CD باستخدام Codemagic معيارًا لا غنى عنه. من خلال دمج منصة Codemagic بسلاسة كأداة قوية، يستعرض هذا المقال كيفية تعزيز رحلة تطوير تطبيقك باستخدام Flutter. يتيح لك إنشاء تطبيقات متقدمة بكل سهولة وكفاءة مذهلة. 1.مقدمة إلى Codemagic: تبرز Codemagic كمنصة مخصصة لـ CI/CD مُصممة خصيصًا لتطبيقات Flutter. بمجموعة شاملة من الأدوات والميزات، يصبح Codemagic محور جهود الأتمتة الخاصة بك لعمليات البناء والاختبار والنشر في مشاريع Flutter. علاوة على ذلك، يتواصل Codemagic بسهولة مع أنظمة التحكم في الإصدارات البارزة مثل GitHub وGitLab، مما يبسط تكوين صلة وصل مع CI/CD بالكامل. 2. إعداد CI/CD باستخدام Codemagic: البدء في رحلة CI/CD من خلال Codemagic أمر بسيط. إليك دليل خطوة بخطوة للبدء: 1- ربط مكان التخزين: أنشئ اتصالًا سلسًا بين مكان تخزين تطبيق Flutter الخاص بك وCodemagic عن طريق اختيار مزود مكان التخزين الخاص بك وتفويض صلاحيات الوصول الضرورية. 2- تكوين إعدادات البناء: قم بتخصيص تكوين البناء لمطابقة متطلبات مشروع Flutter الدقيقة. حدد منصات الهدف (iOS، Android)، وأنواع البناء (تصحيح، إصدار)، ومعلمات إضافية أخرى. 3- اختيار سياقات العمل: اختر سياقات العمل المحددة التي تتوافق مع احتياجات تطويرك. تشمل هذه العمليات بناء، واختبار، وتنضيد الكود، والنشر. 4- تحديد متغيرات البيئة: ضمن إعداد قوي من خلال تكوين المتغيرات البيئية الضرورية ل CI/CD الخاص بك. يمكن أن تشمل ذلك مفاتيح واجهات برمجة التطبيقات الأساسية، وبيانات الاعتماد، وملفات التكوين. 5- إعداد المشغلات: قم بتمكين بدء تشغيل أوتوماتيكي ل CI/CD من خلال تحديد مشغلات مثل تحديثات الفروع أو أحداث طلبات الدمج. يضمن ذلك عملية سلسة من البداية إلى النهاية. 3. بناء واختبار الأتمتة يحوّل Codemagic عملية بناء واختبار تطبيق Flutter الخاص بك إلى عمل آلي وسلس: – ملفات البناء: يقوم Codemagic بتجميع تطبيق Flutter الخاص بك بكفاءة إلى ملفات قابلة للتنفيذ، مما ينتج عنه ملفات APK لنظام Android وملفات IPA لنظام iOS. – الاختبار التلقائي: يمكّنك Codemagic من تنفيذ أنواع متنوعة من الاختبارات، بدءًا من اختبارات الوحدة إلى اختبارات الودجت واختبارات التكامل. يضمن ذلك الاستقرارية والوظائف العامة لتطبيقك. – تنضيد الكود: عند الضرورة، يقدم Codemagic إمكانية تنضيد الكود بسهولة لضمان أن يكون تطبيقك جاهزًا للتوزيع. 4.خيارات النشر: يبسط Codemagic عملية نشر تطبيق Flutter الخاص بك: -نشر التطبيق على المتجر: نشر تطبيقك بسهولة على متجر تطبيقات Apple أو Google Play. يمكن القيام بذلك يدويًا أو دمجه بسلاسة مع CI/CD – توزيع عن بُعد (OTA): استفد من ميزة توزيع OTA التي توفرها Codemagic. يتيح لك ذلك نشر بناءات البيتا مباشرة إلى المختبرين وأصحاب المصلحة، مما يسهل الحصول على ملاحظات واختبارات قيمة. – خدمات توزيع إلى وجهات أُخرى: دمج Codemagic بسهولة مع خدمات التوزيع الشهيرة مثل Firebase App Distribution أو TestFairy. يضمن ذلك توزيعًا سلسًا وفعّالًا لكل من المختبرين والمستخدمين. 5.التكامل والإشعارات: يقدم Codemagic التكامل السلس مع أدوات الجهات الخارجية ويبقيك على علم طوال عملية CI/CD: – التكامل مع نظم التحكم في الإصدارات: ابقَ على اطلاع من خلال تلقي حالات الالتزام وطلبات السحب الشاملة ضمن نظام التحكم في الإصدارات الخاص بك. وهذا يجعل من السهل تتبع نتائج البناء والاختبار بسهولة. – إشعارات Slack والبريد الإلكتروني: ابقى على اطلاع بحالة البناء في الوقت الفعلي، ونتائج الاختبار، ومعلومات النشر من خلال إشعارات Slack أو تنبيهات البريد الإلكتروني. الخلاصة: يعزز Codemagic تطوير تطبيقات Flutter بشكل كبير من خلال تبسيط وأتمتة عملية CI/CD. وهذا يمكّن من تسليم التطبيقات عالية الجودة بسرعة. من خلال استغلال إمكانيات Codemagic، يمكنك تبسيط سير العمل الخاص بك، وضمان صلابة الكود، وتسريع نشر تطبيقاتك باستخدام Flutter. استفد من قوة CI/CD من خلال Codemagic واستمتع بفوائد تطوير تطبيقات Flutter الفعّالة. المراجع: