De user stories e processos a scripts de teste
A parte mais demorada de um UAT é escrever os scripts. Leia as suas user stories do Jira ou do Azure DevOps, ou cole-as, e receba casos de teste escritos na linguagem do negócio, com passos, dados de teste e o resultado esperado.
- Do Jira, Azure DevOps, Excel ou texto colado
- Os passos que teve de presumir ficam marcados para verificação
- Cada caso de teste fica associado à sua story
- BPMN (Camunda, Signavio, Bizagi), Visio, Word ou PDF
- As lanes tornam-se as funções que testam
- Cada decisão tem o seu próprio caso de teste
- Cobertura por story, também no relatório de go/no-go
- As ocorrências voltam à story
Ocorrências que o programador entende, e uma visão geral para o go/no-go
Os testers escrevem o que veem, por palavras suas. A IA transforma uma ocorrência em passos para reproduzir, resultado esperado e obtido, e diz o que ainda falta, como que item ou que função de acesso. Antes da reunião de go/no-go, resume todas as ocorrências abertas: por tema, o que bloqueia o go-live e que ocorrências parecem ser o mesmo problema.
- Write up with AI: use a proposta ou descarte-a; o original do tester fica no histórico
- Summarize with AI: leia, clique para ir às ocorrências, copie para a ata
- Possíveis duplicados são sugeridos enquanto um tester cria uma ocorrência, em todos os planos
Que casos de teste uma release do CRM afeta
O Salesforce tem três releases por ano, e a Microsoft lança atualizações do Dynamics 365 durante todo o ano. A Salvion mantém as alterações de cada release do Salesforce e os itens do roadmap da Microsoft para o Dynamics 365, e verifica cada um. Assinala-se uma vez o que o projeto usa; a IA compara as alterações com os casos de teste.
- Os casos de teste que a release afeta, cada um com o motivo
- Propostas de novos casos de teste para o que muda e ainda não está coberto
- As atualizações obrigatórias para o administrador, com a data em que são impostas
- Cole também as notas da release de um pacote ou da sua própria release
- Um lembrete se o ciclo não tiver sign-off 3 dias antes da produção
- Uma falha indica com que alteração da release veio, também no Jira, no Azure DevOps e na API
- O relatório da release no relatório de go/no-go e no pacote de evidências
Só as alterações da release e os títulos dos casos de teste com a ação de cada passo vão para a IA: sem resultados esperados, dados de teste, resultados, ocorrências ou nomes de pessoas. As notas da release que cola são enviadas com o seu nome, e nada mais. Com o seu próprio modelo de IA ligado, a verificação usa esse modelo. O Release readiness é um módulo de €99 por mês para todos os planos: adicione-o em Plan & billing.
Uma proposta, nunca uma decisão
O AI test design usa a Anthropic como subcontratante, a menos que o seu workspace use o seu próprio modelo de IA; veja Para compras e TI para saber para onde vão os dados. Não inclua dados pessoais de clientes em stories e ocorrências.
Um módulo para qualquer plano
| Plano | Preço | Incluído |
|---|---|---|
| Pilot | Gratuito, incluído para experimentar | 10 user stories e 5 pedidos sobre ocorrências |
| Project | €199 pagamento único | 500 user stories durante a vigência do projeto |
| Team, Business, Partner, Enterprise | €99 por mês | 300 user stories por mês |
| Precisa de mais? | €49 pagamento único | 250 user stories adicionais |
| Release readiness, todos os planos | €99 por mês | A revisão de cada release do CRM |
Uma descrição de processo conta como uma user story por cada 3.000 caracteres. A IA sobre as ocorrências e o Release readiness não consomem user stories. Preços sem IVA.