Saber mais sobre o teste de aceitação do usuário

Cameron: Olá a todos. Meu nome é Cameron Johnson. Sou um dos escritores principais de conteúdo do Trailhead e estou aqui hoje com a especialista em análise comercial, Dernie. Dernie, nos fale sobre você e o que você faz na Salesforce.

Dernie: Sim. Olá, Cameron. Então, eu sou a Dernie Hashemzadeh. Lidero uma equipe incrível de profissionais aqui na Salesforce que são capacitados em análise comercial. E em poucas palavras o que fazemos, qualquer um na equipe de BA, é que somos a ligação entre as equipes de negócios e tecnologia, nesse caso é TI. E nosso principal papel como BA é proporcionar clareza e reunir pessoas e tecnologia para orientar nossa organização de vendas na implementação de soluções tecnológicas.

Cameron: Isso é muito legal. Então vocês são analistas comerciais da nossa Salesforce? Nossos próprios BAs internos, muito legal.

Dernie: Isso mesmo, sim.

Cameron: Excelente, então a razão pela qual estou conversando com Dernie hoje é que vamos falar sobre o tópico de UAT ou teste de aceitação do usuário. Eu provavelmente vou usar a sigla porque senão o nome é muito grande, mas alguns dos objetivos de nosso bate-papo hoje é o que é o UAT? Como é que um BA ou analista comercial está envolvido com o UAT? Por que o UAT é importante no sucesso de um projeto? E, depois, eu também vou colocar Dernie sob os holofotes e pedir algumas boas dicas e truques e melhores práticas. Então, se está tudo bem para você, Dernie, vamos à primeira pergunta. O que é UAT?

Dernie: Sim, o nome é longo. Então, significa teste de aceitação do usuário. E, francamente, é a última etapa antes de ir para produção. Normalmente, ele está em uma sandbox após o projeto ou melhoria terem sido completamente testados pela equipe de tecnologia. Então, geralmente, há garantia de qualidade, engenharia de qualidade e uma vez que eles passam por esse estágio, eles vão para o UAT. E, na verdade, o UAT é um teste realizado para projetos pelos usuários finais para aprovação antes da versão de produção. E os testes podem envolver diversas partes interessadas. Podem ser partes interessadas dos negócios, usuários finais. Podem envolver BAs, podem envolver também equipes de TI. E geralmente os testes envolvem casos de teste. E geralmente o resultado é uma aprovação ou reprovação. E, novamente, o objetivo geral do UAT é garantir que aquilo que foi originalmente solicitado esteja realmente sendo entregue. E também é para certificar que o sistema e a ferramenta agora são suficientes para uso na empresa.

Cameron: Excelente, então quando você diz aprovação ou reprovação isso literalmente significa que o projeto entra em produção ou não entra em produção. É entrar ou não em produção.

Dernie: Sim, exatamente. Então pense nisso como a última chance, a diligência prévia, a última chance antes de entrar em produção.

Cameron: Excelente, então, o que isso implica exatamente? Parece que há muitos testes, mas o que faz parte exatamente do UAT? O que leva a esse ponto de UAT?

Dernie: Eu diria preparação. Muita, muita preparação. Então, muito, especialmente como BA, muito do UAT é sobre o planejamento para a execução real desses casos de teste. Quem faz isso? Confirmar cronogramas. O que você vai testar? Muito do UAT é, na verdade, oficialmente sujar as mãos. Até esse ponto, especialmente do ponto de vista empresarial, potencialmente a partir de uma perspectiva de BA da Salesforce também. Você não colocou os dedos no teclado para testar, ainda não mexeu no mouse. Portanto, o UAT é realmente onde o BA e os usuários finais e outras potenciais partes interessadas do negócio podem testar o novo sistema. E, por último, a parte essencial do UAT é a formalidade de obter aprovação oficial do UAT. Aquela aprovação que você mencionou, estamos prontos para produção.

Cameron: Entendi. Você mencionou que os analistas comerciais estão bastante envolvidos no UAT, mas qual, na maioria dos casos, é o papel do BA no UAT?

Dernie: Essa é uma boa pergunta. Acho que em um nível mais simplista o BA da Salesforce, como mencionei antes, é a ligação entre o negócio e as equipes de tecnologia. E seus objetivos são trazer clareza e qualidade nesses projetos de tecnologia. Uma parte fundamental para trazer essa qualidade é essa fase de UAT do projeto. Para garantir que o produto real ou a melhoria que está sendo entregue realmente atenda à qualidade e expectativas do que o negócio está esperando.

Cameron: Interessante, então na sua experiência o BA está sempre no comando de um UAT?

Dernie: Eu acho que pode realmente variar, de equipe para equipe, de projeto para projeto, bem como de empresa para empresa. Mas posso dizer o que minha equipe faz aqui na Salesforce. Algumas das principais coisas que fazemos, por exemplo, durante a fase de UAT é, o BA será responsável por identificar quem são os testadores no UAT. E, novamente, podem ser vários tipos de pessoas. O BA normalmente vai liderar e coordenar o UAT. O BA, em muitos casos, escreve os scripts de teste do UAT, com testadores definidos, responsáveis pela aprovação. Depois, como um último passo, o BA também recebe a aprovação oficial por escrito das partes interessadas do negócio que testam scripts para cobrir todas as expectativas. O BA, muitas vezes, vai validar se os dados estão configurados e prontos para o sistema. E, muitas vezes, nossos BAs na minha equipe também vão testar as principais funcionalidades com diferentes pessoas-chave envolvidas no projeto. E, finalmente, o último passo é, obviamente, eles vão coordenar o UAT. O último passo é que eles vão se certificar de que há aprovação oficial por escrito antes da implantação em produção.

Cameron: Entendi. Então é muita preparação, mas parece que eles ainda assim, como você mencionou antes, sujam as mãos.

Dernie: Sim, definitivamente.

Cameron: Ótimo, e então sua perspectiva obviamente está no ecossistema da Salesforce, mas UAT não é uma coisa exclusiva da Salesforce, porque você, em teoria, poderia estar lançando um produto ou um projeto que não tem nada a ver com a Salesforce, mas o UAT ainda se aplica, correto?

Dernie: Sim, isso mesmo.

Cameron: Só para ter certeza.

Dernie: E é a mesma coisa, quero dizer, é a mesma ideia. A razão pela qual você precisa fazer isso, independentemente se é uma plataforma Salesforce ou uma específica como tecnologia, é que é o último passo para o negócio dizer, sim, isso funciona e podemos colocar em produção.

Cameron: É uma coisa universal. Não é uma coisa só da Salesforce. Excelente. Então por que um BA deveria estar envolvido? Eu sei que isso parece repetir a pergunta de antes, é bastante preparação, mas, o que daria errado se um BA não estivesse envolvido?

Dernie: Sim, eu acho, para responder a sua pergunta eu vou dizer a razão pela qual o papel do BA é essencial para o UAT é que os BAs entendem a funcionalidade e a intenção do sistema que está sendo desenvolvido. Se você parar e voltar um pouco no processo do projeto você saberá que o BA desempenha um papel crítico desde o início no levantamento de requisitos comerciais. Então, se você voltar, ainda mais no ciclo de vida do projeto para UAT, o BA surge com os contatos do projeto. E os BAs, por natureza, também são muito detalhistas e podem ajudar a descobrir possíveis problemas.

Cameron: Então, se você tivesse alguém estritamente encarregado dos UATs, essa pessoa pode não ter uma visão completa, ela não estava em todas as reuniões anteriores para chegar até o UAT. Sim, exatamente, isso faz todo o sentido.

Dernie: Sim, exatamente. O ideal é que o BA esteja presente desde o início do projeto, ele levanta todos os requisitos e interage com toda a equipe do projeto.

Cameron: Isso faz todo o sentido. Então, quais são algumas outras práticas recomendadas? Eu sei que você tem muita experiência com UATs e BAs e tenho certeza que com um monte de outras siglas. Quais são algumas outras práticas recomendadas que talvez façamos aqui na Salesforce que você acha que as pessoas, BAs que talvez estejam fazendo seu primeiro UAT ou apenas aprendendo sobre UAT, o que você recomendaria?

Dernie: Vou te dar um resumo de algumas das nossas melhores dicas. Acho que a número um é a preparação. Eu acho que muita preparação e isso leva a um UAT de sucesso. E, de alto nível, quando você pensa sobre o que considerar em sua lista básica de preparação de UAT que inclui identificar recursos, aqui na Salesforce, na minha equipe, criamos um canal Slack de UAT onde definimos e decidimos um ritmo de atualizações de status. Normalmente nós criamos, o BA cria um cronograma de UAT. Então pense neste projeto em particular, precisamos de um pontapé inicial? Precisamos planejar reuniões diárias ou atualizações de status, triagem? Nós estabelecemos um processo. O processo de, por exemplo, relatar bugs ou fazer perguntas. O que são todos esses processos? Depois criamos um caso de teste. Portanto, vamos realmente criar os cenários de teste que queremos cobrir, assim como, em seguida, detalhar as etapas de teste. Então, finalmente, há geralmente um ponto de validação da sandbox onde faremos os testes do UAT. Então, os dados do teste estão prontos? Identificar a sandbox. E, então, geralmente pensamos em agendar uma última reunião no final do UAT, nós o concluímos formalmente? Como nos preparamos para isso também? É muita preparação.

Cameron: Sim, eu estava prestes a dizer um monte de trabalho nos bastidores que você nem imagina, mas tem que ser feito com certeza.

Dernie: Sim, exatamente.

Cameron: Excelente. Então vamos terminar bem. Vamos compartilhar uma boa história. Se você se sentir confortável compartilhando. Você tem alguma experiência na qual o UAT não foi bem planejado? Obviamente você não estava no comando, porque senão teria sido bem sucedido. Mas, você já viu de perto, ouviu alguma história na qual um UAT não foi bem sucedido, e o que aconteceu?

Dernie: Sim, com certeza. É definitivamente possível entender que é estressante quando as coisas dão errado. Mas acho que o principal é entender que esse é o propósito do UAT. E, novamente, é para garantir que o sistema funcione como esperado pelos usuários finais e, às vezes, lacunas são descobertas. E eu definitivamente tive situações em que o UAT não era robusto o suficiente. Por exemplo, os principais casos de teste estavam faltando, talvez não eram os testadores certos. Talvez fossem, nós identificamos pessoas que realmente não conheciam esse papel ou eram muito novos nessa área. Então, um exemplo de um projeto foi um grande projeto do qual eu fazia parte. Os scripts de teste não eram um reflexo do mundo real. E os testadores do UAT não eram especialistas no assunto ou usuários finais. Portanto, o que acabou acontecendo foi que a empresa aprovou o UAT. Mas uma vez que o sistema estava em produção grandes lacunas foram identificadas. Agora, nesta situação, há outras falhas no processo do projeto, especialmente no início de tudo, do projeto como um todo. Mas eu diria que se as lacunas pudessem ter sido descobertas no UAT então o código não teria sido colocado em produção, teríamos economizado bastante dinheiro e tempo. Acho que o ponto-chave é que quando as coisas dão errado no UAT, se este for bem planejado, isso é uma coisa boa.

Cameron: Claro, e eu entendo o que você está dizendo, um projeto não entrar em produção, você pensaria que é uma coisa ruim, mas você descobriu antes de entrar em produção. Na verdade, isso é uma coisa boa. E parece que na sua história não foi descoberto antes de entrar em produção. Essa história não teve um final feliz. Tão interessante. Então parece que apenas para encerrar o que conversamos, e voltar para os objetivos que dissemos que iríamos cobrir. Então nós, você, definitivamente esclareceu o que é um UAT, como um BA está envolvido. Só para recapitular o que você disse foi, na maioria das vezes é liderado por um analista comercial, porque ele está presente desde o primeiro passo até o último passo. Por que um UAT é importante para o sucesso de um projeto? Acho que mostramos bem isso com a última história. Depois você compartilhou muitas ótimas práticas recomendadas. Então, muito obrigado pelo seu tempo, Dernie. Nós agradecemos. E acho que certamente aprendemos muito sobre o UAT.

Dernie: Obrigada, Cameron. Bom conversar com você de novo.

Cameron: Tchau.

Dernie: Tchau.