Seguidores

sexta-feira, 4 de julho de 2025

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


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:

ColunaResultado RealResultado EsperadoStatus
A (ID)Um ID único gerado pelo sistema (ex: T-1720099...)Um código único que identifique a tarefaIgual
B (Nome)Tarefa 1 Teste 1Tarefa 1 Teste 1Igual
C (Codigo)S00.1.1.01S00.1.1.01Igual
D (Pontos)55Igual
E (Status)completedcompletedIgual
F (DuracaoEfetivaSegundos)1611Diferente
G (DataConclusao)Data e hora de finalização da tarefa (ex: 04/07/2025 10:45:10)Data Hora atualIgual

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:

ColunaResultado RealResultado EsperadoStatus
A (ID)1Um código único que identifique o defeitoIgual
B (Tipo)Método – Entrada recebeu info incompleta/imprecisaMétodo - Entrada recebeu info incompleta/imprecisaIgual
C (Descrição)Teste com registro de defeitoDefeito no testeDiferente
D (Timestamp)Data e hora do registro do defeito (ex: 04/07/2025 10:44:55)Data Hora atualIgual
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 defeitoIgual

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. 


Nenhum comentário:

Postar um comentário

Entendendo a Metáfora "Home Office é Moto Boy"

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 Dashboa...