UAT Studioby Salvion
UAT para Salesforce

Testes de aceitação para Salesforce

Para o go-live do Sales Cloud ou do Service Cloud, e para as três releases do Salesforce que se seguem todos os anos. Os testers do negócio recebem os seus próprios scripts, as ocorrências chegam com o screenshot e o item do CRM, e a direção do projeto recebe um go/no-go claro.

Testers nunca precisam de licençaScripts prontos para Sales Cloud e Service CloudDados guardados na UE
Para quem é

Para todos num UAT de Salesforce

O UAT Studio nasceu de go-lives reais de Salesforce, criado por um consultor que os conduziu ele próprio.

Líderes de teste e gestores de projetoPlaneiam os dias de teste, acompanham o progresso por grupo e conduzem a triagem.
Administradores e programadores SalesforceEnviam ocorrências para o Jira ou o Azure DevOps e veem de imediato o que retestar.
Parceiros de implementaçãoGerem os UATs de todos os seus clientes num só lugar, com o seu próprio logo no plano Partner.
Testers do negócioComerciais e agentes de apoio ao cliente que testam os seus próprios processos, sem formação numa ferramenta de testes.
Donos de processo e a direção do projetoDão o sign-off por grupo e decidem o go/no-go com base em dados.
As partes difíceis

O que torna difícil um UAT de Salesforce, e como o UAT Studio lida com isso

Um UAT de CRM é testado por pessoas que não testam por profissão, num ambiente que muda constantemente, com uma data que não se mexe. É assim que o UAT Studio lida com cada parte.

Testers do negócioPessoas que testam uma ou duas vezes por anoOs seus testers são comerciais e agentes de apoio ao cliente com o seu trabalho do dia a dia. Precisam de um script claro e de um só lugar para anotar o que veem.
  • Entram com um código por email: sem conta, sem senha, sem licença
  • Cada tester vê apenas os seus próprios scripts e indica Pass, Fail, Blocked ou N/A por passo
  • Num laptop, num tablet ou num smartphone
  • A extensão do navegador para Chrome e Edge abre os testes num painel lateral ao lado do Salesforce; o seu líder de teste indica aos testers onde a obter
SandboxesQue sandbox, que build?O UAT é feito numa sandbox, e as correções chegam enquanto os testes continuam. Todos têm de saber o que foi testado e onde.
  • O ambiente, a release e o build ficam guardados por ciclo, e aparecem no relatório de go/no-go
  • Uma ocorrência aponta diretamente para o item do Salesforce onde algo falhou, sandbox incluída
  • Um Fail no painel lateral leva consigo um screenshot, o link do item e as mensagens de erro da página
Dados de testeO utilizador certo e os itens certosUma aprovação de proposta só pode ser testada com o perfil certo, a conta certa e a tabela de preços certa. Os testers perdem horas quando isso não está pronto.
  • Uma função de teste e uma conta de teste por tester: o script indica Log in as …
  • Dados de teste por passo, ao lado da ação e do resultado esperado
  • Notas para os testers sobre caixas de correio de teste, regras de nomenclatura e quem contactar
  • Exporte ou elimine tudo no fim de um projeto
O calendário de releasesTrês releases por anoSpring, Summer e Winter: cada release do Salesforce pode mudar o funcionamento da sua org, e chega às suas sandboxes semanas antes da produção.
  • A página de projetos mostra as próximas releases do Salesforce, com a data da sandbox preview, a data em produção e as release notes
  • Os administradores recebem um email duas semanas antes da sandbox preview
  • Start a regression round copia os casos de teste de um UAT anterior, com os seus passos, dados de teste e resultados esperados: só Must, Must e Should, ou todos
Sign-offUma decisão que o negócio assumeO go-live é decidido pelo negócio, não pelo projeto. O negócio precisa de ver o que foi testado e o que ainda está em aberto.
  • Sign-off por grupo: Accepted, Accepted with conditions ou Rejected
  • Por padrão, nenhuma aceitação enquanto houver uma ocorrência Critical aberta
  • O relatório de go/no-go em PDF ou em slides, e um dossiê de evidências para auditores

Primeiro UAT de Salesforce? A sandbox, os dados de teste, os testers e o sign-off, passo a passo: Leia o guia.

Release readiness

Saiba que casos de teste uma release do Salesforce afeta

A Salvion mantém as alterações de cada release do Salesforce, classificadas sob uma parte do Salesforce e verificadas. Adicione os pacotes do AppExchange que usa, ou cole as notas da release deles.

What this project usesAssinale uma vez em Setup que partes do Salesforce o UAT cobre. Só contam as alterações nessas partes.
Review the releaseA IA mostra os casos de teste que a release afeta, com o motivo, propõe casos de teste para o que ainda não está coberto e lista as atualizações obrigatórias para o administrador, com as suas datas.
O ciclo de regressãoCrie-o com exatamente os casos de teste escolhidos. Chega um lembrete se não tiver sign-off 3 dias antes da produção, e o relatório da release entra no relatório de go/no-go.

Um módulo de €99 por mês para todos os planos: adicione-o em Plan & billing. O que vai para a IA

Comece mais depressa

Parta do que já tem

Biblioteca de modelos SalesforceScripts de UAT prontos para Sales Cloud e Service Cloud: web-to-lead, conversão de leads, oportunidades e tabelas de preços, propostas e aprovações, email-to-case, encaminhamento, entitlements, a Service Console, knowledge e acessos por função. Um módulo para todos os planos pagos; os casos de teste que importar continuam a ser seus.
Um projeto de exemploAdicione um exemplo de Salesforce ao seu workspace: um projeto completo com casos de teste, testers, resultados e ocorrências para explorar, com dados fictícios.
Os seus próprios casos de testeImporte-os do Excel, ou de exportações do Jira (Xray, Zephyr Scale), Azure DevOps e TestRail.
AI test designCasos de teste propostos a partir das suas user stories no Jira ou no Azure DevOps. Você aprova cada um. Como funciona
Testes automatizados ao lado do UATO relatório JUnit do Provar, do Copado ou dos seus próprios testes no dashboard, ao lado dos resultados do negócio. Um módulo do Team, incluído no Business e superiores. Testes automatizados
Perguntas

UAT para Salesforce: perguntas frequentes

O UAT Studio precisa de acesso à nossa org Salesforce?

Não. Os testers trabalham na sua sandbox como sempre. O UAT Studio não lê dados da sua org: a extensão do navegador só envia o que um tester guarda com um passo falhado, como o screenshot e o link para o item.

Os nossos testers precisam de licença?

Não para o UAT Studio. Os testers são ilimitados em todos os planos pagos. Você adiciona o endereço de email e eles entram com um código. No Salesforce, usam as contas de teste da sua sandbox.

Podemos usar os mesmos casos de teste na próxima release do Salesforce?

Sim. Escolha Salesforce como CRM do projeto. Antes de cada release, Start a regression round copia os casos de teste que escolher para um novo projeto, com o nome da release, como Salesforce Spring '27.

De onde vêm os casos de teste?

Importe-os do Excel ou de uma exportação do Jira, Azure DevOps ou TestRail, parta da biblioteca de modelos, ou deixe a IA propô-los a partir das suas user stories. Você aprova cada proposta.

Que casos de teste a próxima release afeta?

Com o módulo Release readiness, Review the release mostra os casos de teste que cada release do Salesforce afeta, com o motivo, propostas de novos casos de teste e as atualizações obrigatórias com as suas datas. Depois cria-se o ciclo de regressão com exatamente esses casos de teste.

Onde são armazenados os nossos dados?

Na UE (Frankfurt). Veja Para compras e TI para a segurança, os subcontratantes e o acordo de tratamento de dados.

Experimente na sua próxima release do Salesforce14 dias grátis, com os seus próprios casos de teste e as integrações incluídas.Iniciar piloto

Veja também UAT para Dynamics 365, a checklist de UAT e todas as integrações. Salesforce, Sales Cloud e Service Cloud são marcas comerciais da Salesforce, Inc. O UAT Studio não é afiliado nem endossado pela Salesforce.