Test Case Management
QACasos de teste, suites 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 ou posterior, 6.x, 7.x
- Relatórios
- 12, com CSV e Excel
- Permissões
- 18, por função no projecto
- CI/CD
- REST API, autenticação por chave de API
- Idiomas
- 50 ficheiros 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 originou
Nada na cadeia é uma cópia. Uma tarefa aponta para os casos de teste que a comprovam, cada ronda acrescenta uma execução, e uma execução falhada aponta para o defeito que originou. Siga as ligações em qualquer sentido e vai dar a registos reais do Redmine.
1. Tarefa
Uma funcionalidade, uma história ou um requisito, no tipo de tarefa que já utiliza. O plugin não acrescenta nenhum tipo de tarefa próprio.
2. Caso de teste
Atribuído um a um ou através de um pacote. O mesmo caso, por exemplo o TC-41, pode servir qualquer número de tarefas.
3. Plano e ronda
Um plano (TP-2) define o âmbito de um lançamento; uma ronda (TR-5) é uma sessão sobre uma build.
4. Execução
Passou, falhou, bloqueado ou ignorado, com build, commit, ambiente, resultados por passo e capturas de ecrã. Nunca é editada depois.
5. Defeito
Uma tarefa normal do Redmine ligada 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 escolher, execuções fixadas à versão do caso que foi executada e uma regra opcional que impede fechar uma tarefa enquanto os testes não passarem.
O fluxo de trabalho completo, capturado num Redmine 6.1 em funcionamento
São ecrãs reais do plugin no tema predefinido do Redmine. O projecto, as pessoas e os resultados são dados de demonstração de uma loja online fictícia chamada Harbor Storefront.
Escrever: uma biblioteca de casos de teste reutilizáveis
Pesquise e filtre por módulo, estado, automatização e etiquetas. Cada caso tem passos estruturados, um registo de revisão e o seu próprio histórico de versões.
Planear: pacotes, planos de lançamento e dados de teste
Os pacotes reúnem casos para reutilização. Um plano junta pacotes, tarefas, testadores e uma versão do Redmine. Os conjuntos de dados alimentam um caso com muitas linhas.
Executar: os testes fazem-se na tarefa e na ronda
Programadores e testadores trabalham onde já estão. Cada resultado é uma nova execução, pelo que o histórico é o registo de auditoria.
Decidir: relatórios que respondem a “podemos lançar?”
Doze relatórios, todos com CSV, Excel e impressão. Dois deles foram feitos para a conversa sobre o lançamento.
À sua maneira: importação, notificações e definições
Trinta dias de testes vistos nos relatórios
Os números abaixo vêm directamente do projecto de demonstração das capturas de ecrã, lidos nos relatórios do próprio plugin: 70 casos de teste e 1242 execuções entre 9 de Setembro e 8 de Outubro de 2026. Mostram o que o plugin mede. Não são benchmarks nem resultados de clientes.
| Medida | 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% | Objectivo: 90% |
| Cobertura de automatização | 60% | 42 de 70 casos |
| Defeitos originados por falhas | 5 | Ligados à execução que falhou |
| Ambiente | Execuções | Passou | Falhou | Bloqueado | Ignorado | 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 | Com sucesso | Taxa de sucesso |
|---|---|---|---|---|
| API | 5 | 129 | 123 | 95.3% |
| Catálogo | 8 | 118 | 112 | 94.9% |
| Notificações | 5 | 99 | 93 | 93.9% |
| Administração | 6 | 62 | 56 | 90.3% |
| Pesquisa | 6 | 143 | 128 | 89.5% |
| Autenticação | 10 | 193 | 172 | 89.1% |
| Checkout | 8 | 131 | 114 | 87.0% |
| Encomendas | 6 | 89 | 73 | 82.0% |
| Carrinho | 8 | 143 | 116 | 81.1% |
| Pagamentos | 8 | 135 | 103 | 76.3% |
No Redmine, os mesmos números aparecem no painel (anel da taxa de sucesso, distribuição de resultados, tendência a 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, gravidade, tipo e etiquetas. 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 a apontar para os passos que foram realmente executados.
Revisão e aprovação
Rascunho, em revisão, aprovado, obsoleto. Cada decisão fica registada com revisor, data e comentário, e o autor é notificado.
Pacotes, planos e rondas
Os pacotes agrupam casos para reutilização. Os planos definem o âmbito de um lançamento ou de um sprint face a uma versão do Redmine. As rondas registam uma sessão sobre uma build.
Uma secção de testes em cada tarefa
Casos atribuídos, últimos resultados, taxa de sucesso, defeitos associados e registo com um clique, nos tipos de tarefa que escolher.
Execuções que pode auditar
Cada execução acrescenta um registo com resultado, modo, ambiente, build, commit, duração, resultados por passo, log e capturas de ecrã. Nada é substituído.
Testes orientados por dados
Conjuntos de dados reutilizáveis com colunas com nome. Associe-os a casos ou a pacotes inteiros e registe a linha que cada execução utilizou.
Mapeamento de automatização e CI/CD
Associe um caso a uma framework e a um identificador que o seu runner entenda, e deixe o pipeline ir buscar o que há para correr e enviar os resultados.
Painel e doze relatórios
Um painel que cada utilizador compõe a partir de oito widgets, mais relatórios de prontidão, cobertura, tendência, ambientes, defeitos e monitorização.
Quatro pequenos ciclos de vida, todos visíveis na página
| Registo | Percurso principal | Outros estados |
|---|---|---|
| Caso de teste | Rascunho → Em revisão → Aprovado | Alterações pedidas, Obsoleto |
| Plano de testes | Rascunho → Activo → Concluído | Arquivado |
| Ronda de testes | Planeada → Em curso → Concluída | Interrompida |
| Resultado da execução | Passou, Falhou, Bloqueado ou Ignorado | Não executado. Cada resultado é registado como manual ou automatizado. |
O seu pipeline pergunta o que correr e depois comunica os resultados
A REST API fica em /testcases/api/v1 e autentica-se com uma chave de API normal do Redmine. Tudo o que consiga enviar um pedido HTTP pode utilizá-la. Um guia dentro do plugin acompanha a configuração, já com os seus URL preenchidos.
| Método | Endpoint | Finalidade |
|---|---|---|
| GET | /issues/:id/testing | O que correr para uma tarefa |
| POST | /executions/upload | Resultados de uma build para uma tarefa |
| POST | /executions/bulk_upload | Resultados de várias tarefas ou builds |
| POST | /test_runs | Criar uma ronda para esta build |
| POST | /test_runs/:id/results | Enviar resultados para uma ronda |
| GET | /test_cases | Listar, criar e actualizar casos |
| GET | /test_plans | Listar, criar e actualizar planos |
| GET | /issues/:id/coverage | Cobertura de testes de uma tarefa |
| GET | /reports/:name | Qualquer relatório em JSON |
| GET | /dashboard | Métricas agregadas |
Enviar os resultados de uma build
Faça POST do id da tarefa, do número da build, do SHA do commit, do ambiente e de uma lista de resultados para /executions/upload. Os resultados são associados aos casos pelo identificador de automatização, pelo id do caso ou pela referência, e cada um torna-se uma nova execução. Os nomes dos resultados são normalizados, pelo que passed, failure e ignored vindos do seu runner ficam todos no sítio certo, e um resultado falhado enviado com create_defect abre um defeito associado.
Dezoito permissões num único módulo de projecto
Os testes são um módulo de projecto normal do Redmine. Active-o onde testa e dê a cada função apenas aquilo de que precisa. Os separadores do menu acompanham as permissões.
| Função | Permissões típicas | O que faz |
|---|---|---|
| Responsável de QA | manage_test_cases, approve_test_cases, manage_test_bundles, manage_test_plans, assign_test_bundles | Gere a biblioteca, aprova casos, monta pacotes e planos de lançamento |
| Testador | view_test_cases, execute_tests, manage_test_runs, manage_test_data | Corre testes, regista resultados, mantém os dados de teste |
| Engenheiro de automatização | manage_test_automation, view_test_executions | Associa casos a frameworks e identificadores |
| Programador | view_test_cases, view_test_executions, view_test_runs | Vê o que é testado numa tarefa e porque falhou |
| Gestor de projecto | view_test_reports, view_test_plans | Lê os relatórios de prontidão, cobertura e monitorização |
| Conta de serviço de CI | upload_test_results | Envia resultados com a sua chave de API e mais nada |
| Administrador | admin_testing_settings, manage_test_environments | Prefixos, ambientes, objectivos e a regra de fecho |
Corre onde o seu Redmine já corre
| Ambiente | Estado | Notas |
|---|---|---|
| Redmine 7.x | Suportado | |
| Redmine 6.1 | Suportado | Versão-alvo de desenvolvimento, em Rails 7.2 e Ruby 3.4. As capturas de ecrã desta página são da 6.1.2. |
| Redmine 6.0 | Suportado | |
| Redmine 5.x | Suportado | A 5.0 é a versão mínima que o plugin declara |
| MySQL 8 | Suportado | 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 a secção de testes aos tipos que escolher ou deixe-a em todos. |
| Gems adicionais | Uma, opcional | roo, apenas para importar ficheiros .xlsx e .xls |
Instalação em três passos
Requer acesso por shell e a possibilidade de executar tarefas rake. Faça sempre uma cópia de segurança antes de instalar uma extensão.
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
Acrescenta tipos de tarefa próprios para requisitos, histórias ou defeitos?
O que acontece aos resultados antigos quando alguém edita um caso de teste?
Um teste falhado pode impedir que uma tarefa seja fechada?
Com que sistemas de CI funciona?
As falhas podem criar defeitos automaticamente?
Podemos trazer casos de teste de uma folha de cálculo?
Os números desta página são reais?
Preços
Um servidor
Uma instância do Redmine · utilizadores ilimitados · 12 meses de atualizações.
Vários servidores
Servidores Redmine ilimitados · utilizadores ilimitados · 12 meses de atualizações.
Precisa de uma solução Redmine à medida?
Procura uma funcionalidade que os nossos plugins ainda não oferecem?
A RedmineKit desenvolve plugins Redmine à medida, personaliza plugins existentes, automatiza fluxos de trabalho, integra ferramentas de terceiros e cria soluções ajustadas à sua empresa.
Diga-nos o que precisa. Analisaremos os seus requisitos e proporemos uma solução adequada, com custo e prazo estimados.