Como Realizar Testes de Aceitação do Usuário: Fases do Processo, Resultados finais e Final-Usuário de Teste Lugar na Garantia de Qualidade

tempo de Leitura: 14 minutos

Para garantir as qualidades técnicas de um produto, para encontrar bugs e lógica de erros no software, é essencial para se envolver em atividades de garantia de qualidade. No entanto, o teste de QA não informa se o produto final está alinhado com os objetivos de negócios e pode executar as tarefas necessárias em cenários do mundo real. Portanto, para garantir que a equipe de desenvolvimento esteja construindo o produto certo para os usuários finais reais, a realização de testes de aceitação do Usuário é vital.

o que é teste de aceitação do Usuário e como é diferente da garantia de qualidade?

o teste de aceitação do Usuário (UAT) verifica se um produto é o certo para os usuários finais. Ele tem outros nomes, por exemplo, teste de usuário final, Operacional, aplicativo, teste beta ou validação, mas eles descrevem a mesma coisa. Na garantia da qualidade, é importante distinguir entre validação e verificação.

a verificação refere-se a processos gerais de controle de qualidade destinados a testar os aspectos técnicos de um produto para garantir que ele realmente funcione. A validação (ou teste de aceitação do Usuário) é realizada para garantir que o produto corresponda aos requisitos de negócios e possa ser usado pelo usuário final.

Validação e verificação de atividades em termos de testes de produtos

Validação de atividade pode ser dividida em dois tipos de testes.O teste alfa é o estágio inicial do teste de aceitação, normalmente realizado por testadores internos, para garantir que o produto funcione corretamente e atenda aos requisitos de negócios.O teste Beta, o segundo tipo de teste de aceitação, visa atender aos critérios de aceitação do Usuário. A EMPRESA pode ser realizada por

• real de usuários de um produto existente,
• usuários de uma versão anterior de um produto,
• stakeholders envolvidos no desenvolvimento do produto, e/ou
• analistas de negócios do usuário final especialistas.

isso permite que a equipe de desenvolvimento corrija a maioria dos problemas de usabilidade, bugs e problemas inesperados relacionados à funcionalidade, design do sistema, Requisitos de negócios, etc.

por que você realmente precisa de UAT?

o principal objetivo do teste de aceitação é validar se o produto corresponde às necessidades dos usuários (definidas no estágio de Descoberta do produto) e está pronto para lançamento. De acordo com uma pesquisa da Origsoft sobre o uso de UAT, mais de 75% dos entrevistados disseram que realizam vários ciclos de testes de usuários finais, com 57% alegando a má qualidade do produto como motivo.

então, aqui estão as principais razões pelas quais o UAT é importante e deve fazer parte do seu desenvolvimento.

garantir a correspondência com os requisitos de negócios. Como já mencionamos, o UAT é feito para verificar se o produto opera nas circunstâncias do mundo real, conforme necessário, e permite que os usuários finais resolvam problemas direcionados. Se você pular o UAT, poderá perder algumas falhas importantes ou mau funcionamento do sistema que inevitavelmente causarão insatisfação do Usuário.

ajuste os requisitos iniciais. Às vezes, à medida que os usuários finais testam o produto, eles podem ter alguns pensamentos valiosos sobre como melhorar o software testado. Obter esse feedback permitirá que você ajuste seus requisitos para obter um resultado que será mais útil para seus clientes.

evite perdas. Primeiro, é mais barato consertar o produto nos estágios iniciais de desenvolvimento, portanto, encontrar falhas devido ao UAT permitirá que sua equipe de desenvolvimento melhore o produto com muito mais facilidade (isso diz respeito principalmente ao modelo ágil. Continue lendo para mais detalhes). Em segundo lugar, todos nós sabemos histórias sobre falhas de produtos por causa da má funcionalidade e usabilidade. O UAT fornece feedback do usuário do mundo real e torna muito menos provável que tenha perdas causadas por um lançamento de produto malsucedido.

em qualquer caso, o UAT requer organização e trabalho de preparação para torná-lo eficaz. Se você quiser garantir a validade do seu Produto, considere as seguintes etapas na realização de testes de aceitação do Usuário.

estágios-chave UAT

analise os requisitos do produto e defina as principais entregas

analisar os requisitos do produto é o primeiro passo do planejamento UAT. A principal fonte de informações de entrada seria a especificação de requisitos de software, pois inclui o escopo completo dos requisitos comerciais e funcionais.Os requisitos de negócios são os objetivos de alto nível de sua organização que comunicam as necessidades de negócios. Isso pode soar como ” os clientes devem poder usar vários métodos de pagamento.”

requisitos funcionais Ponte uma solução técnica com os requisitos de negócios. Portanto, o requisito funcional soaria como “implementar gateways de pagamento PayPal, Visa e Mastercard, Payoneer.”

a visão geral desses requisitos informará exatamente o que você deve testar, se as soluções implementadas funcionam para os usuários e resolvem problemas para o negócio. Os requisitos funcionais podem ser traduzidos em casos de teste, considerando os critérios de sucesso dos Requisitos de negócios. E isso ajudará você a formar uma estratégia geral de teste. Considere envolver seus analistas de negócios, engenheiros de controle de qualidade ou proprietários de produtos para análise de requisitos.

o estágio final de planejamento está criando documentação técnica para o processo UAT. Aqui, você documenta sua estratégia de teste, regras, cenários/casos de teste, padrões, etc. As seções a seguir descrevem a documentação usada no teste de aceitação do Usuário.

resultados do teste de aceitação do Usuário

plano de teste UAT. Criar um plano de teste UAT ajudará você a manter todos alinhados com os mesmos objetivos e visão. O documento principal, inclui todas as informações sobre o que será testado, por quem e como. Para cobrir todos os aspectos organizacionais e processuais do UAT, você deve detalhar a estratégia de teste e os critérios de entrada/saída.

estratégia de teste do Usuário Final. A estratégia descreve o produto que você está testando, o objetivo do teste de aceitação do Usuário, tipos de testes e objetivos. Sua estratégia de teste deve abranger informações, tais como

• descrição do produto,
• objetivos do teste,
• escopo do teste,
• normas,
• teste de tipos,,
• testers/funções
• processo de curadores (gestores),
• revisores,
• reporting standards, e
• resultados.

critérios de entrada. Estas são as condições que estabelecem que o software está pronto para ser testado. Eles são definidos no estágio inicial de planejamento pela equipe de desenvolvimento, controle de qualidade, analistas de negócios e partes interessadas.

critérios de saída ou aceitação. Estas são as condições que determinam que o software é válido para os usuários. Os critérios de aceitação correspondentes seriam o estágio final do seu UAT.

cenários de teste. Cenários de teste são situações hipotéticas que os usuários podem encontrar ao interagir com seu produto. Seu objetivo é orientar seus testadores através de possíveis problemas de Uso do sistema.

basicamente, um cenário de teste deve transmitir uma ideia simples do que será testado. Um exemplo de cenário é ” verificar a funcionalidade do carrinho de compras.”Cada cenário de usuário está conectado com um ou dois requisitos ou histórias de usuário. Eles são escritos para validar que o sistema é utilizável, verificando as operações de ponta a ponta com dados reais.

para escrever bons cenários de teste para testes de aceitação do Usuário, considere envolver os usuários finais em aprovação para incluir todos os possíveis casos de uso, comuns e incomuns. Além disso, considere escrevê-los em linguagem simples, evitando frases complicadas ou explicações excessivamente técnicas.

casos de teste. Um caso de teste é um conjunto de ações específicas que são tomadas para testar e verificar um determinado comportamento, recurso ou funcionalidade do sistema. Os casos de teste são unidades mais detalhadas que devem corresponder a todos os cenários de teste. Na maioria das vezes, você converterá suas histórias de usuário e casos de uso de negócios para escrever casos de teste eficientes. Exemplos de casos de teste são:

1. verifique o Usuário não registrado adicionando o produto ao carrinho de compras.
2. Verifique a filtragem do carrinho de compras.
3. marque o botão” continuar comprando”.

os casos de teste são eficientes quando há um propósito claro declarado, e o Usuário é capaz de entender o que deve fazer para concluí-lo. O guia do Usuário para um caso de teste pode ser assim:

1. abra o aplicativo.
2. adicione qualquer produto a um carrinho de compras.
3. a autenticação não é necessária.
4. vá para o carrinho de compras.

Você também pode incluir os resultados esperados no caso do teste, para que o Usuário esteja ciente do que vai acontecer:

1. o produto aparecerá em um carrinho de compras.
2. o sistema solicitará que você autorize como usuário registrado.

padrões de relatório. Defina como um relatório deve ser exibido e quais informações um usuário final deve fornecer.

relatórios de teste. Estes acumulam dados de saída documentados quando o teste é concluído. Dependendo dos padrões de teste e do cenário de teste, várias informações podem ser incluídas nos relatórios. Mas normalmente no UAT, as equipes de QA exigirão apenas uma assinatura do testador. Um sign-off é apenas uma confirmação de que o teste é bem-sucedido e corresponde aos critérios do Usuário.

no final do UAT, os resultados fornecidos podem ser usados por engenheiros de QA ou um gerente UAT para extrair dados valiosos e comunicar resultados à equipe de desenvolvimento.

tradicionalmente, os engenheiros de garantia de qualidade serão responsáveis pelo processamento do feedback do usuário final. Os resultados dos testes, relatórios de bugs e registros de falha/aprovação são fornecidos aos desenvolvedores para garantir uma comunicação constante entre diferentes partes da equipe. Com base no feedback do usuário final, a equipe de controle de qualidade também pode fornecer métricas de qualidade de software para medir o progresso em termos de UAT.

modelos de teste de aceitação do Usuário

mencionamos alguns documentos importantes que precisam ser criados para o planejamento e execução adequados do UAT. Existem diferentes maneiras de escrevê-los, mas aqui estão alguns modelos que podem ser úteis.

• modelos de plano de teste: Um Plano de teste de modelo de Coley de Consultoria, sfsu modelo (link para download), ou iiba modelo (link para download)
• cenário de Teste de modelo
• relatório de Teste de modelo

Escolher o tempo e a forma da extremidade-usuário de teste

teste de Aceitação pode ter lugar em diferentes fases do projeto, dependendo da metodologia você está usando, mas normalmente é realizada no final do ciclo de desenvolvimento antes do lançamento. Como duas das metodologias de gerenciamento de projetos mais populares no desenvolvimento de software são Waterfall e Agile, veremos o processo de teste de aceitação do usuário nesses dois modelos.

teste de aceitação no modelo em cascata

para aprofundar os detalhes, precisamos recapitular rapidamente o que é um modelo em cascata. É uma metodologia tradicional de gerenciamento de projetos baseada em um desenvolvimento passo a passo do produto.

os estágios não se cruzam, o que significa que não há testes simultâneos de design e design ou desenvolvimento e teste. Todo o processo é estritamente documentado e destina-se a fornecer um aplicativo totalmente funcional no final do desenvolvimento sem iterações.

fase de aceitação do usuário dentro do modelo Cachoeira

teste de aceitação do usuário em Cachoeira ocorre na fase final de desenvolvimento, logo antes do lançamento.

só pode ser realizado após o sistema ser considerado código e função prontos, após atingir os seguintes benchmarks.

• os requisitos de negócios do produto foram atendidos.
• a base de código está concluída.
• as atividades de QA (sistema, integração, teste de unidade) foram concluídas.
• Bugs revelados durante o estágio de QA foram corrigidos.
• problemas visuais menores estão em um intervalo aceitável.
• ambiente de aceitação do Usuário (UAT manager, ferramentas para testes, cenários de teste, etc.) é criado.

no modelo Waterfall, o teste de aceitação do Usuário é o ponto definitivo que demonstra a prontidão do software. Se um produto atende aos critérios de aceitação do Usuário, significa que o produto está pronto para produção. As atividades do UAT, nesse caso, são para concluir a verificação do sistema, sua funcionalidade, usabilidade e bugs. Mas ainda assim o objetivo principal é garantir que o produto corresponda aos requisitos iniciais e às necessidades do usuário final.

a aceitação do usuário em metodologias ágeis

o modelo ágil de desenvolvimento de software não é tão simples quanto o Waterfall. É baseado na iteração de cada estágio de desenvolvimento até que o produto atinja a qualidade e a funcionalidade necessárias. As iterações de cada fase permitem um desenvolvimento altamente flexível e uma mudança dinâmica nos requisitos, pois o Agile não se concentra na criação de muita documentação. E isso permite que a equipe de desenvolvimento responda rapidamente às mudanças nos requisitos do cliente.

teste de aceitação do usuário em Agile model

a imagem mostra o ciclo de desenvolvimento Ágil de produtos com iterações. Você pode realizar testes de aceitação do usuário em cada etapa do projeto para garantir a validade do produto. A principal diferença entre o UAT no Waterfall e no Agile é que o UAT é realizado várias vezes (geralmente dentro de cada iteração) e seus resultados podem afetar os requisitos iniciais, pois fornece feedback instantâneo sobre o que funciona melhor.

os pontos de verificação para iniciar o teste do usuário final em um projeto ágil são

• requisitos de negócios formados,
• documentação UX/system,
• material de teste (mock-ups interativos, protótipos de alta fidelidade, demos) e
• ambiente de aceitação do Usuário.

no Agile, o UAT é parte integrante das atividades gerais de teste, portanto, pode assumir diferentes formas e usar ferramentas diferentes. Por exemplo, podem ser testes em requisitos funcionais e não funcionais ou testes em estágio inicial para validar suposições feitas durante o estágio de planejamento. No final de cada iteração, o teste de aceitação produz entregas que são usadas para modificar requisitos, arquitetura de Sistema, guias de estilo UX, etc.

Recrute usuários e forme a equipe UAT

como mencionamos anteriormente, os testadores podem ser recrutados em sua base de usuários existente. Dependendo das especificidades do projeto, esses podem ser especialistas no assunto, usuários do mundo real do Produto, partes interessadas, analistas de negócios, product owner ou o cliente. Você também pode usar plataformas de crowd-sourcing para procurar Testadores ou contratar um especialista em testes de usuário freelance.

considere criar uma mensagem de mídia social ou mesmo uma página de destino para atrair um público. Seus testadores em potencial não devem necessariamente ser experientes em tecnologia ou familiarizados com os processos de teste de software. No entanto, aqueles que já têm ou usarão seu produto (ou talvez um similar) serão bons candidatos para o seu UAT, pois nesse caso você pode evitar o envolvimento profundo da equipe de integração e controle de qualidade.

implementar ferramentas de teste do usuário final e testadores a bordo

é claro que existem instrumentos específicos no mercado projetados para testes do usuário final. As ferramentas mais populares oferecem funcionalidade de gerenciamento de testes, como relatórios, visões gerais de tarefas e modelos de documentação de teste. Aqui estão alguns exemplos de software que podem ser usados para apoiar suas atividades UAT.

Usersnap é uma plataforma popular para fornecer feedback visual sobre o software testado e aplicativos baseados na web. Basicamente, é uma ferramenta que permite aos usuários marcar os bugs diretamente na tela, deixar comentários e sugestões e compartilhar os comentários. Existem muitos instrumentos semelhantes, como Userback e UserTesting.

FitNesse é uma estrutura wiki de código aberto para automação de testes de aceitação. Ele permite que todas as partes interessadas criem, editem e executem testes facilmente, criando feedback antecipado. Os usuários inserem entradas especialmente formatadas para gerar automaticamente testes que são executados imediatamente pelo sistema. Em seguida, a saída é retornada e destacada dependendo se corresponde ao resultado esperado ou não. Esta plataforma de colaboração tem uma curva de aprendizado leve e é popular entre as equipes ágeis.

Bugwolf é outro instrumento para a realização de UAT. Além de testar o ambiente e relatórios de bugs, oferece recursos de gamificação e competição para motivar e envolver os usuários. Você também encontrará opções de pagamento integradas úteis se for realizar testes de usuário final on-line.

ferramentas de gerenciamento de projetos bem conhecidas como Jira ou Trello também têm funcionalidade para conduzir UAT.

Painel de Testes no SpiraTest

crie um ambiente de aceitação do Usuário e execute o treinamento

para aproveitar ao máximo os testes do usuário final, comece com o treinamento. Seus testadores e UAT manager são responsáveis por isso. Considere estruturar seu processo de treinamento para incluir os seguintes aspectos.

• apresentar aos usuários o processo de teste e seus objetivos.
• treinar os usuários a usar ferramentas para testes de usuário final se você estiver indo para usá-los.
• forneça a eles padrões e diretrizes de relatórios.
• certifique-se de que os usuários entendam os casos de teste corretamente, fornecendo suporte, se necessário.
• forneça-lhes acesso ao ambiente de teste.

na maioria das vezes, o teste do usuário final pode ser feito do lado do usuário, o que significa que você não precisará fornecer o hardware aos testadores. Todo o processo também pode ser feito online. Projetos mais complicados ou dados confidenciais podem exigir a coleta de uma equipe dedicada de testadores de usuários em seu escritório. Também é importante nomear um gerente que forneça documentação, ferramentas e suporte.

execute os testes

depois de ter seus cenários de teste e casos de teste, você está pronto para ir com os testes. Para apoiar seus usuários finais durante o processo e obter os resultados necessários, forneça uma compreensão clara de quais ações cada caso de teste requer. Lembre-se de que seus usuários não são testadores profissionais. Durante o teste, certifique-se de fornecer dados reais ou próximos aos usuários, evitando o conteúdo de amostra ou botões fictícios. Qualquer equívoco pode colocá-los presos no caso de teste.

outro aspecto importante é ter seus desenvolvedores prontos para consertar qualquer coisa que dê errado. Seu ambiente de teste pode desligar ou pode haver erros impedindo que os usuários testem. Os usuários devem poder acessar a funcionalidade necessária em cada estágio do teste, seja um design interativo ou um aplicativo funcional, para permitir que eles executem cada caso de teste incluído no plano de teste.

colete informações de saída e analise-as

durante suas atividades UAT, você obterá toneladas de dados dos testadores. Sua equipe de QA terá que analisá-lo. Os dados são coletados por meio de relatórios de usuários enviados manualmente ou por meio de uma ferramenta específica. Além disso, você pode realizar entrevistas com usuários separados para obter mais informações sobre os casos de teste que eles realizaram e o que eles pensam deles.

para avaliar a prontidão do sistema, considere medir a porcentagem de testes aprovados/falhados/corrigidos.

acompanhamento de testes de painel no Panaya

Há também mais alguns pontos que devem ser considerados:

a estabilidade do Sistema. A estabilidade pode ser determinada pelo número de erros inesperados encontrados durante o UAT.

cobertura dos testes. A cobertura é medida pelo número de cenários/casos de teste escritos e sua proporção para os testes finais gerais. Você também pode combinar seus resultados de teste UAT com o mapa da jornada do Usuário para entender qual parte da funcionalidade não foi testada.

usabilidade do sistema. Isso pode ser calculado pelo número de testes não aprovados porque o Usuário não encontrou uma maneira de fazer isso. Mas a UX geral é testada durante o teste de usabilidade, que é realizado como uma atividade separada.

Contrato/exigência de Conformidade. A conformidade do requisito é verificada depois que todos os testes do usuário final são concluídos. Ele garante que a compilação do software ainda corresponda aos requisitos iniciais/escopo do contrato, mesmo após alterações trazidas pela aceitação do Usuário.

corrigir bugs, reteste e logoff

após a execução do UAT, todos os defeitos devem ser documentados com comentários relevantes e passados para a equipe de desenvolvimento. Eles precisam fazer ajustes no código para resolver os problemas revelados pelo UAT.

depois de corrigir os bugs, teste-os novamente para garantir que tudo esteja funcionando corretamente. Quando os critérios de aceitação são alcançados e aprovados pelos revisores, a decisão final de aceitação é tomada sobre a prontidão de produção do produto.

funções da equipe UAT

como mencionamos anteriormente, o teste UAT é diferente de outras atividades de controle de qualidade porque é realizado não apenas por especialistas em tecnologia; também é importante envolver os usuários finais reais nesse processo. Envolver profissionais de QA e analistas de negócios também é necessário, assim como uma estreita colaboração com o gerente de projetos e a equipe de desenvolvimento.

as responsabilidades da equipe UAT podem diferir dependendo das necessidades da empresa e do projeto, mas aqui está um exemplo da distribuição de funções que você pode considerar.

Gerente de Programa de negócios. Esta é a pessoa que coordena e supervisiona todo o projeto, alinhando-o com os objetivos de negócios. Antes do estágio UAT, o gerente do programa deve gerar o plano de entrega do programa e o documento de requisitos de negócios para apoiar as atividades de teste. Ele / ela também é responsável por revisar e aprovar o plano de teste e a estratégia de teste.

durante o UAT, o gerente do programa monitora a execução das atividades de teste e garante a conclusão do cronograma e do orçamento. Depois, ele / ela analisa o relatório de teste e decide sobre a implantação para a produção.

UAT test lead / manager. A responsabilidade do líder do teste é planejar e organizar com precisão o UAT. Para isso, geralmente é necessária uma estreita cooperação com o gerente de projeto.

o lead de teste reúne e analisa todos os requisitos de negócios e funcionais que são usados para desenvolver a documentação necessária, ou seja, estratégia de teste, plano de teste, cenários de teste, etc. Além disso, na fase de preparação, ele/ela trabalha com a equipe de teste, atribuindo cenários de teste aos membros da equipe e organizando treinamento para garantir que os testadores entendam o procedimento UAT. O test lead também prepara e gerencia os recursos necessários e carrega dados de teste essenciais em ferramentas de teste.

em todo o UAT, o lead coordena a execução de casos de teste, certificando-se de que todos os resultados do teste estejam documentados. Ele também rastreia o progresso do teste, coleta métricas e cria/mantém um relatório de teste.

membros da equipe de teste UAT. A principal tarefa da equipe de teste é executar testes de acordo com o cronograma e as instruções fornecidos. Os testadores devem criar logs de teste e relatar defeitos e incidentes. Eles também normalmente participam de atividades de reteste (se necessário).

o gerente de projeto, como responsável pela conclusão bem-sucedida do projeto, deve monitorar as atividades de teste, fornecer suporte organizacional e relatar o progresso. Ele também atuaria como mediador entre a equipe de teste, Desenvolvedores, clientes e quaisquer outras partes interessadas possíveis.

UAT checklist

resumindo as diretrizes da UAT que apresentamos acima, desenvolvemos uma lista de verificação para ajudá-lo a organizar suas atividades de teste e não perder nada importante.

iniciando o projeto UAT.

1. verifique com sua equipe de desenvolvimento que todos os componentes do produto estão prontos para testes. Documente quaisquer problemas que não puderam ser resolvidos antes do UAT.
2. identifique as principais partes interessadas.
3. escolha um líder de equipe responsável pelo projeto, incluindo papelada.
4. discuta e concorde com a estrutura do projeto, a equipe UAT e a documentação UAT.
5. discuta minuciosamente os procedimentos de teste e crie um plano UAT inicial.

planejamento UAT.

1. Crie sua equipe UAT e certifique-se de ter Testadores de cada segmento de mercado e/ou de cada grupo de partes interessadas. Certifique-se de que toda a documentação relacionada à participação esteja completa e assinada (não divulgação, acordo de participação, etc.).
2. comunique a estratégia e o cronograma de testes à equipe. Certifique-se de que cada membro entenda as funções, procedimentos e responsabilidades.
3. certifique-se de que todos os requisitos de negócios sejam capturados e comunicados à equipe da UAT.
4. discutir e concordar com os critérios de entrada e saída.
5. Prepare toda a documentação comercial: plano de teste, cenários de teste, casos de teste, etc.
6. comunique os objetivos de negócios e os critérios de aceitação/saída do sistema.
7. concordar com os padrões de relatório.
8. realizar o treinamento necessário no sistema e ferramentas auxiliares. Certifique-se de que os testadores entendam como relatar incidentes.
9. reúna e prepare todos os recursos necessários para as atividades da UAT. Espaço do livro, se necessário.Prepare e teste o ambiente, ferramentas de gerenciamento de testes, dispositivos, servidores, canais de feedback, rastreamento de problemas, entrega de conteúdo, etc.
10. verifique se você tem todos os logins, se o acesso à segurança foi configurado e se os dados de teste foram carregados.

executando UAT.

1. monitore como os procedimentos são realizados e verifique se os relatórios são enviados em tempo hábil e com precisão.
2. crie e mantenha o relatório de resumo do teste.

atividades pós-UAT.

1. analise as informações de saída medindo a porcentagem de testes que passaram/falharam, bem como categorizando defeitos por gravidade.
2. identificar status contra critérios de aceitação.
3. Prepare o relatório final da UAT e apresente – o às partes interessadas, juntamente com o tempo e esforço estimados necessários para atender aos critérios de aceitação e recomendações para liberação.

os procedimentos de teste podem diferir de empresa para empresa. Aqui estão algumas outras listas de verificação UAT para download que também podem atender às suas necessidades: lista de Verificação 1, lista de Verificação 2.