Pregunta

Hay que compilar nuestro código después del check - in, ser notificado si falla la compilación, pruebas realizadas, ser notificados de los resultados de pruebas y publicar nuestra aplicación (publicar un sitio web o crear un archivo MSI para una aplicación de escritorio) sobre una base diaria .

Estamos utilizando SVN y estaban teniendo en cuenta el uso de TeamCity o CruiseControl.NET para el servidor de integración continua para nuestros proyectos .NET que han msunit pruebas.

Mi director del proyecto surgió con HP Quality Center y Quick Test Professional (que ya está comprado) y les sugirió utilizar para el seguimiento de problemas (actualmente estamos utilizando Jira) y la integración continua.

¿Tiene sentido?

¿Fue útil?

Solución

Tenemos una gran cantidad de clientes que integran defecto de control de calidad y seguimiento de la prueba en la integración continua pipeline. Pero QC no está conduciendo el proceso, que está siendo integrada en el proceso de CI y CID.

Otros consejos

NO . Estoy usando ahora en un cliente, y odio ella. No es compatible con navegadores no-MS (ActiveX, etc), por lo que en OS X, estamos atascados con máquinas virtuales, etc. Además de la interfaz es bastante torpe y lento. Es antiguo, horrible, tecnología legado. Hay muchas mejores opciones.

Utilizamos control de calidad para ejecutar lo que se llama Conjuntos de pruebas. Hemos tenido mucho éxito funcionando de esta manera. Se puede utilizar control de calidad para notificarle sobre una ejecución fallida. Por supuesto, esto le notificará si algo no compila en el extremo del plan de ahorro. También configurar otros scripts QTP y LoadRunner para funcionar si falla un script.

No es una buena idea, he hecho un POC de herramientas de control de calidad y Borland (HP), y aunque es posible, hay demasiados área donde la sincronización tiene que ser perfecto, y el tiempo de respuesta lento de control de calidad en algún momento debido trabajar en red, etc para desencadenar archivo correcto, obtener el resultado de la compilación y publicar es un poco inestable. Una vez más técnicamente través de la API es totalmente factible.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top