أدوات اختبار وحدة تيبكو [مغلقة
https://stackoverflow.com/questions/2635830
-
26-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
هل يعرف أي شخص أدوات اختبار الوحدة المتاحة عند تطوير عمليات Tibco؟
في الأشهر القليلة المقبلة ، سأعمل على مشروع TIBCO وأحاول العثور على أي أطر عمل حالية لاختبار الوحدة التي قد تجعل المهمة أسهل في بناء نهج TDD.
حتى الآن ، يتم استدعاء الشخص الوحيد الذي تمكنت من تحديد موقعه bwunit. يبدو الأمر جيدًا ولكنه حاليًا في الإصدار التجريبي وبرامجها التجارية. إذا كان ذلك ممكنًا ، فأنا أرغب في استخدام أداة مفتوحة المصدر ولكن طالما أنها قادرة على القيام بعمل جيد سأكون سعيدًا.
فهل يعرف أي شخص أي أدوات اختبار وحدة أخرى لتطوير تيبكو؟
أيضا ، هل لدى أي شخص أي خبرة مع Bwunit؟ ما مدى فائدة/كان ذلك؟
المحلول
بالنسبة لمشاريع BW ، قمت بطهي إطار اختبار الوحدة الخاص بي بناءً على عمليات BW نفسها. لذلك يتم ترميز الاختبارات والتحقق الآلي في مشروع Tibco نفسه.
بالنسبة لمشاريع AMX ، أوصي Soapui للاختبار الآلي لخدماتك. ومع ذلك ، قمت بترميز جميع اختبارات الوحدة في اللغة الأساسية ، في حالتي Java ، باستخدام Junit. تشير فئات التنفيذ تحت المكونات إلى بعضها البعض مباشرة في اختبارات الوحدة ، متجاوزًا رمز AMX الذي يقوم بالرسائل.
نصائح أخرى
لقد حققت نجاحًا كبيرًا في إنشاء طبقة واجهة صابون لكل عملية من عمليتي (مع الأخذ في نفس الحجج) والاستفادة soapui للقيام بكل الاختبارات المدفوعة من جداول قاعدة البيانات.
تعديل:
ما وصفته هو إلى حد كبير كيف يعمل Bwunit: إنه ينشئ واجهة خدمة ويب حول كل عملية من العمليات الخاصة بك (ربما مع عمل يدوي أقل قليلاً ، ولكن نفس المفهوم.)
اختبار إدخال (SOAPUI) -> واجهة قابلة للاختبار (SOAP/EMS/ETC) -> العملية الحالية -> واجهة الخروج -> تأكيدات (SOAPUI)
يمكنك إجراء الاختبار داخل Tibco نفسه ، مع الملفات أو RV أو JMS أو أي مدخلات لهذه المسألة ، باستثناء أنك تكتب جميع رمز التأكيد على الاختبار بنفسك بدلاً من استخدام أداة موجودة بالكامل. اعتمد على Soapui لإنشاء جميع تقارير Junit الخاصة بك وما إلى ذلك.
إذا كنت ترغب في الحصول على خيال حقًا ، فيمكنك إضافة هدف Soapui إلى البرنامج النصي للبناء لتضمين اختبارات الوحدة و/أو الاختبارات الوظيفية لكل بناء بمجرد نشره.
deopends على البروتوكول المستخدم (ما هو مستخدم). تم ذكر الراكون والسابوي. معهم يمكنك اختبار على مستوى "لكل وحدة". هذا هو مكون أو اختبارات النظام. خاصة لاختبارات الأداء. ومع ذلك ، هذه هي الطريقة الأكثر شيوعًا لاختبار مكونات Tibco.
سألقي نظرة على bwunit ، وأبدو مثيرة للاهتمام ومدمجة مع خوادم CI (لقد قمت ببناء أداة مماثلة في المشروع). قد يكون عيب في هذا الأمر هو أن أنظمة Tibco تتكون عادةً من أدوات مختلفة وليس فقط BW ، وهذا يعني أن مكونات Java وخوادم C ++ والقلعة تستخدم للنظام الكلي.
هناك أيضًا أداة تجارية تسمى Ghtester (http://www.greenhatconsulting.com/ghtester/)
إذا كنت تستخدم RV ، فقد تكون لديك نظرة http://www.rvsnoop.org/ لالتقاط الرسائل بتنسيق قابل لإعادة التشغيل مجانًا (أداة OSS التي بدأت بها)
لن تكون محاولة القيام بمنهجية مثل TDD باستخدام واجهة مستخدم الصابون فعالة للغاية. لقد استخدمت هذا لـ BW ولن تحصل على نفس المستوى من التفاصيل والراحة من مجموعة اختبار الوحدة الكاملة. Bwunit هي أداة جيدة ، وإذا كان لديك علاقة جيدة مع شباب Tibco PSG ، فقد تكون قادرًا على الحصول على Tibunit وهي أدوات PSG مثل CLE.
لقد توصلنا أيضًا إلى خطة لاستخدام إطار اختبار وحدة خارجي مثل .NET ثم نستخدم نمط وحدة تحكم لتبديل العمليات باستخدام علامة تجاوز العملية الديناميكية. لذا ، سيكون لدينا قناة تحكم تقول شيئًا مثل
التحكم - العملية 1 تجاوز -/العمليات/someprocess.process - العملية 2 تجاوز {فارغ}
لذلك في اختبار الوحدة الخاص بك ، ستتمكن من الإعداد الخاص بك للاتصال BW باستخدام قناة التحكم الخاصة بك (EMS أو HTTP) واطلوها لتحميل عملية مختلفة. في حين أن هذا يعمل لا يزال اختراقًا بسبب وظائف المصمم المحدودة.
لقد نظرنا أيضًا إلى شبكة الخدمة و BWSE وهذا لا يبدو أنه يعطينا أي شيء آخر. في الواقع أكثر قليلاً من الحد.
مع اختبار BW ، يمكنك ممارسة TDD وإضافة مشاريعك إلى CI الخاص بك تحقق من ذلك http://nicosommi.com/؟p=209
إنه مصدر مفتوح
IBM RIT هي أداة جيدة جدًا للعمل على هذا النوع من السيناريوهات ، ويمكن أن تساعدك على تأكيد سيناريوهات مختلفة وأيضًا لتقييم تغطية التعليمات البرمجية.
أوصي IBM RIT. إنه جزء من مكدس IBM RTW. يمكنك استخدامه في نماذج التسليم TDD و CI/CD بسهولة.
