البرنامج المساعد LoadView لجينكينز
أضف اختبارات LoadView إلى إصدارات Jenkins الخاصة بك
اكتشف مشكلات الأداء في وقت مبكر وأطلق تطبيقات أكثر موثوقية للإنتاج من خلال دمج اختبارات أداء LoadView في عملية تطوير CI الخاصة بك. إنشاء تقارير اختبار شاملة واكتساب رؤى حول أداء التعليمات البرمجية.
جينكينز: أتمتة مفتوحة المصدر وتكامل مستمر
قبل أن نتعمق في تفاصيل المكون الإضافي LoadView ل Jenkins ، سنناقش Jenkins ولماذا هو مهم.
Jenkins هو خادم أتمتة مفتوح المصدر مبني على Java Virtual Machine (JVM) ، ويدعم الآلاف من المكونات الإضافية لتطوير ونشر وأتمتة مشاريع البرامج. هم الرائدون في مساحة خادم التشغيل الآلي مفتوح المصدر. الشركات الأخرى التي توفر خوادم أتمتة مفتوحة المصدر هي TeamCity و CircleCI و Hudson و Travis CI و Atlassian Bamboo وغيرها الكثير.
كجزء من ممارسات تسليم البرامج الحديثة ، مثل اختبار التحول إلى اليسار والتكامل المستمر ، يستخدم المطورون والمختبرون والمصممون جميعا Jenkins لبناء اختباراتهم ونشرها وأتمتتها. بمرور الوقت ، عندما أصبحت دورات التطوير والاختبار أقصر وأكثر تواترا بسبب التقدم التكنولوجي والتركيز على التجربة الرقمية ، أصبح من الواضح أنه من أجل إصدار ميزات برمجية عالية الجودة – وباستمرار – تحتاج الفرق ككل إلى أن تصبح أكثر مرونة. هذا يعني أن الاختبار الآن “تحول” إلى اليسار وحدث في وقت سابق ، عادة بعد كتابة الكود الأولي. هذا الشعار “الاختبار المبكر وفي كثير من الأحيان” مهم بشكل خاص في التكامل المستمر والتسليم المستمر (CI / CD) ، حيث يكون الهدف هو أن تكون قادرا على إصدار التغييرات باستمرار وباستمرار.
اقرأ المزيد حول أفضل ممارسات اختبار التحول إلى اليسار واختبار الحمل ل DevOps
يتخلى التكامل المستمر بشكل أساسي عن الحاجة إلى الاختبار من الجهاز الخاص به والاختبار تلقائيا في كل مرة يتم فيها دفع رمز جديد إلى مستودع مصدر مشترك ، والذي قد يكون عدة مرات في اليوم. تتمثل ميزة التكامل المستمر في أنه يمكن دمج جميع أعمال التطوير والتعليمات البرمجية في العملية في وقت مبكر ، مما يساعد على تحديد الأخطاء أو الأخطاء وإصلاحها بسرعة وفعالية أكبر. كلما تمكنت من العثور على أخطاء البرامج وإصلاحها بشكل أسرع ، زادت احتمالية عدم اضطرارك إلى إصلاحها في الإنتاج ، حيث يمكن أن تكون أكثر استهلاكا للوقت وتكلفة.
لتوسيع التكامل المستمر بشكل أكبر ، تستخدم الفرق ممارسات التسليم المستمر لأتمتة دورات إصدار البرامج والتحكم فيها بالإضافة إلى أتمتة عملية اختبار البرامج. علاوة على ذلك ، يمكن للفرق استخدام النشر المستمر ، مما يلغي بشكل أساسي الحاجة إلى أي مشاركة بشرية تقريبا. يتم إصدار جميع التغييرات التي تمر عبر مراحل تطوير البرامج الخاصة بك تلقائيا في الإنتاج.
ما هو CI / CD؟
يجسد التكامل المستمر (CI) والتسليم المستمر (CD) ثقافة ومجموعة من مبادئ التشغيل ومجموعة من الممارسات التي تسمح لفرق تطوير التطبيقات بتقديم تغييرات التعليمات البرمجية بشكل متكرر وموثوق. يعرف هذا باسم خط أنابيب CI / CD. CI / CD هي واحدة من أفضل الممارسات لفرق DevOps لاعتمادها. إنها أيضا أفضل ممارسات منهجية رشيقة ، لأنها تسمح لفرق تطوير البرامج بالتركيز على تلبية متطلبات العمل وجودة التعليمات البرمجية والأمان أثناء أتمتة خطوات النشر.
الفرق بين CI و CD
من غير الواضح كيف بدأ هذا الخلط بين المصطلحين. مهما كان الأمر ، فمن السهل بما فيه الكفاية توضيحه.
التكامل المستمر
التكامل المستمر هو الطريق نحو تنسيق التعليمات البرمجية في قاعدة التعليمات البرمجية الرئيسية. في جميع الحالات تقريبا اليوم ، يتم الانتهاء من التكامل المستمر باستخدام المراحل التي يتم تنظيمها بشكل صريح لسبب ما. يعد تنفيذ التكامل المستمر ، بهذه الطريقة ، ضروريا مثل استخدام الأدوات الصحيحة.
التسليم المستمر
من ناحية أخرى ، يحدد التسليم المستمر بشكل أساسي أتمتة دورة اختبار البرامج بأكملها ومحاولة إزالة أكبر قدر ممكن من العمل اليدوي ، مما يتيح للمطورين الوقت للعمل في مشاريع أخرى وليس عليهم إدارة جميع الخطوات الفردية.
فوائد CI / CD
- تغييرات الكود الأصغر أقل تعقيدا (نووية بشكل متزايد) ولها نتائج غير مقصودة أقل
- انقطاع النقص أقل تعقيدا وأسرع
- مؤقت للهدف ، متوسط وقت الإصلاح (MTTR) ، أقصر بسبب تغييرات الكود الأصغر وفك الارتباط الأسرع
- تتحسن قابلية الاختبار بسبب التغييرات الأصغر والصريحة. تسمح هذه التغييرات الطفيفة بإجراء اختبارات إيجابية وسلبية بشكل متزايد
- الوقت المنقضي للتمييز ومعالجة هروب الخلق أقصر ، مع وتيرة أسرع للتفريغ
- تراكم التشوهات غير الأساسية أقل ويتم إصلاحه بشكل متكرر قبل ظهور مشكلات المكونات الأخرى
- تقدم عمليات إعادة التصميم وحدات أصغر من التقدم وأقل إزعاجا
استخدامات CI / CD وتنفيذها
CI / CD هي العديد من الاستراتيجيات التي تمكن مصممي التطبيقات من نقل تغييرات التعليمات البرمجية في كثير من الأحيان إلى العملاء الذين يستخدمون الحوسبة.
يشير الاختصار CI / CD إلى فكرتين منفصلتين يتم استخدامهما بشكل شائع معا: مزيج مستمر ونقل متسق. يشير التنسيق المستمر إلى إجراء الميكنة الذي يستخدمه المهندسون لتصنيع تغييرات رمز التطبيق واختبارها ودمجها. النقل المستمر هو المرحلة اللاحقة التي يتم فيها إرسال الكود المجرب من المزيج المتواصل بشكل طبيعي في مواقف مختلفة بواسطة مشغل يدوي. وبالمثل ، يمكن أن يمثل التسليم المستمر الترتيب المستمر ، والذي يقدم المزيد من الحوسبة. في النقل بدون توقف ، يحتاج المهندسون إلى دفع التغييرات إلى حالة إنشائهم جسديا. من خلال استخدام التنظيم بدون توقف بدلا من ذلك ، يمكن للمصممين إجراء تغييرات على التطبيق وبالتالي إرسالها إلى أي حالة. في هذه المحادثة ، سنركز فقط على أفكار المزيج المستمر والنقل المتسق.
كيف يعمل CI / CD
إن الكون المتطور الذي لا هوادة فيه من طلبات تحسين المستخدم التي يقوم بها العديد من المهندسين أخذ لقطة أثناء تطبيق واحد يحدث طوال الوقت. عندما يكون المصممون مستعدين لاختبار تغييراتهم في دورة حياة قياسية ، فإنهم يدمجون تغييرات التعليمات البرمجية الخاصة بهم في “يوم الجمع” المحدد مسبقا. يمكن أن يكون إجراء المزج مملا ويستغرق وقتا طويلا. اتضح أن الأمر أكثر تعقيدا إذا كان تغيير المصمم يؤثر على تغيير مهندس آخر ، مما يدفع المجموعة أخيرا إلى التراجع أو المرور لساعات في إصلاح الأخطاء.
مرحلة التكامل المستمر
يساعد التغيير إلى عملية CI / CD المصممين على دمج التعليمات البرمجية واختبارها قدر الإمكان ، حتى كل يوم. تتبع مرحلة الانضمام بدون توقف الخطوات الأساسية التالية:
- يأخذ المصمم رمزا من الأرشيف الجماعي لإزالته ، وربما يصنع فرعا آخر لعنصر آخر.
- عند الانتهاء من العنصر الجديد ، يدفعه المهندس مرة أخرى إلى المخزن النموذجي.
- يؤكد مهندس CI أنه تم إجراء تغييرات ويبدأ في تصنيع التطبيق واختباره ، مما يضمن أن التقدم لم يجعل التطبيق ينقطع. تتمحور الاختبارات حول كل فائدة لضمان عدم تقويض أي جزء من التطبيق.
- يتم إبلاغ مجموعة التقدم بنتائج الاختبار. في حالة خيبة الأمل ، ستدرك المجموعة أن الكود الجديد قد تسبب في خيبة أمل ويمكنه البدء في عزل المشكلة وحلها. إذا كانت عمليات التقدم نشطة ، تنتقل المجموعة إلى مرحلة النقل المتواصلة.
مرحلة التسليم المستمر
عند اكتمال الاختبار المكثف ، يمكن للمجموعات المضي قدما إلى مرحلة النقل بدون توقف. يجب على المهندس تنشيط نقل التعليمات البرمجية فعليا. ومع ذلك ، فإن ما تبقى من الإجراء مبرمج بالكامل. يتم الانتهاء من جميع الاتصالات الأساسية مع العاملين على شبكة الإنترنت وقواعد البيانات والإدارات المختلفة مع دعوة المحتوى.
CI / CD على الحافة
تعد خطوط أنابيب برمجة CI / CD مفيدة بشكل خاص أثناء الإرسال في ظروف الصدفة العالية. على الحافة ، هناك غياب للوصول المادي الذي يمكن أن يجعل من الصعب في بعض الأحيان تخفيف المشكلات. يؤدي استخدام الدمج المتسق والنقل المستمر إلى تقليل المخاطر من خلال دعم التغييرات الطفيفة والتدريجية في التطبيق. وعندئذ يمكن التعرف على القضايا بسرعة وتخفيفها قبل الإضرار بظروف الخلق.
أمثلة على أدوات CI / CD
جينكنز
Jenkins هي أداة أتمتة مفتوحة المصدر حيث يحدث الشكل البؤري وعملية التنسيق المستمرة. البرنامج عبارة عن برنامج قائم على Java يحتوي على نفسه مع حزم لنظامي التشغيل Windows و MacOS.
أبرز النقاط الرئيسية في جينكينز
- المصدر المفتوح
- سهولة التأسيس والانتقال إلى أطر عمل مختلفة
- ضروري ومباشر لاستخدام الواجهة
- قابل للتوسعة مع أصول وحدة نمطية هائلة قائمة على الشبكة
- إعداد بسيط ومباشر
- تجميع الخطط التي تعتمد على العبارات
- يدعم تنفيذ قذائف ويندوز والأوامر في خطوات مسبقة الصنع
- يدعم إشعار حالة التصنيع
سيركلسي آي
CircleCI هو جهاز CI / CD يعزز التحول السريع للأحداث ووصول المنتج. تعمل CircleCI على تمكين الميكنة عبر خط أنابيب العميل ، من بناء التعليمات البرمجية إلى الاختبار والإرسال.
يسلط الضوء على CircleCI الرئيسية
- يتناسب مع Bitbucket و GitHub و Cloud Enterprise
- يستخدم حجرة أو آلة افتراضية لتصنيع
- تحقيق واضح
- أتمتة خطوات الإنشاء المتوازية
- اختبار سريع
- المنظمة بدون توقف وفرع صريح
- قابل للتخصيص للغاية
- أتمتة أوامر نقل الطرود المركبة والمخصصة
- ترتيب سريع وتطوير لا حدود له
خيزران
يسلط الضوء على الخيزران الرئيسية
- يدعم ما يصل إلى 100 وكيل بناء عن بعد
- قم بتشغيل كتل الاختبار في تشابه والحصول على إدخال سريع
- يتكامل مع AWS و Docker و Amazon
- يجعل الصور ويدفع إلى سجل
- أذونات لكل بيئة
- يميز الفروع الجديدة في Git و Mercurial و SVN Repos وبالتالي يطبق خطة CI الرئيسية عليها
تيم سيتي
TeamCity هو خادم لإدارة البناء و CI قائم على Java من JetBrain. يدعم TeamCity بناء ونشر أنواع مختلفة من المشاريع. يمكن تثبيته على خوادم Windows و Linux ويدعم تقنيات مثل .NET. بالإضافة إلى ذلك ، يمكن دمج الأداة مع أدوات أخرى ، مثل Docker و Jira و Maven و Azure و Amazon EC2 و Google Cloud.
يسلط الضوء على مفتاح تيم سيتي
- يعطي عدة طرق مختلفة للمشروع الفرعي لإعادة استخدام إعدادات وترتيبات المشروع الأصلي
- على قدم المساواة يدير رقائق بعيدا في ظروف مختلفة طوال الوقت
- تصاريح لتجميع المحفوظات ، والاطلاع على تقارير محفوظات الاختبار ، والتثبيت ، ووضع العلامات ، وتضمين أفضل الخيارات
- سهولة التعديل والتعاون وتوسيع العمال
- يحافظ على خادم CI ثابتا ونفعيا
- عميل قابل للتكيف المجلس ، مهمة وظائف العميل ، جمع العملاء
LoadView: اختبار الحمل والضغط الحقيقي المستند إلى المستعرض من السحابة
منصة LoadView عبارة عن منصة مرنة لاختبار الحمل والضغط تعالج مشكلة أنماط التحميل غير الفعالة ، ومحاكاة كل شيء من الاختبارات المستندة إلى البروتوكول إلى الاختبارات الحقيقية المستندة إلى المتصفح.
يتطلب اختبار الأداء عادة بنية تحتية وموارد إضافية قد لا تتمكن بعض المؤسسات من دعمها. يدير LoadView هذا نيابة عنك من خلال النظام الأساسي. يعتمد النظام الأساسي بالكامل على السحابة ، لذلك ليست هناك حاجة لإعداد أو نشر أي حاقنات تحميل داخلية ، أو إدارة حسابات سحابية تابعة لجهات خارجية ، أو القلق بشأن متطلبات الأجهزة أو البرامج.
ميزات LoadView
- اختبار على مستوى البروتوكول وحقيقي قائم على المتصفح
- البرمجة النصية المتقدمة في 40+ متصفحات وأجهزة سطح المكتب / الجوال
- خيارات منحنى التحميل – خطوة التحميل ، والقائمة على الهدف ، والمنحنيات القابلة للتعديل الديناميكية
- اختبر من ما يقرب من 30 موقعا عالميا
- التوسع من عشرات إلى آلاف المستخدمين الافتراضيين
- قياس وقت الاستجابة كما يراه المستخدمون
- إعادة استخدام البرامج النصية لاختبار الحمل للمراقبة في الإنتاج
تضع هذه الميزات عملية اختبار الأداء في أيدي المستخدمين ، مما يميز LoadView عن حلول اختبار الحمل الأخرى في السوق اليوم ، مثل Gatling أو JMeter. لا تحتوي الأدوات مفتوحة المصدر مثل Gatling و JMeter على نفس الميزات والوظائف مقارنة بمنصة LoadView. اقرأ المزيد حول جميع ميزات LoadView.
جينكينز: بناء التعليمات البرمجية واختبارها ونشرها
لقد تطرقنا إلى Jenkins سابقا في هذه المقالة ، ولكن فقط للتأكيد ، Jenkins عبارة عن منصة أتمتة مفتوحة المصدر ، مكتوبة بلغة Java ، مع وحدات مصممة لأغراض التكامل المستمر. تم تصميم Jenkins لبناء واختبار تطوير منتجك ، مما يجعل الأمر دائما أكثر وضوحا للمهندسين لدمج التغييرات في المشروع. وبالمثل ، فإنه يسمح لك بنقل منتجك بلا توقف من خلال التنسيق مع عدد لا يحصى من الاختبارات والابتكارات التنظيمية.
مع Jenkins ، يمكن للجمعيات تسريع عملية تطوير المنتج من خلال وحدة تحكم الأتمتة. ينسق Jenkins إجراءات دورة حياة التحسين من أنواع مختلفة ، بما في ذلك التصنيع ، والتقرير ، والاختبار ، والحزمة ، والمرحلة ، والإرسال ، والفحص الثابت ، وأكثر من ذلك بكثير. تسمح الوحدات بمزيج من مراحل DevOps المختلفة. إذا كنت بحاجة إلى تنسيق جهاز معين ، فيجب عليك تقديم الوحدات النمطية لتلك الأداة.
عند استخدام جينكينز
يمكن استخدام وحدة تحكم Jenkins بعدة طرق مختلفة ، ولكنها داعمة للغاية في Agile لأن Dev و QA يعملان جنبا إلى جنب. على سبيل المثال ، عندما يدفع المطور رمزا جديدا على نظام التحكم في الإصدار ، مثل Git و Bitbucket وما إلى ذلك ، تشغيل مهمة لنشر البنية داخل بيئة ضمان الجودة. بعد النشر الناجح ، سيتم تشغيل مجموعات الاختبار الآلية وسيتم إرسال التقارير الناتجة بواسطة Jenkins. Jenkins مرن للغاية ويوفر العديد من المكونات الإضافية للمساعدة في دعم عمليات تكامل الجهات الخارجية ، كما أنه سهل الإعداد / التكوين.
لماذا يتم استخدام جينكينز
أصبح التكامل المستمر ومفاهيم النشر المستمر العمود الفقري لأحدث بيئة DevOps. فهو لا يسد الفجوة في منتصف فرق التطوير والعمليات من خلال أتمتة إنشاء التطبيقات واختبارها ونشرها فحسب ، بل جعل العملية أيضا أكثر كفاءة. في اتجاه التطوير المستمر ، والاختبار المستمر ، والتكامل المستمر ، والنشر المستمر ، والمراقبة المستمرة ، وجميع عمليات تطوير المشروع ، فإن أداة مثل Jenkins هي حزمة كاملة تلبي جميع التحديات. فهو لا يجعل دورات حياة التطوير أقصر فحسب ، بل يؤدي أيضا إلى زيادة رضا العملاء الذي تريده كل شركة.
خط أنابيب جينكينز
جزء رئيسي آخر من أداة جينكينز هو خط أنابيب جينكينز. يعرض Jenkins Pipeline نظرة عامة حول الوظائف المختلفة التي تعمل على الإصدارات بعد الالتزامات التي قام بها المطورون. يقوم بإخطار المهام التي ينفذها جينكينز حاليا. في خط أنابيب الإنشاء، يمكن اعتبار الإنشاء مقسما إلى أقسام، مثل اختبارات الوحدة واختبارات القبول ومراحل التعبئة وإعداد التقارير والنشر. يمكن تنفيذ هذه المراحل إما في سلسلة أو متوازية. إذا نجحت إحدى المراحل ، فإنها تنتقل تلقائيا إلى المرحلة التالية ، وبالتالي تشير إلى اسمها “خط الأنابيب”.
نظرا لأن العديد من التغييرات المختلفة يتم تنفيذها من قبل مطورين مختلفين في وقت واحد ، فمن المفيد معرفة التغيير الذي يتم اختباره الآن ، أو التغيير الذي يجلس في الطابور ، ربما بسبب فشل البناء. بمجرد اجتياز البناء لاختبار الوحدة والتكامل ، يستخدم المهندسون في خدمات أتمتة الاختبار Jenkins لتشغيل مجموعات الأتمتة وتقارير البريد الإلكتروني بمجرد انتهاء المهمة.
تمنحنا وحدة تحكم Jenkins واجهات وأدوات متنوعة للعمل معها من أجل أتمتة العملية برمتها. يستخدم Jenkins لإنشاء واختبار مشاريع البرامج الخاصة بك باستمرار مما يسهل على المطورين دمج التغييرات في المشروع ، ويجعل من السهل على المستخدمين الحصول على بنية جديدة. كما يسمح لك بتقديم برنامجك باستمرار من خلال التكامل مع عدد كبير من تقنيات الاختبار والنشر.
البرنامج المساعد LoadView لمتطلبات جينكينز
باستخدام المكون الإضافي LoadView ل Jenkins ، يمكن لفرق اختبار الأداء بسهولة دمج اختبار الحمل الحقيقي المستند إلى المتصفح في إصدارات اختبار Jenkins الخاصة بهم. هذا يضمن أن يتم اختبار التطبيقات وتقييمها باستمرار على مدى فترات زمنية أطول. يسمح ذلك للفرق بتحديد الأخطاء والاختناقات ومعالجتها قبل دفع التعليمات البرمجية والتطبيقات إلى الإنتاج.
الهدف الأساسي من اختبار الحمل واضح إلى حد ما ، لتحديد مقدار عبء العمل الذي يمكن أن يتحمله النظام قبل الانهيار أو التوقف ، ولكن العملية يمكن أن تكون أكثر تعقيدا من ذلك بكثير. حل مثل LoadView يبسط ما كان في السابق عملية تستغرق وقتا طويلا. يتيح لك تعريض النظام لكمية كبيرة من الحمل ، أو المستخدمين الافتراضيين ، الكشف عن نقاط الضعف في النظام مع تفاصيل مفصلة تتعلق بمصدر المشكلة قبل حدوث ضرر إضافي. بصرف النظر عن المساعدة في تحديد المشكلات ، يوفر اختبار الحمل أيضا نتائج أداء من خلال المخططات الانحداثية ونتائج الاختبار والمعايير من الاختبارات المقارنة. يوضح متى ولماذا حدثت المشكلة وما سبب حدوثها.
* قبل استخدام المكون الإضافي LoadView ل Jenkins ، يجب أن يكون لديك أولا حساب Jenkins و LoadView نشط وتكوين سيناريو اختبار الإجهاد.
لا بطاقة ائتمان ولا عقد.
إنشاء معرف فريد لتكامل جنكينز
لإعداد تكامل مع Jenkins، ستحتاج أولا إلى إنشاء معرف فريد (UID) لاستخدامه كرمز أمان LoadView. لإنشاء UID الخاص بك ، اتبع هذه الخطوات البسيطة:
1. قم بتسجيل الدخول إلى حساب LoadView الخاص بك
2. من قائمة الحساب ، حدد عمليات التكامل
3. حدد إضافة تكامل
4. حدد واجهة برمجة تطبيقات الويب لاختبار الإجهاد. سيتم إنشاء UID تلقائيا.
5. انسخ UID التكامل لاستخدامه في Jenkins.
كملاحظة عامة حول أنواع التكامل، يمكنك إنشاء العديد من أنواع التكامل حسب الحاجة. يحتوي كل تكامل على معرف فريد (UID) سيكون مطلوبا أثناء الإعداد. لإنشاء تكامل وUID، حدد الزر إضافة تكامل أعلاه وحدد نوع التكامل. سيتم إنشاء UID آمن تلقائيا.
تثبيت البرنامج المساعد LoadView في جنكينز
1. قم بتسجيل الدخول إلى حساب Jenkins الخاص بك
- حدد إضافة بيانات اعتماد من قائمة بيانات الاعتماد
- حدد رمز الأمان LoadView (UID).
2. تكوين بيانات الاعتماد والتحقق من صحتها
- طيب القلب. رمز أمان LoadView (UID).
- النطاق. حدد عالمي.
- ID. اترك الافتراضي أو حدد معرفا فريدا.
- الوصف. حدد وصفا فريدا لتمييز بيانات الاعتماد.
- UID. الصق LoadView UID من حساب LoadView الخاص بك. بمجرد إضافة UID ، انقر فوق التحقق من صحة UID للتأكد من أن Jenkins يمكنه الوصول إلى واجهة برمجة تطبيقات LoadView.
3. حدد وظيفة وانقر فوق تكوين
- انتقل إلى إنشاء > إجراءات > ما بعد الإنشاء إضافة إجراء > ما بعد الإنشاء سيناريو اختبار تحميل LoadView-Run
- حدد إعدادات اختبار الإجهاد LoadView لبناء Jenkins الخاص بك
- بيانات الاعتماد. حدد مفتاح API باستخدام الوصف.
- معرف السيناريو. الصق معرف سيناريو اختبار الإجهاد الذي تريد استخدامه في الإنشاء. انسخ المعرف من صفحة السيناريو في LoadView.
- عتبة الخطأ. حدد نسبة مئوية مقبولة من الجلسات التي تحتوي على أخطاء تحدث أثناء الاختبار (على سبيل المثال ، فشل الوصول إلى المورد الهدف ، ولم يتم العثور على كلمات رئيسية / صورة ، وما إلى ذلك). إذا كانت النسبة المئوية لجلسات الخطأ أكبر من القيمة المحددة ، وضع علامة على البنية على أنها فشل في Jenkins.
- متوسط الوقت. حدد حدا لمتوسط وقت الاستجابة الذي تم قياسه أثناء تنفيذ الاختبار. إذا تم الوصول إلى الحد الأقصى ، وضع علامة على البناء على أنه فشل في Jenkins.
4. حفظ إجراءات البناء الخاصة بك
نتائج اختبار LoadView
عند تشغيل اختبار، يتم عرض حالة التنفيذ في إخراج وحدة تحكم Jenkins في وضع الوقت الحقيقي.
بمجرد الانتهاء من الاختبار ، يمكن العثور على النتائج ضمن نتائج LoadView في قائمة Jenkins Build.
- مدة الاختبار
- الحد الأقصى لعدد المستخدمين الافتراضيين
- مجموع الجلسات
- جلسات ناجحة
- الجلسات الفاشلة
- الجلسات غير المكتملة
حدد مزيد من التفاصيل لمراجعة تقارير أداء LoadView الأكثر شمولا.
كل ذلك من منصة واحدة مريحة لاختبار الحمل.