Partilhar via


Planejamento da implementação do Power BI: Validar conteúdo

Nota

Este artigo faz parte da série de artigos de planejamento de implementação do Power BI. Esta série se concentra principalmente na experiência do Power BI no Microsoft Fabric. Para obter uma introdução à série, consulte Planejamento de implementação do Power BI.

Este artigo ajuda você a validar o conteúdo como parte do gerenciamento do ciclo de vida do conteúdo. Destina-se principalmente a:

  • Equipes do Centro de Excelência (COE) e BI: as equipes responsáveis por supervisionar o Power BI na organização. Essas equipes incluem tomadores de decisão que decidem como gerenciar o ciclo de vida do conteúdo do Power BI. Essas equipes também podem incluir gerentes de versão, que lidam com o ciclo de vida das versões de conteúdo, e engenheiros que criam e gerenciam os componentes necessários para usar e dar suporte ao gerenciamento do ciclo de vida com eficiência.
  • Criadores de conteúdo e proprietários de conteúdo: usuários que criam conteúdo que desejam publicar no portal do Fabric para compartilhar com outras pessoas. Esses indivíduos são responsáveis por gerenciar o ciclo de vida do conteúdo do Power BI que criam.

O gerenciamento do ciclo de vida consiste nos processos e práticas que você usa para lidar com o conteúdo, desde sua criação até sua eventual desativação. No segundo estágio do gerenciamento do ciclo de vida, você desenvolve conteúdo e gerencia alterações, que envolvem decisões importantes sobre como desenvolver conteúdo e configurar espaços de trabalho e controle de versão. No terceiro estágio, você valida o conteúdo para testar se ele está pronto para implantação.

Nota

Normalmente, você itera pelos estágios dois e três em ciclos sucessivos de desenvolvimento e validação.

Validar o conteúdo é fundamental para garantir a qualidade e a confiabilidade de suas soluções. Por esse motivo, é essencial testar as alterações de conteúdo antes de implantá-las na produção.

A imagem a seguir mostra o ciclo de vida do conteúdo do Power BI, destacando o estágio três, onde você valida o conteúdo.

O diagrama mostra o ciclo de vida do conteúdo do Power BI. A etapa 3, que trata da validação de conteúdo, é destacada.

Nota

Para obter uma visão geral do gerenciamento do ciclo de vida do conteúdo, consulte o primeiro artigo desta série.

Este artigo se concentra nas principais considerações e decisões para validar o conteúdo ao longo de seu ciclo de vida. Para obter mais orientações sobre como validar conteúdo, consulte:

A validação de conteúdo envolve a tomada de decisões ou ações específicas para garantir que o conteúdo tenha o desempenho esperado.

Ao validar o conteúdo, você avalia diferentes aspetos da solução.

Você valida o conteúdo conduzindo diferentes tipos de testes. As seções a seguir descrevem as principais considerações para decisões sobre como os criadores de conteúdo e os consumidores de conteúdo realizam testes.

Nota

Muitas equipes usam metodologias de teste que se originam do desenvolvimento de software, como testes de unidade, testes de integração e testes de fumaça. Existem muitas abordagens igualmente válidas para testes e validação de conteúdo. O mais importante é que você teste o conteúdo usando uma abordagem que funcione melhor para suas necessidades e para a maneira como sua equipe trabalha.

Decidir como os criadores devem validar o conteúdo

Os criadores de conteúdo devem validar suas próprias alterações no conteúdo para garantir a qualidade e a funcionalidade das alterações. Os testes normalmente acontecem no espaço de trabalho de desenvolvimento, que contém a versão de trabalho mais recente de uma solução. Os criadores de conteúdo testam suas próprias alterações antes que o conteúdo seja implantado em um espaço de trabalho de teste para validação do usuário.

Nota

É essencial que os criadores de conteúdo validem seu próprio conteúdo antes que ele seja disponibilizado aos usuários. Se uma solução é fornecida para testar usuários com problemas óbvios, isso corrói a confiança na solução. Mesmo durante os testes, os usuários esperam ver uma representação razoável do produto final. Adicionalmente, uma solução funcional permite que os utilizadores se concentrem na identificação de questões relacionadas com a sua área de negócio.

Há duas maneiras de os criadores de conteúdo validarem o conteúdo.

  • Testes manuais: Os testes manuais envolvem alguém validando manualmente o conteúdo, seja através de avaliação subjetiva ou comparando com alguns critérios objetivos do teste. Os testes manuais são fáceis de executar, mas estão sujeitos a erros humanos ou enviesamentos. Além disso, quando o conteúdo atinge uma determinada escala, os testes manuais podem se tornar trabalhosos para serem executados corretamente. Você pode realizar testes manuais de duas maneiras.
    • Revisão independente, que envolve testar seu próprio conteúdo, como modelos semânticos e relatórios.
    • Revisão por pares, que envolve uma avaliação subjetiva do conteúdo para avaliar criticamente a solução e fornecer sugestões para melhorá-la.
  • Testes automatizados: os testes automatizados envolvem um teste pré-preparado que é avaliado automaticamente sem intervenção humana. Normalmente, os testes automatizados verificam partes do código da solução em relação a benchmarks ou linhas de base específicos. Os testes automatizados são mais difíceis de realizar e levam tempo e esforço para serem configurados. No entanto, os testes automatizados são essenciais em cenários empresariais para garantir a qualidade e a confiabilidade de implementações maiores e soluções críticas para os negócios.

As seções a seguir descrevem diferentes maneiras pelas quais os criadores de conteúdo podem realizar testes manuais, testes automatizados e revisão por pares.

Realizar testes manuais

Você deve realizar seus próprios testes manuais sobre o conteúdo que você cria. Esses testes devem garantir que suas alterações funcionem conforme o esperado e atinjam os padrões de qualidade desejados. Normalmente, o teste manual envolve o uso e a avaliação subjetiva do conteúdo ou alterações de conteúdo específicas, bem como a descrição e documentação dos resultados.

Aqui estão algumas considerações ao testar seu próprio conteúdo.

  • Decida e documente previamente as condições do teste e os critérios de sucesso.
  • Seja minucioso com os testes e com a documentação dos resultados dos testes. No entanto, certifique-se de evitar testes supérfluos para que suas práticas de teste não atrasem o desenvolvimento.
  • Crie um conjunto padrão de testes para cada tipo de item para melhorar a repetibilidade.
  • Documentar os resultados e conclusões dos testes.
  • Teste várias vezes para garantir que os resultados do teste reflitam melhor a realidade e não o acaso.
  • Use condições de teste representativas do seu ambiente de produção.

As seções a seguir descrevem outras considerações importantes para testes manuais.

Testar manualmente modelos semânticos

Os modelos semânticos são uma parte importante de uma solução no Fabric e no Power BI porque são uma fonte upstream para relatórios, painéis e outras ferramentas de cliente e cargas de trabalho do Fabric. Como tal, é importante validar seus modelos semânticos antes da implantação.

Responda a perguntas como as seguintes para ajudá-lo a validar seu modelo semântico.

  • As tabelas contêm valores inesperados ausentes, duplicados ou incorretos?
  • As medidas DAX retornam os resultados esperados sem longos tempos de consulta?
  • Uma atualização agendada é concluída com êxito sem longos tempos de atualização?
  • Você observa resultados (em branco) em elementos visuais, filtros ou resultados de consulta causados por violações de integridade referencial?
  • A segurança de dados, como RLS ou segurança em nível de objeto (OLS), impede suficientemente que pessoas não autorizadas acessem o modelo ou seus dados?
  • Os objetos de modelo (como medidas DAX ou colunas de tabela) são organizados em pastas de exibição?

Você pode usar diferentes ferramentas e abordagens para ajudá-lo a validar seus modelos semânticos.

  • Power BI Desktop: O Power BI Desktop permite validar diferentes aspetos de seus modelos semânticos usando vários recursos. Exemplos de recursos do Power BI Desktop que facilitam o teste de modelos semânticos incluem:
    • Tela visual: teste a funcionalidade e a precisão do modelo com elementos visuais de arrastar e soltar.
    • Visualização de consulta DAX: teste a precisão do modelo e o código DAX com consultas DAX que você pode salvar e reutilizar mais tarde.
    • Diagnóstico de consultas: teste o desempenho de atualização obtendo informações de diagnóstico sobre como as consultas são avaliadas no Power Query.
  • Malha: recursos e itens no portal de malha permitem validar aspetos do seu modelo semântico depois que ele é implantado em um espaço de trabalho.
  • Ferramentas de terceiros: ferramentas de terceiros permitem validar outros aspetos do seu modelo semântico, fornecendo mais detalhes ou outros recursos que facilitam a validação. Exemplos de ferramentas de terceiros que facilitam o teste de modelos semânticos incluem:
    • DAX Studio: teste e otimize o desempenho do código DAX recebendo detalhamentos detalhados de tempos de consulta e planos de consulta DAX.
    • Editor de tabelas: teste e depure a precisão do código DAX recebendo detalhamentos detalhados de como as consultas DAX são avaliadas e qual contexto de avaliação está ativo.

Gorjeta

Pode utilizar o diagnóstico de consulta para validar e otimizar manualmente o desempenho do Power Query a partir de outros itens que o utilizam, como fluxos de dados.

Além disso, você pode usar a exibição de consulta DAX e ferramentas de terceiros, como o DAX Studio, para validar e otimizar consultas DAX para relatórios paginados e scorecards.

Relatórios de teste manualmente

Os relatórios são uma forma comum de os utilizadores interagirem com os seus dados. Muitos usuários dependem de relatórios para tomar decisões e tomar ações para progredir em direção aos seus objetivos de negócios. Como tal, é importante validar seus relatórios antes da implantação.

Responda a perguntas como as seguintes para ajudá-lo a validar seus relatórios.

  • Os relatórios cumprem os requisitos de negócios documentados?
  • Os tipos visuais certos são usados para abordar a pergunta certa?
  • As páginas de relatório são claras e concisas, sem cores esmagadoras ou muitos elementos visuais?
  • O relatório funciona como esperado ao filtrar para um subconjunto restrito de dados?
  • O relatório permite exportar para o Excel e, em caso afirmativo, permite recuperar dados resumidos ou os dados subjacentes?
  • O relatório pode ser usado para detalhamento de relatórios cruzados ou personalização de elementos visuais?

Você pode usar diferentes ferramentas e abordagens para ajudá-lo a validar seus relatórios.

  • Power BI Desktop: O Power BI Desktop permite validar diferentes aspetos de seus relatórios usando vários recursos. Exemplos de recursos do Power BI Desktop que facilitam os relatórios de teste incluem:
    • Tela visual: teste a funcionalidade do relatório usando segmentações de dados, filtros e outros elementos interativos.
    • Analisador de desempenho: teste o desempenho do relatório medindo a renderização visual e os tempos de consulta DAX. Você pode copiar consultas DAX visuais do analisador de desempenho para usar em outras ferramentas e salvar resultados de desempenho para documentação.
    • Simulações de limite de consulta: teste o desempenho do relatório simulando os limites de memória na capacidade em que ele será implantado.
  • Malha: os recursos e itens no portal do Fabric permitem validar aspetos do relatório depois que ele é implantado em um espaço de trabalho.
    • Atualizar aplicativo: teste a funcionalidade e a segurança do relatório ao distribuir relatórios em aplicativos do Power BI e definir públicos de aplicativos diferentes para determinar quem pode exibir qual conteúdo. Ao usar públicos-alvo de aplicativos, você mesmo pode visualizar quais relatórios eles terão acesso e testar a experiência do aplicativo.
    • Modo de exibição de leitura no espaço de trabalho ou aplicativo: teste a funcionalidade e a precisão do relatório usando-o no mesmo ambiente que um usuário.

Nota

Você só pode desenvolver e validar painéis no portal do Fabric.

Importante

É essencial testar seus relatórios no Power BI Desktop e após a implantação no portal de malha. A renderização visual pode se comportar de forma diferente em sua máquina local em comparação com os relatórios em um espaço de trabalho de malha. Além disso, esteja ciente de que a experiência do usuário de usar um relatório de um espaço de trabalho ou aplicativo difere significativamente do uso de um relatório no Power BI Desktop.

Teste manualmente realizando uma revisão por pares

Outra maneira de validar manualmente o conteúdo é realizando uma revisão por pares. Em uma revisão por pares, o criador de conteúdo fornece a solução ou parte da solução para um colega avaliar. O objetivo de uma revisão por pares é melhorar uma solução usando a experiência coletiva e o conhecimento de vários criadores de conteúdo. Você pode realizar a revisão por pares durante e após testes manuais e automatizados.

Nota

A revisão por pares é uma abordagem padrão que é usada em muitos setores. Essa abordagem é comumente conhecida por melhorar a qualidade do conteúdo, produtos e processos.

Gorjeta

Se você for o único criador de conteúdo para uma solução, considere encontrar outro criador de conteúdo em uma equipe diferente para revisar sua solução e se oferecer para fazer o mesmo por eles.

Há diferentes maneiras de conduzir uma revisão por pares.

  • Revisão funcional: uma revisão funcional se concentra em recursos, processos ou requisitos de negócios que a solução deve cumprir. Em uma revisão funcional, os revisores usam a solução como se fossem um usuário final. Eles documentam quaisquer defeitos ou problemas que encontrarem, juntamente com qualquer crítica subjetiva para melhorar a implementação.
  • Revisão técnica: uma revisão técnica se concentra em aspetos técnicos da solução, como modelagem de dados, código ou design. Em uma revisão técnica, os revisores avaliam como certos recursos ou alterações foram implementados e sugerem abordagens alternativas ou destacam possíveis falhas ou riscos para a abordagem atual.
  • Pull request: ao executar o controle do código-fonte, você cria uma pull request (PR) para mesclar suas alterações à versão mais recente de uma solução. Um proprietário técnico analisa as alterações propostas e avalia o código-fonte. Esse tipo de revisão é útil para garantir que o código siga as convenções padrão, como formatar código DAX ou M, ou identificar antipadrões ou código potencialmente problemático.

Gorjeta

Recomendamos que você realize algum tipo de revisão e aprovação formal por pares antes que as alterações de conteúdo possam passar para o teste de aceitação do usuário. Isso porque um conteúdo de baixa qualidade pode prejudicar a confiança em suas soluções de dados, mesmo durante os testes. Além disso, a revisão por pares também pode trazer benefícios para a colaboração e o compartilhamento de conhecimento entre os membros da equipe.

Depois de concluir um ciclo de revisão por pares, você deve documentar e incorporar todas as alterações recomendadas. Se necessário, você deve reenviar as alterações para aprovação antes de passar para o teste do usuário. Normalmente, várias iterações de revisão por pares só são necessárias quando há muitas alterações ou algumas alterações complexas para testar.

Automatize os testes

Os criadores de conteúdo podem automatizar os testes para que os testes sejam executados automaticamente antes da implantação. Os testes automatizados geralmente envolvem condições de teste pré-preparadas que são executadas e orquestradas programaticamente em resposta a determinadas ações, como salvar conteúdo ou enviar uma solicitação pull (PR). Os resultados dos testes automatizados são armazenados automaticamente para referência e documentação posteriores.

O objetivo de um teste automatizado é reduzir o tempo e o esforço para validar alterações de conteúdo, melhorando a consistência dos testes e a confiabilidade de seus resultados. Quando o conteúdo falha em um teste automatizado, normalmente é impedido de ser implantado até que os problemas sejam resolvidos pelo criador de conteúdo.

Testes automatizados eficazes são uma parte fundamental da implementação de DataOps. O DataOps permite que as equipes automatizem e dimensionem processos, adotando práticas que melhoram e aceleram a entrega de dados e análises.

Importante

Para automatizar efetivamente os testes, você deve criar testes bem projetados. Criar esses testes pode levar tempo e esforço significativos. Se suas condições de teste e expectativas forem mal definidas, seus testes automatizados não serão capazes de validar os aspetos certos do seu conteúdo, e você receberá poucos benefícios ao automatizar esses testes.

Gorjeta

O teste automatizado é mais benéfico quando integrado à implantação da sua solução em cenários de publicação de conteúdo corporativo. Por exemplo, você pode automatizar os testes usando o Azure Pipelines como parte de um pipeline de validação, o que garante que o conteúdo esteja pronto para ser implantado. Para obter mais informações, consulte Estágio 4: Implantar conteúdo.

As seções a seguir descrevem as principais considerações para testar automaticamente modelos semânticos e relatórios do Power BI.

Automatize o teste de modelos semânticos

O teste automatizado de modelos semânticos é possível, embora normalmente exija configuração personalizada com ferramentas e estruturas de terceiros.

Você pode usar diferentes ferramentas e abordagens para automatizar o teste de modelos semânticos.

  • Analisador de Práticas Recomendadas (BPA): o Analisador de Práticas Recomendadas permite especificar regras que podem ser usadas para avaliar um modelo semântico. Você pode executar o BPA usando o Editor de Tabela, que identificará quaisquer violações de regras em um modelo semântico. Você pode automatizar verificações de violações de regras BPA usando a interface de linha de comando (CLI) do Editor de Tabela junto com o Azure DevOps ou como parte de outro processo agendado.
  • Blocos de anotações de malha e link semântico:Os blocos de anotações na malha permitem que você use o link semântico para interagir programaticamente com modelos semânticos. Você pode usar blocos de anotações para executar estruturas como Grandes Expectativas (GX) para validar dados. Além disso, você pode avaliar medidas e consultas DAX e, em seguida, testar os resultados em relação às linhas de base conhecidas.
  • Power Automate:Power Automate permite executar consultas em modelos semânticos e exportar relatórios usando as APIs REST do Power BI. Você pode verificar os resultados da consulta em relação às linhas de base conhecidas e, em seguida, executar ações downstream, como disparar alertas para proprietários de conteúdo.

Gorjeta

Considere combinar testes automatizados e a orquestração de seus modelos semânticos. Por exemplo, você pode realizar testes automatizados em uma fonte de dados e modelo semântico antes de uma atualização usando notebooks ou Power Automate. Se os testes falharem, você pode impedir a atualização, o que também pode impedir que erros de atualização ou dados incorretos cheguem aos relatórios de negócios.

Automatize o teste de relatórios

Há opções limitadas disponíveis para automatizar o teste de relatórios. Essas opções dependem de ferramentas externas ou soluções da comunidade para validar automaticamente visuais ou propriedades de relatório, como validar metadados de relatório ou simular interações do usuário com relatórios.

Você pode usar diferentes ferramentas e abordagens para automatizar o teste de relatórios.

  • Analisadores de práticas recomendadas de relatório: há várias ferramentas de terceiros que oferecem suporte à funcionalidade semelhante ao Analisador de Práticas Recomendadas para automatizar a deteção de problemas em relatórios, examinando a definição de relatório. Duas ferramentas que suportam essa funcionalidade são o PBI Explorer e o PBI Inspetor.
  • Power Automate Desktop: ferramentas de automação de interface do usuário como Selenium for Python ou Power Automate Desktop permitem simular interações do mouse do usuário com relatórios. Ao definir um fluxo de usuário, você pode testar a navegação e as interações. Esses testes passam quando podem concluir o fluxo e falham quando detetam palavras ou imagens específicas na tela (como uma mensagem de erro ou um visual em branco).

Decidir como os usuários devem validar o conteúdo

Depois que o conteúdo passa por testes manuais, testes automatizados e revisão por pares, ele pode passar para o teste do usuário. Quando os usuários testam o conteúdo, eles fornecem feedback subjetivo sobre se esse conteúdo atende aos requisitos de negócios e tem o desempenho de suas expectativas, incluindo o retorno de resultados precisos.

A validação do usuário normalmente acontece em um espaço de trabalho de teste. Ao configurar um espaço de trabalho de teste, leve em consideração as seguintes considerações.

  • Criar um aplicativo de teste: se você pretende distribuir conteúdo usando um aplicativo do Power BI, configure um aplicativo de teste para que os usuários de teste validem o conteúdo. O aplicativo de teste deve ser idêntico ao aplicativo que você configurará em produção. Na navegação do aplicativo de teste, considere incluir links para documentação, treinamento e formulários de feedback.
  • Provisionar acesso: identifique um subconjunto de usuários da comunidade que validará a solução. Entre em contato com esses usuários e forme um acordo sobre quando e por que eles devem validar esse conteúdo. Em seguida, certifique-se de fornecer acesso ao conteúdo e adicione-os às funções de segurança apropriadas. Compartilhe links para o conteúdo ou aplicativo de teste com os usuários para que eles possam começar a testar.
  • Configurar atualização agendada: a validação do usuário normalmente abrange um período mais longo. Vale a pena configurar uma atualização agendada de itens de dados no espaço de trabalho de teste para que os usuários estejam testando com os dados mais recentes.

Importante

Ao implantar conteúdo em um espaço de trabalho de teste, você precisa atualizar manualmente o aplicativo antes que as alterações em relatórios e painéis fiquem visíveis para os usuários.

Nota

Não é possível implantar ou copiar aplicativos de um espaço de trabalho para outro. Quaisquer alterações em um aplicativo devem ser feitas manualmente na configuração desse espaço de trabalho.

Antes de iniciar a validação do usuário, você deve realizar os preparativos necessários.

  • Planeje quando a validação do usuário deve ocorrer.
  • Especifique se a validação do usuário está confinada a um período específico ou parte de um processo iterativo.
  • Crie um método para coletar comentários, como usando o Microsoft Forms.
  • Comunicar aos utilizadores envolvidos na validação o planeamento e as expectativas.
  • Organize um kick-off para validação do usuário para orientar os usuários e gerenciar expectativas.
  • Realizar treinamentos para que os usuários demonstrem o processo de validação e feedback.

Aqui estão algumas maneiras diferentes de facilitar a validação de conteúdo pelo usuário.

  • Testes de observatório: Os testes de observatório são sessões curtas em que os criadores de conteúdo assistem a um ou mais usuários usarem o conteúdo sem orientação ou instrução. Nessas sessões, os criadores de conteúdo usam suas observações para identificar possíveis falhas, problemas ou melhorias na solução. Esses testes podem ser valiosos, pois exigem pouco tempo e esforço para serem organizados, e podem ser limitados a recursos específicos ou partes de uma solução. Os testes do observatório são mais benéficos para obter feedback precoce sobre um projeto ou abordagem, como com uma prova de conceito (POC).
  • Testes de focus group: Os testes de focus group são sessões limitadas organizadas com um pequeno grupo de utilizadores que analisam o conteúdo em conjunto. Estes focus groups têm curadoria para selecionar os principais intervenientes e especialistas no assunto que podem fornecer o melhor feedback sobre determinadas características ou funcionalidades. Os testes de focus group podem ocorrer em várias sessões interativas. Os testes de focus group requerem mais tempo e esforço do que os testes de observatório, mas podem fornecer feedback mais detalhado sobre uma solução.
  • Teste de aceitação do usuário:O teste de aceitação do usuário (UAT) é um processo formal em que um grupo maior de indivíduos da comunidade de usuários valida e fornece feedback assíncrono sobre uma solução. O UAT requer mais tempo e esforço para se organizar, mas é a maneira mais completa de conduzir testes de usuários. Depois que os usuários de teste aceitarem a solução e os problemas de feedback forem resolvidos, o conteúdo poderá ser implantado no espaço de trabalho de produção.

Depois de decidir como validar o conteúdo, você pode planejar como implantá-lo nos espaços de trabalho e entre eles.

Lista de verificação - Ao planejar como validar conteúdo, as principais decisões e ações incluem:

  • Projetar e documentar condições de teste: descreva os testes que você realizará, o que eles testarão e como você os executará.
  • Decida sobre um processo de revisão por pares: descreva quem mais validará o conteúdo além de você.
  • Decida uma abordagem para testes manuais: decida quais ferramentas e recursos você usará para validar o conteúdo criado.
  • Decida se você usará testes automatizados: identifique se a escala e o escopo do seu conteúdo justificam a configuração de testes automatizados. Em caso afirmativo, certifique-se de planejar o tempo e os recursos necessários para projetar e implementar esses testes para que eles validem o que você espera.
  • Implantar conteúdo do espaço de trabalho de desenvolvimento para o espaço de trabalho de teste: implante alterações do espaço de trabalho de desenvolvimento para o espaço de trabalho de teste para que as alterações sejam visíveis para os usuários. Certifique-se de ter feito as atividades pós-implantação necessárias no espaço de trabalho de teste, como configurar e atualizar um aplicativo de teste.
  • Decida uma abordagem para o teste do usuário: decida como os usuários validarão o conteúdo.
  • Identificar usuários de teste: identifique quem, entre a comunidade de usuários, validará o conteúdo. Chegar a acordo com esses indivíduos sobre o grau do seu envolvimento e expectativas.
  • Coletar comentários dos usuários: configure ferramentas e processos para coletar feedback automaticamente. Por exemplo, você pode usar Tarefas e Planejador no Microsoft Teams ou no Microsoft Forms.
  • Documente os resultados do teste: documente os resultados de toda a validação de conteúdo e quaisquer alterações feitas como resultado dos resultados do teste. Certifique-se de que esta documentação é fácil de encontrar.
  • Planeje sua implantação para a produção: assim que o teste do usuário for concluído, prepare-se para implantar o conteúdo do espaço de trabalho de teste para o espaço de trabalho de produção.

No próximo artigo desta série, saiba como implantar conteúdo como parte do gerenciamento do ciclo de vida do conteúdo.