اختبار قابلية التوسع: 7 خطوات نحو النجاح

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

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

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

تحاول الاتجاهات الحديثة نحو الهندسة المعمارية الموجهة للخدمة (SOA) معالجة مشكلة قابلية التوسع ولكنها بالإضافة إلى ذلك تقديم مشكلات جديدة. إن دمج الخدمات المقدمة خارجيًا في الحل الحالي يعني أن قدرتك على التوسيع الآن تعتمد على أن هذا النظام الخارجي يعمل تحت الحمل. التأكد من أن هذا يمكن أن يكون مهمة شاقة ومن المحزن أن اختبار الإجهاد واختبار الإجهاد هنا غالباً ما يتم تجاهله.

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