أمازون توسّع أدوات QA Studio لإدارة فرق اختبار البرمجيات
مع انتشار أتمتة الاختبارات، تتحول التحديات من كتابة الاختبارات إلى تنظيمها وتحديد المسؤوليات، وهو ما تعالجه التحديثات الأخيرة لمنصة QA Studio.

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

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

مراقبة صحة التطبيقات عبر المقاييس
تسجل QA Studio نتيجة كل تنفيذ كمقاييس مخصصة في Amazon CloudWatch، مقسمة حسب التطبيق والبيئة. تحوّل هذه المقاييس إلى عرض بصري للصحة على صفحة التطبيق، حيث تظهر ثلاثة أرقام رئيسية: معدل النجاح، إجمالي عدد التنفيذات، وعدد الفشل الحالي. كما يحسب النظام 'درجة صحة' تتراوح بين 0 و100، تبدأ من معدل النجاح وتخصم عقوبة للاختبارات غير المستقرة (Flaky Tests)، مما يمنع تقديم صورة مثالية زائفة لتطبيق يعاني من تقلبات.
يتيح تبويب المقاييس للفرق التحليل الزمني عبر نوافذ زمنية مدتها 7 أيام بدقة ساعة أو 30 يوماً بدقة يومية. يمكن تصفية العرض حسب البيئة لمقارنة سلوك بيئة الاختبار مع الإنتاج. كما توفر المنصة عرضين مخصصين: الأول يرتب الاختبارات غير المستقرة حسب تكرار تقلبها، والثاني يحدد الفشل الأخير للفرز السريع، مع ربط مباشر بسجلات المسارات والتسجيلات المرئية من الجزء الأول.

إدارة المستخدمين والصلاحيات بناءً على الفرق
تحدد إدارة المستخدمين بناءً على الفرق أي التطبيقات تملكها كل فرقة. ينتمي كل تطبيق إلى فريق واحد فقط، ولا يرى أعضاء الفريق الآخر تطبيقاته. يحتوي كل عضو على أحد خمسة أدوار تراكمية: مدير (Admin) للوصول الشامل، قائد فريق (Team Lead) لإدارة الأعضاء وإنشاء التطبيقات، محرر (Editor) لإنشاء وتعديل الاختبارات، منفذ (Executor) للتشغيل فقط، ومشاهد (Viewer) للقراءة فقط.
بما أن الأدوار تراكمية، يمتلك قائد الفريق صلاحيات المحرر والمشاهد. تتبع صلاحية الوصول لحالة استخدام أو مجموعة اختبارات التطبيق الذي يحتويها. هذا التصميم يبقي إدارة الصلاحيات على مستوى التطبيق بدلاً من آلاف الاختبارات الفردية. يرى المدير صفحة مستخدمين تعرض كل الحسابات مع فرقها وأدوارها، وصفحة فرق تلخص عدد الأعضاء والتطبيقات لكل فريق، مما يتيح رؤية شاملة للتوسع التنظيمي.

الوصول المشترك والتكامل التقني
نادراً ما تعمل الفرق في عزلة تامة؛ فقد تحتاج فرقة ميزات إلى تشغيل اختبارات على تطبيق تملكه فرقة منصات دون منحها صلاحية التعديل. يدعم QA Studio هذا السيناريو عبر 'الوصول المشترك'، حيث يمكن للفريق المالك مشاركة التطبيق مع فرق أخرى بصلاحيات محددة. هذا يضمن التعاون الكافي مع الحفاظ على أمان الملكية والتحكم في التغييرات.
تستند البنية التحتية لهذه الميزات إلى خدمات أمازون السحابية الأساسية مثل Amazon Cognito لإدارة الهوية، وAWS Lambda للمعالجة، وAmazon DynamoDB للتخزين، وAmazon API Gateway للواجهات البرمجية، مع إمكانية النشر عبر AWS Cloud Development Kit. هذه التكاملات تضمن قابلية التوسع والأمان اللازمين لتبني حلول ضمان الجودة المؤسسية الكبيرة.
المصادر
- AWS Machine Learning BlogAccelerating software delivery with agentic QA automation using Amazon Nova Act – Part 3
تابع التسلسل الزمني





