البرنامج المساعد LoadView لجينكينز

أضف اختبارات LoadView إلى Jenkins Builds

 

اكتشف مشكلات الأداء في وقت سابق وقم بإصدار تطبيقات أكثر موثوقية للإنتاج من خلال دمج اختبارات أداء 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.

 

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

 

الدائرة

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.

 

أهم النقاط الرئيسية في TeamCity
  • يعطي بعض الطرق المختلفة للمشروع الفرعي لإعادة استخدام إعدادات وترتيبات المشروع الأم
  • المتساوون يقطعون الرقائق في ظروف مختلفة طوال الوقت
  • تصاريح تجميع المحفوظات ، والاطلاع على تقارير محفوظات الاختبار ، والتثبيت ، والعلامة ، وتضمين أفضل الخيارات
  • سهولة التعديل والتعاون وتوسيع العاملين
  • يبقي خادم 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 هو Jenkins Pipeline. يعرض Jenkins Pipeline نظرة عامة حول الوظائف المختلفة التي تعمل على الإنشاءات بعد الالتزامات التي قام بها المطورون. يقوم بإعلام حول المهام التي ينفذها Jenkins حاليًا. في خط أنابيب البناء ، يمكن رؤية الإنشاء على أنه مقسم إلى أقسام ، مثل اختبارات الوحدة ، واختبارات القبول ، ومراحل التعبئة ، وإعداد التقارير ، والنشر. يمكن إجراء هذه المراحل إما في سلسلة أو متوازية. إذا نجحت إحدى المراحل ، فإنها تنتقل تلقائيًا إلى المرحلة التالية ، وبالتالي تشير إلى اسمها “خط أنابيب”.

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

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

البرنامج المساعد LoadView لمتطلبات Jenkins

 

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

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

 

* قبل استخدام LoadView Plugin for Jenkins ، يجب أن يكون لديك أولاً حساب Jenkins و LoadView نشط وتكوين سيناريو اختبار التحمل .

جرب LoadView لمدة 30 يومًا!

لا بطاقة ائتمان ، لا عقد.

قم بإنشاء معرف فريد لتكامل Jenkins

 

لإعداد تكامل مع Jenkins ، ستحتاج أولاً إلى إنشاء معرّف فريد (UID) لاستخدامه كرمز أمان LoadView. لإنشاء UID الخاص بك ، اتبع هذه الخطوات البسيطة:

البرنامج المساعد LoadView لـ Jenkins Integration UID

 

1. قم بتسجيل الدخول إلى حساب LoadView الخاص بك

2. من قائمة الحساب ، حدد عمليات التكامل

3. حدد إضافة تكامل

4. حدد Stress Testing Web API . سيتم إنشاء UID تلقائيًا.

5. انسخ UID للتكامل لاستخدامه في Jenkins.

 

 

 

كملاحظة عامة حول أنواع التكامل ، يمكنك إنشاء العديد من أنواع التكامل حسب الحاجة. يحتوي كل تكامل على معرّف فريد (UID) سيكون مطلوبًا أثناء الإعداد. لإنشاء Integration و UID ، حدد زر Add Integration أعلاه وحدد نوع التكامل. سيتم إنشاء معرّف فريد آمن (UID) تلقائيًا.

تركيب LoadView Plugin في Jenkins

 

1. قم بتسجيل الدخول إلى حساب Jenkins الخاص بك

  • حدد إضافة بيانات الاعتماد من قائمة بيانات الاعتماد
  • حدد LoadView Security Token (UID).

 

 

البرنامج المساعد LoadView لـ Jenkins أضف بيانات اعتماد2. تكوين والتحقق من صحة بيانات الاعتماد

  • نوع . رمز الأمان LoadView (UID).
  • النطاق . حدد عام.
  • المعرف . اترك الإعداد الافتراضي أو حدد معرفًا فريدًا.
  • الوصف . حدد وصفًا فريدًا لتمييز بيانات الاعتماد.
  • المعرف الفريد . الصق LoadView UID من حساب LoadView الخاص بك. بمجرد إضافة UID ، انقر فوق Validate UID للتأكد من أن Jenkins يمكنه الوصول إلى LoadView API.

 

 

3. حدد وظيفة وانقر فوق تكوين

  • انتقل إلى Build> إجراءات ما بعد البناء> أضف إجراء Post-build> سيناريو اختبار تحميل LoadView-Run
  • حدد إعدادات LoadView Stress Test الخاصة بك لـ Jenkins Build

البرنامج المساعد LoadView لإجراءات ما بعد البناء لـ Jenkins

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

4. حفظ إجراءات البناء الخاصة بك

نتائج اختبار LoadView

 

عند تشغيل الاختبار ، يتم عرض حالة التنفيذ في Jenkins Console Output في وضع الوقت الحقيقي.

البرنامج المساعد LoadView لجينكينز

بمجرد الانتهاء من الاختبار ، يمكن العثور على النتائج ضمن نتائج LoadView في قائمة Jenkins Build.

  • مدة الاختبار
  • الحد الأقصى لعدد المستخدمين الظاهريين
  • إجمالي الجلسات
  • جلسات ناجحة
  • الجلسات الفاشلة
  • الجلسات غير المكتملة

 

 

حدد المزيد من التفاصيل لمراجعة تقارير أداء LoadView الأكثر شمولاً .

مرن. القابلة للتطوير. قوي.

كل ذلك من منصة واحدة مريحة لاختبار الحمل.