توصيات إطار الاختبار من النهاية إلى النهاية

Question

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

نحن نستخدم أيضًا Hudson CI ونبحث عن شيء من شأنه أن يدمج بسهولة معه.

هل هناك فائز واضح؟

محدث: يحتوي النظام على العديد من المكونات ، وبعضها خدمات الويب تعمل على Tomcat ، وهناك بعض قواعد بيانات NOSQL أيضًا ، ولكن لا يوجد اختبار واجهة المستخدم في الوقت الحالي.

يرجى إضافة تعليق إذا كان هناك حاجة إلى مزيد من التوضيح حول تفاصيل المشروع.

Answer 1

يعد إطار Robot Framework إطارًا جيدًا للاختبار الذي يعتمد عليه الكلمات الرئيسية التي نستخدمها في اختبار التكامل النهائي إلى النهاية.http://code.google.com/p/robotframework/

هناك البرنامج المساعد لجينكينز (شوكة هدسون) وهذا مفيد للغاية. هو - هي يقال يعمل مع هدسون كذلك.

Answer 2

من الرائع أن تقرأ أنك قررت البدء في استخدام إطار روبوت. لقد أصبح المكون الإضافي الخاص به Hudson بالفعل أفضل بكثير (تخطط الاتجاه ، المتوفرة من Hudson مباشرة ، ...) وانتقلت إلى مكان جديد:http://wiki.hudson-ci.org/display/hudson/robot+framework+plugin

Answer 3

هل يمكنك أن تكون أكثر تحديداً ، عندما تقول ، تريد أن يكون لديك إطار اختبار شامل؟ ما نوع التطبيق الذي تقوم بتطويره (مستقل ، على شبكة الإنترنت ، خدمة الويب ، ...)؟ ما هي اللغة التي تقوم برمجتها؟

أود أيضًا البحث عن المعرفة السابقة في فريقك أو حول فريقك (على سبيل المثال الفرق الأخرى). قد يكون ذلك كافيًا ، لاستخدام testng أو Junit (لقد رأيت ورقة قديمة عن اختبار واجهة المستخدم باستخدام Junit). يجب أن تكون جميع أطر الاختبار تقريبًا على ما يرام بالنسبة لهدسون ، طالما أنه يمكن البدء في وضع مقطوع الرأس/النصوص ، وإذا قدموا النتائج بتنسيق يفهمه هدسون (في أسوأ الحالات ، يكون HTML كافياً ، على الرغم من أن Hudson سيكون قادرًا فقط لعرض الصفحات). لذلك إذا كانت لديك أدوات مراقبة IBM متاحة ، فقد ترغب في النظر إلى اختبار الوظيفي العقلاني أو اختبار الأداء العقلاني.

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

لذا امنحنا المزيد من المعلومات ويمكننا أن نقدم لكم نصائح أفضل.

Answer 4

تجربتي مع jbehave جيد جدا. نوصي.

يعتمد على BDD - تطور السلوك.