📄 Teste Bounty Revvy: Definições e Testes P1 e P2

Propósito

Este guia descreve o plano estruturado de testes com bounty da Revvy para as abas Conexões, Código, Pull Requests e Pipelines. Define:

  • Testes sistemáticos de todos os botões visíveis e fluxos de trabalho.

  • Categoriações claras de problemas P1, P2 para relatórios consistentes.

  • Requisitos de elegibilidade para que testadores se qualifiquem para bounties através da validação de fluxos de trabalho do mundo real.


Pré-requisitos para Elegibilidade ao Bounty

Para se qualificarem para bounties, os testadores devem concluir o seguinte:

  1. Conectar pelo menos 3 orgs do Salesforce (Developer, Sandbox, Production).

  2. Recuperar pelo menos 50.000 componentes de metadata de uma org para testar escalabilidade (por exemplo, ApexClasses, Triggers, Objects).

  3. Criar pelo menos 4+ branches, 2+ pull requests, e completar um fluxo de merge.

  4. Criar e executar pelo menos 1+ pipeline com as seguintes operações:

    • Deploy

    • Validate

    • Rollback

    • Etapa Manual

  5. Testar todos os botões para:

    • Funcionalidade

    • Estabilidade

    • Execução correta do fluxo de trabalho

  6. Documentar problemas com:

    • Passos claros de reprodução

    • Capturas de tela ou vídeos

    • Rótulos P1 ou P2 para validação

Observação: Consulte o Guia Prático do Cenário de Certificação Avançada da Revvyarrow-up-right para exemplos de fluxos de trabalho e detalhes da estratégia de branching.


Definições de Prioridade

Prioridade
Definição
Exemplos
Peso do Bounty

P1

A tarefa afeta clientes

Não é possível implantar, recuperar metadata ou criar PR

Alto

P2

A tarefa afeta clientes, mas há uma solução alternativa não técnica

Validate falha, mas deploy funciona; recuperação parcial de metadata

Médio


Escopo de Testes

1. Aba Conexões

Botões a Testar

  • Adicionar Conexão

  • 🔄 Recuperar

Requisitos de Teste

  • Adicionar conexões de org Developer, Sandbox e Production com sucesso.

  • Recuperar metadata (por exemplo, ApexClasses, Triggers, Objects) de todas as orgs conectadas.

  • Verificar a contagem, tipos e precisão da recuperação da metadata.

Exemplos de Prioridade

Prioridade
Definição
Exemplos

P1

Adicionar Conexão ou Recuperar falha, afetando clientes

OAuth falha, recuperação nunca conclui, nenhuma metadata recuperada

P2

Recuperação parcial ou problemas de UI com solução alternativa não técnica

Tipos de metadata ausentes, requer atualização manual, indicadores de carregamento travados


2. Aba Código

Botões a Testar

  • Criar Branch

  • Adicionar Componentes

  • 🚀 Deploy (com sub-opções):

    • Validate

    • Overwrite Protection

    • Correção Pré-Deploy

Requisitos de Teste

  • Criar branches e verificar se eles aparecem corretamente.

  • Adicionar componentes com precisão para implantação.

  • Testar todas as sub-opções de deploy (Validate, Overwrite Protection, PreDeploy Fix).

  • Implantações apenas de validação.

  • Verificar resultados de implantação e funcionalidade das sub-opções.

Exemplos de Prioridade

Prioridade
Definição
Exemplos

P1

Criar Branch, Adicionar Componentes ou Deploy falha, afetando clientes

Não é possível criar branches, botão de deploy não responde, validate sempre falha

P2

Problemas parciais nas sub-opções de deploy com solução alternativa não técnica

Proteção de sobrescrita não funcionando, correção Pré-Deploy falha


3. Aba Pull Requests

Botões a Testar

  • Criar Pull Request

  • Merge

  • 📄 Componentes Alterados

Requisitos de Teste

  • Criar PRs entre branches.

  • Visualizar diffs na seção “Componentes Alterados”.

  • Mesclar PRs e verificar se as alterações aparecem no branch de destino.

Exemplos de Prioridade

Prioridade
Exemplos

P1

Criação ou merge de PR falha, afetando clientes

P2

Problemas de diff com solução alternativa não técnica


4. Aba Pipelines

Botões a Testar

  • Criar Pipeline

  • ▶️ Executar Pipeline

  • ⚙️ Operações de Pipeline:

    • Deploy

    • Validate

    • Rollback

    • WebHook

    • Etapa Manual

Requisitos de Teste

  • Criar pipelines com operações Deploy, Validate, Rollback, WebHook e Etapa Manual.

  • Executar pipelines e verificar o fluxo de execução.

  • Confirmar atualizações de status precisas (por exemplo, Pendente, Sucesso, Falhou).

Exemplos de Prioridade

Prioridade
Exemplos

P1

Criar Pipeline ou Executar Pipeline falha, afetando clientes

P2

Algumas operações do pipeline falham com solução alternativa não técnica


Regras de Elegibilidade para Bounty

Para ganhar bounties, os testadores devem:

  1. Testar todos os botões para correção funcional e conclusão de fluxo de trabalho de ponta a ponta.

  2. Documentar problemas via envio de caso com:

    • Passos de reprodução

    • Capturas de tela ou vídeos

    • Rótulos P1 ou P3 (verificados pela equipe Revvy)

  3. Testar em todas as abas:

    • Conexões: Adicionar, Recuperar

    • Código: Criar Branch, Adicionar Componentes, Deploy (Validate, Overwrite, PreDeploy Fix)

    • Pull Requests: Criar, Mesclar, Componentes Alterados

    • Pipelines: Criar, Executar, Operações (Deploy, Validate, Rollback, WebHook, Etapa Manual)


Estrutura de Pagamento de Bounties

Prioridade
Faixa de Pagamento
Condição

P1

$10

Validado como bloqueante e reproduzível

P2

$5

Validado como afetando clientes com solução alternativa não técnica


Passos de Envio para o Programa de Bounty

  1. Abrir Messenger do Intercom da Revvy.io (canto inferior direito).

  2. Selecione Enviar Teste de Bounty.

  3. Carregar todas as capturas de tela ou vídeos.

  4. Enviar todos os bugs e solicitações de recurso via tickets de suporte

  5. Clique Enviar.


Suporte

Travado? Nós ajudamos! 💬 Abra Messenger do Intercom para:

  • Faça uma pergunta

  • Relatar um bug

  • Enviar uma mensagem

Nossa equipe está aqui para garantir seu sucesso.


Notas Adicionais

Atualizado