É uma boa idéia usar o HP Quality Center para integração contínua?

Question

Precisamos compilar nosso código após verificação - ins, ser notificado se compilação falhar, executar testes, ser notificado dos resultados dos testes e publicar nossa aplicação (publicar um site ou criar um arquivo msi para um aplicativo de desktop) em uma base diária .

Estamos usando SVN e foram considerando usando TeamCity ou CruiseControl.NET para servidor de integração contínua para nossos projetos .net que msunit testes.

O meu gerente de projeto surgiu com HP Quality Center e Quick Test Professional (que já é comprado) e sugeriu usá-los para acompanhamento de problemas (atualmente estamos usando Jira) e integração contínua.

Será que faz sentido?

Answer 1

Temos muitos clientes que integram defeito QC e rastreamento de teste para integração contínua com pipeline. Mas QC não está dirigindo o processo, está sendo integrado ao processo de CI e CID.

Answer 2

NÃO . Eu estou usando agora em um cliente, e ódio isso. Ele não suporta não-MS navegadores (ActiveX, etc), assim por diante OS X, que está preso com VMs, etc. Além disso a interface que é bastante desajeitado e lento. Do seu antigo, horrível, legado tecnologia. Há muito melhores opções.

Answer 3

Nós usamos QC para executar o que são chamados de conjuntos de teste. Temos vindo a executar muito bem sucedido dessa maneira. Você pode usar QC para notificá-lo sobre a execução falhou. Este seria, evidentemente notificá-lo se algo não compilar em fim de QTP. Você também criou outros scripts QTP e LoadRunner para executar se um script falha.

Answer 4

Não é uma boa idéia, eu fiz um POC para QC e Borland ferramentas (para HP), e embora possível, há muitos área onde a sincronização tem que ser perfeito, e o tempo de resposta lenta do QC em algum momento devido para etc rede para desencadear arquivo certo, obter resultado da compilação e publicação é um pouco instável. Novamente tecnicamente via API é completamente viável.