تتكون دورة حياة الاختبار الذي يتم تنفيذه باستخدام الاتحاد التجاري من أربع مراحل منفصلة ، مصممة حول واجهات محددة رسميًا.
واجهات محددة
- موفر البناء : يوفر بناءًا للاختبار وتنزيل الملفات المناسبة إذا لزم الأمر.
- مُعد الهدف : يقوم بإعداد بيئة الاختبار ، بما في ذلك تثبيت البرامج وتكوين الجهاز.
- الاختبار : ينفذ الاختبار (الاختبارات) ويجمع نتائج الاختبار. قد يكون هذا أي اختبار JUnit ، على الرغم من أن واجهة IRemoteTest الخاصة بنا مصممة خصيصًا للعمل بشكل جيد في بيئة الاتحاد التجاري.
- مستمع استدعاء الاختبار (تقرير النتائج) : يستمع إلى نتائج الاختبار ، عادةً لغرض إعادة توجيه نتائج الاختبار إلى مستودع أو عرضها على عداء الاختبار.
كيان الاختبار الأساسي في TF هو تكوين (تكوين). التهيئة هي ملف XML يعلن عن مكونات دورة الحياة للاختبار.
يهدف هذا الفصل لدورة حياة الاختبار إلى السماح بإعادة الاستخدام. باستخدام هذا التصميم ، يمكن للمطور إنشاء اختبار مرة واحدة ، ومن ثم يمكن للمتكامل إنشاء تكوينات مختلفة لتشغيل هذا الاختبار في بيئات مختلفة. على سبيل المثال ، يمكنهم إنشاء تكوين يقوم بإجراء اختبار على جهاز محلي وتفريغ النتيجة إلى stdout. يمكنهم بعد ذلك إنشاء تكوين ثانٍ من شأنه تنفيذ نفس الاختبار ، لكنهم يستخدمون مستمعًا مختلفًا لاستدعاء الاختبار لتخزين نتائج الاختبار في قاعدة بيانات. قد يتم تصميم تكوين ثالث لتشغيل هذا الاختبار بشكل مستمر من معمل اختبار في مكان ما.
من الملائم أن نلاحظ هنا أن التكوين مع وسيطات سطر الأوامر (على النحو المنصوص عليه بواسطة عداء الاختبار) يُعرف بالأمر . عندما يقرن TF أمرًا بجهاز ITestDevice
وينفذه ، يُعرف الكائن التالي باسم الاستدعاء . باختصار ، يشمل الاستدعاء تنفيذًا كاملاً لاختبار TF ، عبر دورة حياته بأكملها.
مكونات التكوين الإضافية
- استعادة الجهاز : آلية لاستعادة اتصال الجهاز في حالة فقده.
- المسجل : يجمع بيانات تسجيل التجارة.
إخراج المرحلة والأخطاء
كل مرحلة من مراحل الدعاء تنفذ بالتتابع ولها هدف محدد. يصف هذا القسم المخرجات والأخطاء المعتادة لكل مرحلة.
بناء مزود
تقوم هذه المرحلة بإنشاء وإخراج كائن IBuildInfo
الذي يحتوي على جميع مراجع الملفات المطلوبة لإعداد الاختبارات وتشغيلها.
الخطأ الأكثر شيوعًا في هذه المرحلة هو الفشل في تنزيل الملفات المطلوبة أو العثور عليها.
ينتج عن الخطأ في هذه المرحلة الإبلاغ عن الخطأ مباشرةً ، ولا يتم تشغيل أي اختبارات.
إعداد الهدف
تحدد هذه المرحلة الحالات اللازمة للهدف قيد الاختبار. يمكن لهذه المرحلة تغيير الجهاز أو إعداد المضيف حسب الحاجة لاستدعاء الاختبار المحدد.
عادةً ما تتضمن الأخطاء الشائعة في هذه المرحلة الفشل في إعداد الجهاز في حالة معينة (على سبيل المثال ، فشل الوميض) والفشل في العثور على الملفات المطلوبة للإعداد.
ينتج عن خطأ في هذه المرحلة تشغيل تنظيف الهدف والإبلاغ عن الخطأ وعدم تشغيل أي اختبارات.
الاختبارات
تقوم هذه المرحلة بتشغيل الاختبارات المطلوبة على الهدف المُعد مسبقًا ، وتقرير جميع نتائج تنفيذ الاختبار.
عادةً ما تتضمن الأخطاء الشائعة في هذه المرحلة عدم توفر الهدف قيد الاختبار أو أن بعض الأخطاء تتسبب في التنفيذ الجزئي للاختبارات. هذه الأخطاء هي مشكلات البنية التحتية التي تؤثر على تنفيذ الاختبار نفسه بدلاً من فشل حالة اختبار واحدة.
يؤدي خطأ في هذه المرحلة إلى إيقاف تنفيذ الاختبار وتشغيل تنظيف الهدف والإبلاغ عن الخطأ والحصول على نتائج جزئية.
تقرير النتائج
تقدم هذه المرحلة تقارير عن النتائج والأخطاء إلى الخدمات التي تم تكوينها (على سبيل المثال ، الخوادم والملفات المحلية).
على الرغم من أن تقارير النتائج الفردية يمكن أن تكون بها أخطاء ، إلا أنها معزولة عن بعضها البعض (لا يرى أحد المراسلين أخطاء من الآخر). تؤثر هذه الأخطاء فقط على تقرير النتائج الخاص بالمراسل الفردي ويمكن عرض الأخطاء في السجلات.
وتتكون دورة حياة الاختبار الذي يتم تنفيذه باستخدام الاتحاد التجاري من أربع مراحل منفصلة ، مصممة حول واجهات محددة رسميًا.
واجهات محددة
- موفر البناء : يوفر بناءًا للاختبار وتنزيل الملفات المناسبة إذا لزم الأمر.
- مُعد الهدف : يقوم بإعداد بيئة الاختبار ، بما في ذلك تثبيت البرامج وتكوين الجهاز.
- الاختبار : ينفذ الاختبار (الاختبارات) ويجمع نتائج الاختبار. قد يكون هذا أي اختبار JUnit ، على الرغم من أن واجهة IRemoteTest الخاصة بنا مصممة خصيصًا للعمل بشكل جيد في بيئة الاتحاد التجاري.
- مستمع استدعاء الاختبار (تقرير النتائج) : يستمع إلى نتائج الاختبار ، عادةً لغرض إعادة توجيه نتائج الاختبار إلى مستودع أو عرضها على عداء الاختبار.
كيان الاختبار الأساسي في TF هو تكوين (تكوين). التهيئة هي ملف XML يعلن عن مكونات دورة الحياة للاختبار.
يهدف هذا الفصل لدورة حياة الاختبار إلى السماح بإعادة الاستخدام. باستخدام هذا التصميم ، يمكن للمطور إنشاء اختبار مرة واحدة ، ومن ثم يمكن للمتكامل إنشاء تكوينات مختلفة لتشغيل هذا الاختبار في بيئات مختلفة. على سبيل المثال ، يمكنهم إنشاء تكوين يقوم بإجراء اختبار على جهاز محلي وتفريغ النتيجة إلى stdout. يمكنهم بعد ذلك إنشاء تكوين ثانٍ من شأنه تنفيذ نفس الاختبار ، لكنهم يستخدمون مستمعًا مختلفًا لاستدعاء الاختبار لتخزين نتائج الاختبار في قاعدة بيانات. قد يتم تصميم تكوين ثالث لتشغيل هذا الاختبار بشكل مستمر من معمل اختبار في مكان ما.
من الملائم أن نلاحظ هنا أن التكوين مع وسيطات سطر الأوامر (على النحو المنصوص عليه بواسطة عداء الاختبار) يُعرف بالأمر . عندما يقرن TF أمرًا بجهاز ITestDevice
وينفذه ، يُعرف الكائن التالي باسم الاستدعاء . باختصار ، يشمل الاستدعاء تنفيذًا كاملاً لاختبار TF ، عبر دورة حياته بأكملها.
مكونات التكوين الإضافية
- استعادة الجهاز : آلية لاستعادة اتصال الجهاز في حالة فقده.
- المسجل : يجمع بيانات تسجيل التجارة.
إخراج المرحلة والأخطاء
كل مرحلة من مراحل الدعاء تنفذ بالتتابع ولها هدف محدد. يصف هذا القسم المخرجات والأخطاء المعتادة لكل مرحلة.
بناء مزود
تقوم هذه المرحلة بإنشاء وإخراج كائن IBuildInfo
الذي يحتوي على جميع مراجع الملفات المطلوبة لإعداد الاختبارات وتشغيلها.
الخطأ الأكثر شيوعًا في هذه المرحلة هو الفشل في تنزيل الملفات المطلوبة أو العثور عليها.
ينتج عن الخطأ في هذه المرحلة الإبلاغ عن الخطأ مباشرةً ، ولا يتم تشغيل أي اختبارات.
إعداد الهدف
تحدد هذه المرحلة الحالات اللازمة للهدف قيد الاختبار. يمكن لهذه المرحلة تغيير الجهاز أو إعداد المضيف حسب الحاجة لاستدعاء الاختبار المحدد.
عادةً ما تتضمن الأخطاء الشائعة في هذه المرحلة الفشل في إعداد الجهاز في حالة معينة (على سبيل المثال ، فشل الوميض) والفشل في العثور على الملفات المطلوبة للإعداد.
ينتج عن خطأ في هذه المرحلة تشغيل تنظيف الهدف والإبلاغ عن الخطأ وعدم تشغيل أي اختبارات.
الاختبارات
تقوم هذه المرحلة بتشغيل الاختبارات المطلوبة على الهدف المُعد مسبقًا ، وتقرير جميع نتائج تنفيذ الاختبار.
عادةً ما تتضمن الأخطاء الشائعة في هذه المرحلة عدم توفر الهدف قيد الاختبار أو أن بعض الأخطاء تتسبب في التنفيذ الجزئي للاختبارات. هذه الأخطاء هي مشكلات البنية التحتية التي تؤثر على تنفيذ الاختبار نفسه بدلاً من فشل حالة اختبار واحدة.
يؤدي خطأ في هذه المرحلة إلى إيقاف تنفيذ الاختبار وتشغيل تنظيف الهدف والإبلاغ عن الخطأ والحصول على نتائج جزئية.
تقرير النتائج
تقدم هذه المرحلة تقارير عن النتائج والأخطاء إلى الخدمات التي تم تكوينها (على سبيل المثال ، الخوادم والملفات المحلية).
على الرغم من أن تقارير النتائج الفردية يمكن أن تكون بها أخطاء ، إلا أنها معزولة عن بعضها البعض (لا يرى أحد المراسلين أخطاء من الآخر). تؤثر هذه الأخطاء فقط على تقرير النتائج الخاص بالمراسل الفردي ويمكن عرض الأخطاء في السجلات.