Test Case Management
QACasos de teste, suítes e pacotes reutilizáveis, ligados a cada tarefa e a cada pipeline de CI, com rastreabilidade completa do requisito ao defeito.
Vários servidores: $399
- Redmine
- 5.0 e posteriores, 6.x, 7.x
- Relatórios
- 12, com CSV e Excel
- Permissões
- 18, por papel no projeto
- CI/CD
- REST API, autenticação por chave de API
- Idiomas
- 50 arquivos de idioma
- Tipos de tarefa
- Os seus, sem alterações
Reusable test cases
Suites & bundles
Immutable executions
Automation mapping
CI/CD REST API
Dashboards & reports
Uma única cadeia, do requisito ao defeito que ele gerou
Nada na cadeia é cópia. Uma tarefa aponta para os casos de teste que a comprovam, cada rodada acrescenta uma execução, e uma execução que falhou aponta para o bug que ela abriu. Siga os links em qualquer direção e você chega a registros reais do Redmine.
1. Tarefa
Uma funcionalidade, história ou requisito no tipo de tarefa que você já usa. O plugin não acrescenta nenhum tipo de tarefa próprio.
2. Caso de teste
Atribuído um a um ou por meio de um pacote. O mesmo caso, como o TC-41, pode servir a quantas tarefas for preciso.
3. Plano e rodada
Um plano (TP-2) define o escopo de uma release; uma rodada (TR-5) é uma sessão contra um build.
4. Execução
Passou, falhou, bloqueado ou pulado, com build, commit, ambiente, resultados por passo e capturas de tela. Nunca é editada depois.
5. Defeito
Uma tarefa normal do Redmine vinculada a partir da falha, criada à mão ou automaticamente quando um teste falha.
Regras que mantêm a cadeia unida
Referências TC-, TB-, TP-, TR- e DS- com os prefixos que você escolher, execuções presas à versão do caso que foi executada e uma regra opcional que impede o fechamento de uma tarefa enquanto seus testes não passarem.
O fluxo de trabalho inteiro, capturado em um Redmine 6.1 em funcionamento
Estas são telas reais do plugin no tema padrão do Redmine. O projeto, as pessoas e os resultados são dados de demonstração de uma loja virtual fictícia chamada Harbor Storefront.
Escrever: uma biblioteca de casos de teste reutilizáveis
Pesquise e filtre por módulo, situação, automação e tags. Cada caso tem passos estruturados, um histórico de revisão e seu próprio histórico de versões.
Planejar: pacotes, planos de release e dados de teste
Pacotes reúnem casos para reutilização. Um plano une pacotes, tarefas, testadores e uma versão do Redmine. Conjuntos de dados alimentam um mesmo caso com várias linhas.
Executar: o teste acontece na tarefa e na rodada
Desenvolvedores e testadores trabalham onde já estão. Cada resultado é uma nova execução, então o histórico é a trilha de auditoria.
Decidir: relatórios que respondem “podemos lançar?”
Doze relatórios, todos com CSV, Excel e impressão. Dois deles foram feitos para a conversa sobre a release.
Do seu jeito: importação, notificações e configurações
Como trinta dias de testes aparecem nos relatórios
Os números abaixo vêm direto do projeto de demonstração das capturas de tela, lidos nos relatórios do próprio plugin: 70 casos de teste e 1.242 execuções entre 9 de setembro e 8 de outubro de 2026. Eles mostram o que o plugin mede. Não são benchmarks nem resultados de clientes.
| Métrica | Valor | Detalhe |
|---|---|---|
| Casos de teste | 70 | 61 aprovados, 5 em revisão |
| Execuções | 1,242 | 856 automatizadas, 386 manuais |
| Taxa de sucesso | 87.8% | Meta de 90% |
| Cobertura de automação | 60% | 42 de 70 casos |
| Defeitos gerados por falhas | 5 | Vinculados à execução que falhou |
| Ambiente | Execuções | Passou | Falhou | Bloqueado | Pulado | Taxa de sucesso |
|---|---|---|---|---|---|---|
| QA | 700 | 610 | 47 | 29 | 14 | 87.1% |
| Staging | 344 | 307 | 20 | 10 | 7 | 89.2% |
| DEV | 162 | 142 | 12 | 5 | 3 | 87.7% |
| UAT | 36 | 31 | 3 | 1 | 1 | 86.1% |
| Módulo | Casos | Execuções | Passaram | Taxa de sucesso |
|---|---|---|---|---|
| API | 5 | 129 | 123 | 95.3% |
| Catálogo | 8 | 118 | 112 | 94.9% |
| Notificações | 5 | 99 | 93 | 93.9% |
| Admin | 6 | 62 | 56 | 90.3% |
| Busca | 6 | 143 | 128 | 89.5% |
| Autenticação | 10 | 193 | 172 | 89.1% |
| Checkout | 8 | 131 | 114 | 87.0% |
| Pedidos | 6 | 89 | 73 | 82.0% |
| Carrinho | 8 | 143 | 116 | 81.1% |
| Pagamentos | 8 | 135 | 103 | 76.3% |
Dentro do Redmine, os mesmos números aparecem no painel (anel de taxa de sucesso, distribuição de resultados, tendência de 14 dias, cobertura por módulo e por componente) e nos relatórios em tabela, todos com exportação para CSV e Excel.
Construído em torno de uma regra: um caso de teste nunca é duplicado
Casos de teste reutilizáveis
Título, pré-condições, passos estruturados com resultados esperados, módulo, componente, prioridade, severidade, tipo e tags. Clone, edite em massa, importe e exporte.
Versões que protegem o histórico
Editar um caso que já foi executado cria uma nova versão. As execuções antigas continuam apontando para os passos que realmente foram executados.
Revisão e aprovação
Rascunho, em revisão, aprovado, obsoleto. Cada decisão fica registrada com revisor, data e comentário, e o autor é notificado.
Pacotes, planos e rodadas
Pacotes agrupam casos para reutilização. Planos definem o escopo de uma release ou sprint em relação a uma versão do Redmine. Rodadas registram uma sessão em um build.
Um painel de testes em cada tarefa
Casos atribuídos, últimos resultados, taxa de sucesso, defeitos vinculados e registro com um clique, nos tipos de tarefa que você escolher.
Execuções que você pode auditar
Cada rodada acrescenta um registro com resultado, modo, ambiente, build, commit, duração, resultados por passo, log e capturas de tela. Nada é sobrescrito.
Testes orientados a dados
Conjuntos de dados reutilizáveis com colunas nomeadas. Vincule-os a casos ou a pacotes inteiros e registre qual linha cada execução usou.
Mapeamento de automação e CI/CD
Mapeie um caso para um framework e um identificador que o seu runner entenda, e deixe o pipeline buscar o que executar e enviar os resultados.
Painel e doze relatórios
Um painel que cada usuário monta com oito widgets, além de relatórios de prontidão, cobertura, tendência, ambientes, defeitos e monitoramento.
Quatro pequenos ciclos de vida, todos visíveis na página
| Registro | Caminho principal | Outros estados |
|---|---|---|
| Caso de teste | Rascunho → Em revisão → Aprovado | Alterações solicitadas, Obsoleto |
| Plano de teste | Rascunho → Ativo → Concluído | Arquivado |
| Rodada de teste | Planejada → Em andamento → Concluída | Abortada |
| Resultado da execução | Passou, Falhou, Bloqueado ou Pulado | Não executado. Cada resultado é registrado como manual ou automatizado. |
Seu pipeline pergunta o que executar e depois informa o resultado
A REST API fica em /testcases/api/v1 e autentica com uma chave de API normal do Redmine. Qualquer coisa capaz de enviar uma requisição HTTP pode usá-la. Um guia dentro do plugin conduz a configuração com as suas próprias URLs já preenchidas.
| Método | Endpoint | Finalidade |
|---|---|---|
| GET | /issues/:id/testing | O que executar para uma tarefa |
| POST | /executions/upload | Resultados de um build para uma tarefa |
| POST | /executions/bulk_upload | Resultados de várias tarefas ou builds |
| POST | /test_runs | Criar uma rodada para este build |
| POST | /test_runs/:id/results | Enviar resultados para uma rodada |
| GET | /test_cases | Listar, criar e atualizar casos |
| GET | /test_plans | Listar, criar e atualizar planos |
| GET | /issues/:id/coverage | Cobertura de testes de uma tarefa |
| GET | /reports/:name | Qualquer relatório em JSON |
| GET | /dashboard | Métricas agregadas |
Enviando os resultados de um build
Faça um POST com o id da tarefa, o número do build, o SHA do commit, o ambiente e uma lista de resultados para /executions/upload. Os resultados são associados aos casos pelo identificador de automação, pelo id do caso ou pela referência, e cada um vira uma nova execução. Os nomes dos resultados são normalizados, de modo que passed, failure e ignored vindos do seu runner caem todos no lugar certo, e um resultado com falha enviado com create_defect abre um bug vinculado.
Dezoito permissões em um único módulo de projeto
Testes é um módulo de projeto padrão do Redmine. Ative-o onde você testa e dê a cada papel apenas o que ele precisa. As abas do menu acompanham as permissões.
| Papel | Permissões típicas | O que faz |
|---|---|---|
| Líder de QA | manage_test_cases, approve_test_cases, manage_test_bundles, manage_test_plans, assign_test_bundles | Cuida da biblioteca, aprova casos, monta pacotes e planos de release |
| Testador | view_test_cases, execute_tests, manage_test_runs, manage_test_data | Executa testes, registra resultados, mantém os dados de teste |
| Engenheiro de automação | manage_test_automation, view_test_executions | Mapeia casos para frameworks e identificadores |
| Desenvolvedor | view_test_cases, view_test_executions, view_test_runs | Vê o que é testado em uma tarefa e por que falhou |
| Gerente de projeto | view_test_reports, view_test_plans | Lê os relatórios de prontidão, cobertura e monitoramento |
| Conta de serviço de CI | upload_test_results | Envia resultados com sua chave de API, e nada mais |
| Administrador | admin_testing_settings, manage_test_environments | Prefixos, ambientes, metas e a regra de fechamento |
Roda onde o seu Redmine já roda
| Ambiente | Situação | Observações |
|---|---|---|
| Redmine 7.x | Compatível | |
| Redmine 6.1 | Compatível | Alvo de desenvolvimento, em Rails 7.2 e Ruby 3.4. As capturas de tela desta página são da versão 6.1.2. |
| Redmine 6.0 | Compatível | |
| Redmine 5.x | Compatível | 5.0 é a versão mínima declarada pelo plugin |
| MySQL 8 | Compatível | Usado no desenvolvimento e na demonstração desta página |
| Tipos de tarefa | Os seus | Funciona com qualquer configuração de tipos de tarefa. Limite o painel de testes aos tipos escolhidos ou deixe-o em todos. |
| Gems extras | Uma, opcional | roo, apenas para importar arquivos .xlsx e .xls |
Instalação em três passos
Requer acesso por shell e permissão para executar tarefas rake. Sempre faça backup antes de instalar um complemento.
cd /opt/redmine # unpack so the folder is plugins/redmine_testcases bundle install
RAILS_ENV=production bin/rails redmine:plugins:migrate NAME=redmine_testcases
# Project → Settings → Modules → Test Case Management # Administration → Roles and permissions → grant the testing permissions # Testing → Settings → environments, pass-rate target, trackers
RAILS_ENV=production bin/rails redmine:plugins:migrate NAME=redmine_testcases VERSION=0
Ele adiciona tipos de tarefa próprios para requisitos, histórias ou bugs?
O que acontece com os resultados antigos quando alguém edita um caso de teste?
Um teste com falha pode impedir o fechamento de uma tarefa?
Com quais sistemas de CI ele funciona?
As falhas podem criar bugs automaticamente?
Podemos trazer casos de teste de uma planilha?
Os números desta página são reais?
Preços
Um servidor
Uma instância do Redmine · usuários ilimitados · 12 meses de atualizações.
Vários servidores
Servidores Redmine ilimitados · usuários ilimitados · 12 meses de atualizações.
Precisa de uma solução Redmine sob medida?
Procurando um recurso que nossos plugins ainda não oferecem?
A RedmineKit desenvolve plugins Redmine sob medida, personaliza plugins existentes, automatiza fluxos de trabalho, integra ferramentas de terceiros e cria soluções sob medida para sua empresa.
Conte o que você precisa. Vamos analisar seus requisitos e propor uma solução adequada, com custo e prazo estimados.