هل يعد استخدام مركز الجودة HP للتكامل المستمر فكرة جيدة؟

Question

نحتاج إلى تجميع التعليمات البرمجية الخاصة بنا بعد تسجيل الدخول، ويتم إعلامنا في حالة فشل التجميع، وإجراء الاختبارات، وإخطارنا بنتائج الاختبار ونشر تطبيقنا (نشر موقع ويب أو إنشاء ملف msi لتطبيق سطح المكتب) بشكل يومي.

نحن نستخدم SVN ونفكر في استخدام TeamCity أو CruiseControl.NET لخادم التكامل المستمر لمشاريع .net الخاصة بنا والتي تحتوي على اختبارات msunit.

توصل مدير المشروع الخاص بي إلى HP Quality Center وQuick Test Professional (تم شراؤه بالفعل) واقترح استخدامهما لتتبع المشكلات (حاليًا نستخدم Jira) والتكامل المستمر.

هل له معنى؟

Answer 1

لدينا الكثير من العملاء الذين دمج QC العيب واختبار تتبع إلى التكامل المستمر عبر خط انابيب. لكن QC لا يقود العملية، فإنه يجري دمجها في عملية CI وCID.

Answer 2

لا.أنا أستخدم الآن عند العميل، و يكره هو - هي.إنه لا يدعم المتصفحات غير التابعة لـ MS (ActiveX، وما إلى ذلك)، لذلك في OS X، نحن عالقون مع الأجهزة الافتراضية، وما إلى ذلك.علاوة على ذلك، فإن الواجهة قديمة جدًا وبطيئة.إنها تقنية قديمة وفظيعة وموروثة.هناك خيارات أفضل بكثير.

Answer 3

ونحن نستخدم QC لتشغيل ما يسمى مجموعات اختبار. لقد كنا ناجحة جدا يعمل بهذه الطريقة. يمكنك استخدام QC لإعلامك على تنفيذ فاشلة. هذا من شأنه أن يخطر لك بالطبع إذا كان هناك شيء لم تجمع على نهاية QTP ل. يمكنك أيضا إعداد أخرى QTP وبي. مخطوطات لتشغيل إذا فشل السيناريو.

Answer 4

وليست فكرة جيدة، لقد فعلت POC لأدوات QC وبورلاند (لHP)، وعلى الرغم ممكن، وهناك عدد كبير جدا من المنطقة حيث تزامن يجب أن يكون مثاليا، وزمن الاستجابة بطيئة من QC في وقت ما بسبب للتواصل وغيرها لتحريك الملف الصحيح، والحصول على نتيجة تجميع ونشر غير مهزوزة قليلا. مرة أخرى من الناحية الفنية عن طريق API فمن الممكن تماما.