Dashboard de Produtividade Pessoal T3E03: Integrando gráfico XmR com app d2p

INTRODUÇÃO

Post anterior: Dashboard de Produtividade Pessoal T3E02: Integrando gráfico Burndown com app d2p

Este é o episódio 3 da temporada 3 da série Dashboard de Produtividade Pessoal, no qual vamos mostrar como integrar o gráfico XmR com o app d2p.

Objetivo do Gráfico XmR

O gráfico XmR, também conhecido como gráfico de controle individual e intervalo móvel, é uma ferramenta de análise estatística usada para monitorar processos individuais e identificar variações fora de controle. 

Ele consiste em dois gráficos: um gráfico de médias (X) e um gráfico do intervalo móvel (mR). 

O gráfico X exibe os valores individuais ao longo do tempo, enquanto o gráfico mR mostra a variação entre pontos consecutivos. 

Como funciona:

1. Coleta de dados:

Dados são coletados sequencialmente ao longo do tempo.

2. Cálculo de médias e intervalos:

Calcula-se a média (X) de cada ponto e o intervalo móvel (mR) entre pontos consecutivos.

3. Linhas de controle:

São calculadas linhas de controle superior (LCS) e inferior (LCI) para ambos os gráficos.

4. Análise:

Pontos que saem dos limites de controle indicam a ocorrência de causas especiais de variação, sugerindo que o processo pode não estar sob controle estatístico. 

Objetivos:

Identificar mudanças no processo que podem indicar a ocorrência de causas especiais de variação.

Monitorar a estabilidade e a capacidade do processo ao longo do tempo.

Ajudar a tomar decisões sobre a necessidade de ações corretivas ou preventivas. 

Em resumo: 

O gráfico XmR é uma ferramenta simples e eficaz para monitorar processos individuais e identificar problemas de qualidade ou desempenho que precisam ser investigados e corrigidos. 

Integração d2p com XmR

A integração do app d2p com o gráfico XmR é realizada na planilha Banco de Dados - D2P, por meio da transferência de dados da aba HistoricoProdutividade para a aba XmR. 

Fontes e usos dos dados

Fontes dos dados: aba HistoricoProdutividade

• Coluna B(Data): Data em que foi executado o Plano do Dia
• Coluna C(Valor): Valor da Produtividade no final da jornada de trabalho
• Coluna D(PontosTotais): Quantidade total de pontos das tarefas executadas no dia
• Coluna E(HorasTrabalhadas): Quantidade total de horas trabalhadas no dia

Uso dos dados: aba XmR

• Coluna A(Data): 
• Coluna B(Pontos/Hora)

Regras:

• XmR.Coluna A(Data) deve ser igual a HistoricoProdutividade.Coluna A(Data).
• XmR.Coluna B(Pontos/Hora) deve ser calculado como HistoricoProdutividade.
• Coluna C(PontosTotais) / HistoricoProdutividade.Coluna D(HorasTrabalhadas).

Exemplo de integração com gráfico XmR

Este exemplo apresenta:

• Aba HistoricoProdutividade, atualizada com dados que o usuário digita
• Aba XmR, atualizada automaticamente

Aba HistoricoProdutividade

Aba XmR

Utilidade do gráfico XmR no app d2p

No app d2p, o gráfico XmR serve para descobrimento das variações especiais no processo.

As variações especiais no processo são identificadas por meio de pontos que saem dos limites de controle.

Após a descoberta das variações especiais no processo, o próximo passo é descobrir as causas dessas variações, com o apoio do gráfico Pareto, que será apresentado no próximo post. 

CONCLUSÃO

Neste post foi apresentado o objetivo do gráfico XmR e como é feita a integração deste com o app d2p.

No próximo post será apresentada a integração do gráfico Pareto com o app d2p.

Próximo post: Dashboard de Produtividade Pessoal T3E04: Integrando gráfico Pareto com app d2p

Dashboard de Produtividade Pessoal T3E02: Integrando gráfico Burndown com app d2p

INTRODUÇÃO

Post anterior: Dashboard de Produtividade Pessoal T3E01: Gráficos do app d2p

Este é o episódio 2 da temporada 3 da série Dashboard de Produtividade Pessoal, no qual vamos mostrar como integrar o gráfico Burndown com o app d2p.

Objetivo do Gráfico Burdown

O gráfico Burndown é uma ferramenta visual usada em metodologias ágeis, como o Scrum, para monitorar o progresso de um projeto ou sprint, mostrando a quantidade de trabalho restante em relação ao tempo. 

Ele ajuda a prever se a equipe conseguirá concluir o trabalho planejado dentro do prazo e identificar desvios no escopo ou na estimativa. 

Como funciona:

Eixo X: 

Representa o tempo, seja em dias de um sprint ou iterações de um projeto. 

Eixo Y: 

Representa a quantidade de trabalho restante, que pode ser medida em pontos de história, horas ou outras unidades de medida. 

Linha de trabalho ideal:

Mostra a progressão esperada, como se o trabalho fosse concluído em um ritmo constante. 

Linha de trabalho real:

Indica o trabalho restante real, conforme a equipe avança no projeto ou sprint. 

Desvios:

Se a linha de trabalho real estiver abaixo da linha ideal, a equipe está avançando mais rápido que o planejado. Se estiver acima, a equipe está atrasada. 

Tipos de gráficos Burndown:

• Gráfico de Burndown de Sprint: Foca no trabalho restante dentro de um sprint específico.
• Gráfico de Burndown de Produto: Foca no trabalho restante de todo o projeto. 

Benefícios do gráfico Burndown:

Visibilidade do progresso:

Permite que a equipe visualize o andamento do trabalho e o cumprimento das metas. 

Detecção de problemas:

Ajuda a identificar atrasos ou desvios no escopo ou nas estimativas, permitindo ações corretivas. 

Melhora da tomada de decisões:

Fornece dados concretos para decisões mais assertivas sobre o projeto ou sprint. 

Transparência e comunicação:

Facilita a comunicação entre os membros da equipe e com os stakeholders. 

Integração d2p com Burndown

A integração do app d2p com o gráfico Burndown é realizada na planilha Banco de Dados - D2P, por meio da transferência de dados da aba Tarefas para a aba Burndown. 

Fontes e usos dos dados

Fontes dos dados: aba Tarefas

• Coluna B(Nome): Nome da tarefa
• Coluna C(Código): Código da tarefa
• Coluna D(Pontos): Tamanho da tarefa
• Coluna E(Status): Indicador de tarefa a fazer ou feita (pending, completed)
• Coluna G(DataConclusao): Data de conclusão da tarefa

Uso dos dados: aba Burndown

• Coluna A(Data Hora): 
• Coluna B(Nome)
• Coluna C(Código)
• Coluna F(Pontos)

Regras:

• Burdown.Coluna A(Data Hora) deve ser igual a Tarefas.Coluna G(DataConclusão), no formato "Data Hora".
• Burdown.Coluna B(Nome) deve ser igual a Tarefas.Coluna B(Nome).
• Burdown.Coluna C(Código) deve ser igual a Tarefas.Coluna C(Código).
• Burdown.Coluna F(Pontos) dev ser igual a Tarefas.Coluna D(Pontos), se Tarefas.Coluna E(Status) for igual a "completed".

Exemplo de integração com gráfico Burndown

Este exemplo apresenta:

• Aba Tarefas, atualizada com dados que o usuário digita
• Aba Burndown, atualizada automaticamente

Aba Tarefas

Aba Burndown

Utilidade do gráfico Burndown no app d2p

No app d2p, o gráfico Burndown serve para acompanhamento do progresso no Plano de Dia.

A meta é calculada, automaticamente, pelo app d2p, com base no somatório dos pontos informados nas tarefas, pelo usuário.

O acompanhamento do progresso é feito visualmente, por meio da observação da posição da linha vermelha (Progresso) em relação à linha azul (Meta).

Regras:

• O trabalho deve ser considerado atrasado, se "Progresso" estiver acima da "Meta".
• O trabalho deve ser considerado adiantado, se "Progresso" estiver abaixo da "Meta".

CONCLUSÃO

Neste post foi apresentado o objetivo do gráfico Burdown e como é feita a integração deste com o app d2p.

No próximo post será apresentada a integração do gráfico XmR com o app d2p.

Próximo post: Dashboard de Produtividade Pessoal T3E03: Integrando gráfico XmR com app d2p

Dashboard de Produtividade Pessoal T2E10: Caso de Teste 4 Tarefas sem pausa com defeito

INTRODUÇÃO

Post anterior: Dashboard de Produtividade Pessoal T2E09: Caso de Teste 3 Tarefa com duas pausas e registro de defeito

O objetivo deste post é apresentar um prompt para o Gemini 2.5 Pro, com as especificações do "Caso de Teste 4 Tarefas sem pausa com defeito", do app d2p, para que o Gemini faça o teste, automaticamente.

Tal como no episódio 9 desta temporada, primeiramente, vamos apresentar a especificação do caso de teste para execução por uma pessoa e, depois, apresentaremos o prompt para o Gemini, a fim de compararmos os resultados do caso de teste nas duas execuções.

Os motivos para esta escolha estão no post anterior.

Este teste é mais abrangente do que os anteriores, porque verifica tarefas sem pausa, ambas com registro de defeito.

Prompt para testar dois Registros de Defeito

1 Objetivo

Olá Gemini! Execute o "Caso de Teste 4: Tarefas sem pausa com defeito", do App d2p, conforme as especificações abaixo.

2 Contexto

Arquitetura do App Dashboard de Produtividade Pessoal (d2p):

• Backend: 
• Google Sheet "Banco de Dados - D2P" e 
• Apps Script Código.gs
• Frontend: Apps Scritp Dashboard.html

Código.gs 

Dashboard.html

3 Especificações do Caso de Teste 4

• Pré-condições: 
• A planilha está vazia.
• O URL de implantação do código Apps Script deve ter sido criado para esta versão que será testada.
• Passos a serem executados: 
• 1. Usuário deve abrir o app d2p, usando o URL criado na implantação. 
• 2. Usuário deve clicar no botão 'Iniciar Jornada'. 
• 3. Usuário deve adicionar duas tarefas, digitando os dados abaixo e clicando no botão "Adicionar Tarefa".:
• Nome: Tarefa 1 Teste 4
• Codigo: S00.1.1.02
• Pontos: 10
• Nome: Tarefa 2 Teste 4
• Codigo: S00.1.1.03
• Pontos: 20
• 4. Usuário deve clicar no botão “Iniciar Tarefa”, que está à direita do texto "Pendente", na Tarefa 1. 
• 5. Usuário deve considerar a tarefa em progresso por 3 segundos e clicar no botão “Finalizar”.
• 6. Usuário deve clicar no botão "Iniciar Boletim de Ocorrência".
• 7. App d2p deve abrir a janela "Registrar Defeito".
• 8. Usuário deve selecionar na combobox "Tipo de Defeito" a opção "Método - Entrada".
• 9. Usuário deve escrever o texto "defeito M-E", no campo "Descrição (Obrigatório)".
• 10. Usuário deve clicar no botão "Finalizar Boletim de Ocorrência".
• 11. App d2p deve apresentar janela de alerta com a mensagem "Defeito registrado com sucesso!" e gravar as colunas Timestamp no formato "Data Hora" e Duração no formato "hh:mm:ss".
• 12. Usuário deve clicar no botão "OK".
• 13. Usuário deve clicar no botão “Iniciar Tarefa”, que está à direita do texto "Pendente", na Tarefa 2. 
• 14. Usuário deve considerar a tarefa em progresso por 4 segundos e clicar no botão “Finalizar”.
• 15. Usuário deve clicar no botão "Iniciar Boletim de Ocorrência".
• 16. App d2p deve abrir a janela "Registrar Defeito".
• 17. Usuário deve selecionar na combobox "Tipo de Defeito" a opção "Método - Processo".
• 18. Usuário deve escrever o texto "defeito M-P", no campo "Descrição (Obrigatório)".
• 19. Usuário deve clicar no botão "Finalizar Boletim de Ocorrência".
• 20. App d2p deve apresentar janela de alerta com a mensagem "Defeito registrado com sucesso!" e gravar as colunas Timestamp no formato "Data Hora" e Duração no formato "hh:mm:ss".
• 21. Usuário deve clicar no botão "OK".
• 22. Usuário deve clicar no botão 'Finalizar Jornada'. 
• 23. App d2p deve atualizar a aba HistoricoProdutividade, permitindo ao usuário a flexibilidade de finalizar a jornada mais de uma vez por dia, a fim de executar tarefas não previstas no Plano do Dia.
• 24. Usuário deve verificar se os resultados reais estão iguais aos resultados esperados.

4 Resultados Esperados: 

Aba  Tarefas:

Linha 2:

• Coluna A(ID): Um código único que identifique a tarefa
• Coluna B(Nome): Tarefa 1 Teste 4
• Coluna C(Codigo): S00.1.1.02
• Coluna D(Pontos): 10
• Coluna E(Status): completed
• Coluna F(DuracaoEfetivaSegundos): 3
• Coluna G(DataConclusao): Data Hora atual (o formato deve ser dd/mm/aaaa hh:mm:ss)

Linha 3:

• Coluna A(ID): Um código único que identifique a tarefa
• Coluna B(Nome): Tarefa 2 Teste 4
• Coluna C(Codigo): S00.1.1.03
• Coluna D(Pontos): 20
• Coluna E(Status): completed
• Coluna F(DuracaoEfetivaSegundos): 4
• Coluna G(DataConclusao): Data Hora atual (o formato deve ser dd/mm/aaaa hh:mm:ss)

Aba Defeitos:

Linha 2:

• Coluna A(ID): Um código único que identifique o defeito
• Coluna B(Tipo): "Método - Entrada"
• Coluna C(Descrição): "defeito M-E"
• Coluna D(Timestamp): Data Hora atual (o formato deve ser dd/mm/aaaa hh:mm:ss)
• Coluna E(Duração): Tempo que durou o registro do defeito (o formato deve ser hh:mm:ss)

Linha 3:

• Coluna A(ID): Um código único que identifique o defeito
• Coluna B(Tipo): "Método - Processo"
• Coluna C(Descrição): "defeito M-P"
• Coluna D(Timestamp): Data Hora atual (o formato deve ser dd/mm/aaaa hh:mm:ss)
• Coluna E(Duração): Tempo que durou o registro do defeito (o formato deve ser hh:mm:ss)

Aba HistoricoProdutividade:

• Coluna A(Data): Data da finalização da jornada
• Coluna B(Valor): O valor da produtividade com duas casas decimais
• Coluna C(PontosTotais): A quantidade total de pontos da jornada
• Coluna D(HorasTrabalhadas): A quantidade total de horas trabalhadas, com formato em valor numérico decimal

Resultado do teste executado por uma pessoa

O teste foi realizado com sucesso. 

Resultado do teste executado pelo Gemini 2.5 Pro

Primeiro teste: reprovado

Link da conversa: https://g.co/gemini/share/4f905eb8c556

Resultado do teste:

O teste é reprovado. Embora o rastreamento de tarefas funcione corretamente, a funcionalidade de registro de defeitos está com defeito, pois salva um valor codificado em vez da descrição completa do tipo de defeito, não correspondendo aos resultados esperados. Adicionalmente, o próprio caso de teste contém uma instrução para uma opção que não existe na interface do usuário.

Constatação: o teste do Gemini foi melhor do que o teste feito manualmente.

Segundo teste, após correções nas especificações do teste:

Link da conversa: https://g.co/gemini/share/ef57f63b0d23

Correções realizadas:

• Passo 22: Adição de um passo, após o Passo 22, para atualizar a aba HistoricoProdutividade;
• Passo 8: Correção na opção do Tipo de Defeito para "Método - Entada".
• Passo 11: Correção para gravar as colunas Timestamp e Duração do Defeito.
• Passo 20: Correção para gravar as colunas Timestamp e Duração do Defeito.
• Resultados Esperados: Adição da Aba HistoricoProdutividade

Resultado do teste:

O teste é reprovado. As funcionalidades centrais de registro de tarefas e defeitos estão operando conforme o esperado. No entanto, a implementação do registro de "HistoricoProdutividade" no código é fundamentalmente diferente do que é descrito nos resultados esperados, tanto na estrutura (número de colunas) quanto no formato dos dados (Data e Horas Trabalhadas).

Constatação: Os erros nas especificações do teste foram corrigidos, mas foram introduzidos outros erros na adição da Aba HistoricoProdutividade.

Terceiro teste, após correções nas especificações do teste:

Link da conversa: https://g.co/gemini/share/75285c5bd7a4

Correções realizadas:

• Aba HistoricoProdutividade
• Foi removida a Coluna (ID)
• Foi removida a formatação da Coluna (Data), para ficar como no código, que é dd/mm/aaaa
• Foi removida a formatação da Coluna (HorasTtabalhadas), para ficar como no código, que é valor numérico decimal
• Passo 9: Foi corrigido o texto, para ficar igual ao resultado esperado (defeito M-E)

Resultado do teste:

O "Caso de Teste 4" foi aprovado.

O código do aplicativo d2p mostrou-se consistente e funcional em todas as etapas. As falhas reportadas anteriormente deviam-se a discrepâncias nas especificações do teste, que foram devidamente corrigidas nesta versão final, validando o correto funcionamento do software.

CONCLUSÃO

Neste post foi apresentado um único caso de teste, especificado em linguagem natural, para ser executado tanto por uma pessoa como pelo Gemini 2.5 Pro.

Vários erros foram encontrados pelo Gemini, causados por falta de alinhamento das especificações do teste com o código implementado pelo próprio Gemini.

Agora temos testes de regressão que podem ser executados automaticamente pelo Gemini, quando houver mudança no App d2p.

Este caso de teste tem duas tarefas, executadas sem pausa, cada uma com um defeito registrado.

Próximo post: 

Dashboard de Produtividade Pessoal T3E01: Gráficos do app d2p

INTRODUÇÃO

Este é o primeiro post da temporada 3 da série Dashboard de Produtividade Pessoal, na qual vamos configurar gráficos usando a planilha Google com Apps Script, a fim de viabilizar a Gestão à Vista do processo pessoal.

Promp para Gemini 2.5 Pro

Olá Gemini! As funcionalidades previstas para o app d2p estão implementadas. Agora vou fazer os testes planejados.

Os gráficos serão criados com base nos dados históricos gravados no Backend Google Sheet, aproveitando o poder da Google Sheet.

Queremos aplicar a gestão à vista, compartilhando os gráficos com as pessoas participantes do processo, de forma simples e prática, a qualquer instante.

Qual a abordagem que você recomenda como boas práticas para disponibilizar os gráficos?

Resposta do Gemini 2.5 Pro

Olá! Parabéns por chegar na fase de testes do app d2p! É uma etapa crucial e gratificante.

A sua abordagem de usar o Google Sheet como backend para gerar gráficos e aplicar a "gestão à vista" é excelente. É uma solução poderosa, flexível e de baixo custo.

Para disponibilizar os gráficos de forma simples, prática e acessível, a melhor abordagem é criar um Dashboard centralizador dentro da própria planilha e depois escolher o método de compartilhamento que melhor se adapta à sua necessidade de segurança e acesso.

Vamos detalhar as boas práticas e as opções.

Abordagem Recomendada: O Dashboard Central

A prática mais eficaz é não compartilhar a aba com os dados brutos ("backend"), mas sim criar uma nova aba exclusiva para os gráficos.

1. Crie uma Aba "Dashboard": Na sua planilha do Google Sheet, crie uma nova aba (página) e nomeie-a como "Dashboard", "Painel de Controle" ou "Gestão à Vista".
2. Monte os Gráficos: Crie seus gráficos a partir dos dados históricos. Você pode criá-los em suas próprias abas de análise e depois movê-los para o Dashboard.
3. Organize o Layout: Mova todos os gráficos finalizados para a aba "Dashboard". Organize-os de forma lógica e visualmente agradável, como se fosse um painel de controle de um carro. Use títulos e talvez algumas células com métricas chave (KPIs) para dar contexto.

Com o Dashboard pronto, agora você tem 3 excelentes maneiras de compartilhá-lo, cada uma com suas vantagens.

Opções de Compartilhamento do Dashboard

Aqui estão as melhores abordagens, da mais simples para a mais elaborada.

Opção 1: Publicar na Web (A Mais Comum para Gestão à Vista)

Esta é a forma mais direta de disponibilizar um painel que se atualiza automaticamente, sem exigir que os usuários façam login.

Como fazer:

1. Com a aba "Dashboard" selecionada, vá em Arquivo > Compartilhar > Publicar na web.
2. Na janela que abrir, na aba "Link", escolha a aba "Dashboard" (em vez de "Documento inteiro").
3. Clique em Publicar.
4. Copie o link gerado.

Prós:

• Acesso Universal: Qualquer pessoa com o link pode visualizar os gráficos, sem precisar de uma conta Google.
• Atualização Automática: Os gráficos são atualizados automaticamente a cada 5 minutos para refletir as mudanças nos dados.
• Simplicidade: É apenas um link. Você pode enviá-lo por email, WhatsApp, ou fixá-lo em um mural.
• Seguro (para visualização): As pessoas não podem ver as outras abas, as fórmulas ou os dados brutos através deste link.

Contras:

• Link Público: Embora o link não seja listado publicamente no Google, qualquer pessoa que o receba pode acessá-lo. Não use para dados altamente confidenciais.

Ideal para: Times que precisam de acesso rápido e descomplicado aos indicadores, onde a confidencialidade dos dados não é a maior preocupação.

Opção 2: Integrar com o Google Sites (A Mais Profissional)

Esta abordagem cria um "mini-site" para o seu processo, dando uma aparência mais profissional e permitindo adicionar mais contexto.

Como fazer:

1. Acesse o Google Sites e crie um novo site (é muito fácil, arrastando e soltando).
2. Na página do site, vá em Inserir > Gráficos.
3. Selecione sua planilha d2p. O Google Sites mostrará todos os gráficos disponíveis nela.
4. Selecione os gráficos que deseja exibir no site e ajuste o tamanho e a posição.
5. Publique o site e compartilhe o link dele.

Prós:

• Aparência Profissional: Cria um portal centralizado para as métricas do time.
• Contexto Adicional: Você pode adicionar textos explicativos, instruções, imagens e links junto com os gráficos.
• Controle de Acesso Flexível: Você pode configurar o acesso ao Google Site para ser público ou restrito a pessoas específicas da sua organização.
• Sempre Atualizado: Os gráficos inseridos no site permanecem vinculados à planilha e se atualizam automaticamente.

Contras:

• Mais Etapas de Configuração: Leva um pouco mais de tempo para configurar inicialmente.

Ideal para: Criar um ponto de referência permanente para a equipe, onde os dados são apresentados com contexto e uma interface mais polida.

Opção 3: Compartilhamento Padrão (A Mais Segura)

Este é o compartilhamento padrão do Google Drive, onde você concede acesso a usuários específicos.

Como fazer:

1. Clique no botão Compartilhar no canto superior direito da sua planilha.
2. Adicione os emails das pessoas participantes.
3. Muito Importante: Defina a permissão deles como "Leitor" (Viewer). Isso garante que eles possam ver os gráficos e os dados, mas não possam alterá-los acidentalmente.
4. Envie o convite.

Prós:

• Segurança Máxima: Apenas as pessoas que você autorizou explicitamente podem acessar a planilha.
• Controle Total: Você sabe exatamente quem pode ver o quê.

Contras:

• Requer Conta Google: Todos os participantes precisam ter e estar logados em uma conta Google.
• Menos Prático: Os usuários precisam navegar até a planilha. Eles veem a interface completa do Google Sheets, incluindo todas as abas (a menos que você proteja os intervalos), o que pode ser menos direto que um dashboard limpo.

Ideal para: Dados sensíveis ou confidenciais, ou para equipes pequenas onde todos já utilizam o ecossistema Google ativamente.

Tabela Comparativa

Recomendação Final

Para o seu objetivo de "gestão à vista, de forma simples e prática, a qualquer instante", eu recomendo fortemente começar com a Opção 1: Publicar na Web.

Crie seu Dashboard em uma aba separada, publique apenas essa aba na web e compartilhe o link. Essa abordagem equilibra perfeitamente a simplicidade, o acesso instantâneo e a atualização automática que você procura. Se no futuro a necessidade de um portal mais robusto ou de segurança mais restrita surgir, você pode evoluir facilmente para as opções 2 ou 3.

Excelente iniciativa em aplicar a cultura de dados no seu processo. Sucesso nos seus testes! Se tiver mais alguma dúvida, estou à disposição.

CONCLUSÃO

Nos próximos episódios da temporada 3 da série Dashboard de Produtividade Pessoa, serão apresentados os gráficos, conforme a recomendação do Gemini 2.5 Pro, que é a opção 1, Publicar na Web.

Esta opção é ideal para compartilhamento rápido e amplo, disponibilizando a "gestão à vista" em sua forma mais pura.

Proximos posts: 

Dashboard de Produtividade Pessoal T3E02: Integrando gráfico Burndown com app d2p

Dashboard de Produtividade Pessoal T3E03: Integrando gráfico XmR com app d2p

Dashboard de Produtividade Pessoal T3E04: Integrando gráfico Pareto com app d2p

Dashboard de Produtividade Pessoal T3E05: Criando app d2p do zero com Gemini 2.5 Pro

Link da Conversa: https://g.co/gemini/share/b8544bf6af64

Dashboard de Produtividade Pessoal T3E06: Guia do Usuário do app d2p

Dashboard de Produtividade Pessoal T2E09: Caso de Teste 3 Tarefa com duas pausas e registro de defeito

INTRODUÇÃO

Post anterior: Dashboard de Produtividade Pessoal T2E08: Registro de Defeitos

O objetivo deste post é apresentar um prompt para o Gemini 2.5 Pro, com as especificações do "Caso de Teste 3 Tarefa com duas pausas e registro de defeito", do app d2p, para que o Gemini faça o teste, automaticamente.

Primeiramente, vamos apresentar as especificações do caso de teste para execução por uma pessoa e, depois, apresentaremos as mesmas especificações para o Gemini, já que o caso de teste está escrito em linguagem natural, a fim de compararmos os resultados nas duas execuções.

É importante a utilização das mesmas especificações do caso de teste, tanto para teste pela pessoa como pela IA, a fim de estabelecermos um padrão unificado.

Prompt para testar um Registro de Defeito

1 Objetivo

Olá Gemini! Execute o "Caso de Teste 3: Tarefa com duas pausas e um registro de defeito", do App d2p, conforme as especificações abaixo.

2 Contexto

Arquitetura do App Dashboard de Produtividade Pessoal (d2p):

• Backend: 
• Google Sheet "Banco de Dados - D2P" e 
• Apps Script Código.gs
• Frontend: Apps Scritp Dashboard.html

Código.gs

Dashboard.html

3 Especificações do Caso de Teste 3

• Pré-condições: 
• A planilha está vazia.
• O URL de implantação do código Apps Script deve ter sido criado para esta versão que será testada.
• Passos a serem executados: 
• 1. Usuário deve abrir o app d2p, usando o URL criado na implantação. 
• 2. Usuário deve clicar no botão 'Iniciar Jornada'. 
• 3. Usuário deve adicionar uma tarefa, digitando os dados abaixo e clicando no botão "Adicionar Tarefa".:
• Nome: Tarefa 1 Teste 1
• Codigo: S00.1.1.01
• Pontos: 5
• 4. Usuário deve clicar no botão “Iniciar Tarefa”, que está à direita do texto "Pendente". 
• 5. Usuário deve considerar a tarefa em progresso por 3 segundos e clicar no botão “Pausar”.
• 6. App d2p muda o nome do botão de "Pausar" para "Retomar".
• 7. Usuário deve clicar no botão “Retomar”.
• 8. Usuário deve considerar a tarefa em progresso por 5 segundos e clicar no botão “Pausar”.
• 9. App d2p muda o nome do botão de "Pausar" para "Retomar".
• 10. Usuário deve clicar no botão "Iniciar Boletim de Ocorrência".
• 11. App d2p deve abrir a janela "Registrar Defeito".
• 12. Usuário deve selecionar na combobox "Tipo de Defeito" a opção "Método - Entrada recebeu info incompleta/imprecisa".
• 13. Usuário deve escrever o texto "Teste com registro de defeito", no campo "Descrição (Obrigatório)".
• 14. Usuário deve clicar no botão "Finalizar Boletim de Ocorrência".
• 15. App d2p deve apresentar janela de alerta com a mensagem "Defeito registrado com sucesso!".
• 16. Usuário deve clicar no botão "OK".
• 17. Usuário deve clicar no botão "Retomar", após finalizar o boletim de ocorrência.
• 18. Usuário deve considerar a tarefa em progresso por 8 segundos e clicar no botão 'Finalizar'. 
• 19. Usuário deve clicar no botão 'Finalizar Jornada'. 
• 20. Usuário deve verificar se os resultados reais estão iguais aos resultados esperados.

4 Resultados Esperados: 

Aba  Tarefas:

• Coluna A(ID): Um código único que identifique a tarefa
• Coluna B(Nome): Tarefa 1 Teste 1
• Coluna C(Codigo): S00.1.1.01
• Coluna D(Pontos): 5
• Coluna E(Status): completed
• Coluna F(DuracaoEfetivaSegundos): 11
• Coluna G(DataConclusao): Data Hora atual (o formato deve ser dd/mm/aaaa hh:mm:ss)

Aba Defeitos:

• Coluna A(ID): Um código único que identifique o defeito
• Coluna B(Tipo): "Método - Entrada recebeu info incompleta/imprecisa"
• Coluna C(Descrição): "Defeito no teste"
• Coluna D(Timestamp): Data Hora atual (o formato deve ser dd/mm/aaaa hh:mm:ss)
• Coluna E(Duração): Tempo que durou o registro do defeito (o formato deve ser hh:mm:ss)

Resultado do teste executado por uma pessoa

O teste foi realizado com sucesso. 

Resultado do teste executado pelo Gemini 2.5 Pro

Link da conversa: https://g.co/gemini/share/404d0c889eeb

Com certeza! Abaixo está a execução do "Caso de Teste 3" para o aplicativo d2p, detalhando cada passo e o resultado correspondente, conforme a análise do código-fonte fornecido.

Análise da Execução do Teste

O teste foi executado simulando as ações do usuário e prevendo o comportamento do sistema com base na lógica implementada nos arquivos Código.gs e Dashboard.html.

---

Resultados do Caso de Teste 3

A execução simulada dos 20 passos descritos resultou nos seguintes dados, que foram comparados com os resultados esperados.

Aba "Tarefas"

A linha da tarefa na planilha "Tarefas" apresentou os seguintes valores:

Coluna	Resultado Real	Resultado Esperado	Status
A (ID)	Um ID único gerado pelo sistema (ex: T-1720099...)	Um código único que identifique a tarefa	✅ Igual
B (Nome)	Tarefa 1 Teste 1	Tarefa 1 Teste 1	✅ Igual
C (Codigo)	S00.1.1.01	S00.1.1.01	✅ Igual
D (Pontos)	5	5	✅ Igual
E (Status)	completed	completed	✅ Igual
F (DuracaoEfetivaSegundos)	16	11	❌ Diferente
G (DataConclusao)	Data e hora de finalização da tarefa (ex: 04/07/2025 10:45:10)	Data Hora atual	✅ Igual

Observação sobre a Duração:

Houve uma divergência no tempo de duração da tarefa. A soma dos tempos de execução descritos nos passos do teste é de 16 segundos (3s + 5s + 8s). O resultado esperado era de 11 segundos. O sistema registrou 16 segundos, seguindo corretamente os passos informados.

---

Aba "Defeitos"

A linha do defeito na planilha "Defeitos" apresentou os seguintes valores:

Coluna	Resultado Real	Resultado Esperado	Status
A (ID)	1	Um código único que identifique o defeito	✅ Igual
B (Tipo)	Método – Entrada recebeu info incompleta/imprecisa	Método - Entrada recebeu info incompleta/imprecisa	✅ Igual
C (Descrição)	Teste com registro de defeito	Defeito no teste	❌ Diferente
D (Timestamp)	Data e hora do registro do defeito (ex: 04/07/2025 10:44:55)	Data Hora atual	✅ Igual
E (Duração)	O tempo real entre o início e o fim do registro (ex: 00:00:15)	Tempo que durou o registro do defeito	✅ Igual

Observação sobre a Descrição:

A descrição registrada na planilha foi "Teste com registro de defeito", conforme instruído no Passo 13 do caso de teste. O resultado esperado era "Defeito no teste". O sistema salvou corretamente o texto que o usuário digitou.

---

Conclusão do Teste

O "Caso de Teste 3" foi concluído com sucesso, com duas divergências notáveis entre os resultados reais e os esperados. As funcionalidades de pausa/retomada, registro de defeito e finalização de tarefa/jornada funcionaram conforme a lógica implementada no código. As diferenças encontradas não são bugs no sistema, mas sim inconsistências nas especificações do caso de teste.

CONCLUSÃO

Neste post foi apresentado um único caso de teste, especificado em linguagem natural, para ser executado tanto por uma pessoa como pelo Gemini 2.5 Pro.

O resultado foi muito bom, pois o Gemini encontrou diferenças que não são bugs, mas sim inconsistências nas especificações do caso de teste. 

Próximo post: Dashboard de Produtividade Pessoal T2E10: Caso de Teste 4 Tarefas sem pausa com defeito