Para que o usuário veja menos informação ao abrir a tela, ocultar o detalhamento dos registros de tempo e mostrar um botão "Exibir registros". Ao clicar no botão, os registros são mostrados e o botão "Exibir registros" irá sumir. Em seu lugar aparecerá o botão "Ocultar registros".

OBS: Essa ideia surgiu após observação da Jaqueline, que achou na tela tinha muita informação.

Deve ser criada a classe da entidade, a classe de teste e a implementação da entidade deve passsar em todos os testes.

Como mostra na imagem abaixo, não há nenhum tempo encerrado e mesmo assim fez o somatório do tempo e deu -1 minuto. Ajustar para só somar os tempos que tiverem fim preenchido.
Criar um teste que identifique o problema, se possível.

1- Adicionar no início da página algum título, tal com "Tarefas Abertas".
2- Adicionar um ícone na parte de baixo, que ao ser clicado direciona para a página de criação de uma nova tarefa.

Ao clicar, deverá pedir a confirmação do usuário por meio de um popup.

Na Tela inicial, quando tem muitos itens, não dá overflow, mas também não permite ao usuário deslizar a tela pra baixo pra ver o restante ela.

Implementar algo pra voltar pra página anterior, cancelando o registro atual.
Implementar algo pra voltar pra página anterior, sem cancelar o registro atual.

Em alguns testes que fiz, quando clico no botão voltar do Android, dá umas exceptions e não ocorre nada ao clicar nos botões. Verificar em que situações ocorre isso e pesquisar como corrigir.

Apesar de simples de usar, a tela tá com informação demais. Planejar um uso melhor dessa tela por meio de ocultação de alguns campos em alguns momentos.

Fazer com que não tenha nomes:

• Somente com espaços: " ", " ", " "
• Nomes que não iniciem em letras: "2346237", "766__*!#".

Planejar o que vai ser entregue nos próximos 7 dias. Simular uma negociação.

Criar de acordo com as especificações dos testes.

• Hoje não pode passar o id no construtor, mesmo como argumento opcional, por conta de uma restrição do set de id, que impede de setar como <= 0.
• Talvez essa preocupação com setar 0 não deva ser feito pela própria classe.
• Até porque isso só é um problema do armazenamento.

Penso que a classe Tarefa não deve restringir muito sua criação com base no id, dado que isso basicamente é uma preocupação mais a nível de armazenamento.

Tem de passar em todos os testes de Widget.

Quando deita a tela ocorre Overflow. Corrigir e criar teste para identificar a ocorrência.

Criar algum modo de faclitar esses testes, para que possam ser executados em poucas linhas.

Hoje está procedural. Trocar para o modo classe, herdando a classe pronta que já tenho.

Planejar como vai conseguir implementar o que foi definido na reunião com o cliente. Definir o que é obrigatório e o que é opcional. Mesmo dentre os opcionais, definir o que é prioritário e o que não é.

Ele não está sendo usado por enquanto. Não faz sentido mantê-lo no menu.

Analisar erros, acertos e analisar o que deve melhorar na próxima. Documentar tudo.

Adicionar teste: se clicar no relógio direciona para a tela de listagem de tempo dedicado?

Criar link e criar teste.

Não faz sentido haver validação no objeto da entidade e também nas telas onde se possa estar cadastrando, editando e manipulando seus dados.
Deve haver um local único onde os valores são analisados e talvez encontrar um modo para que comportamentos diferentes sejam lançados, dependendo de quem chamou o método de validação.

A tela está sem um botão de retorno a tela inicial, sendo necessário que o usuário clique no back button do SO ou no menu lateral.

O tutorial explicando como fazer está nesse link:

https://github.com/Flutterando/modular

Algo que precisa ser verificado é:

• O campo que mostra a descrição da tarefa, permite a rolagem para ler o restante do texto quando ele não cabe no espaço destinado?
• Caso não seja possível rolar, alterar para que permita.

O back button do SO ao ser clicado está apenas direcionando pra tela anterior. Mudar o comportamento, para que ele fique igual ao botão "voltar" da tela.

criar todos os testes possíveis.

Se enviar para a página sem setar a Tarefa mostrada, está gerando exceção?

Criar todo tipo de teste para o que já foi especficado pra tela inicial.

Quando a mensagem de validação do campo nome é maior que a largura da tela, não aparece o restante da mensagem. O usuário precisa ler toda a mensagem.

Criar todo tipo de teste para o que já foi especficado pra tela de edição.

No planejamento feito inicialmente, não foi pensado em alguma tela que mostre os resultados de tempo já registrados para a tarefa. Isso é indispensável nesse aplicativo.

Por essa razão, o fluxo pensado antes não é mais interessante. Desenhar as telas e arquivar na pasta do projeto os novos esboços do Design.

Ajustar para que o campo data hora inicial seja da classe CampoDataHora recém criada, para que seja mais fácil de manter e menos código seja escrito.

Criar testes diversos.

O que deve ser feito quando o usuário sair da tela sem cancelar o registro atual e depois voltar a ela? Isso tem de ser pensado e implementado.

Não resetar as variáveis ao sair de uma tela é a razão para muitos bugs em sistemas.

Criar uma classe que facilite a criação e manipulação de campos de texto e áreas de texto.

Fazer a criação das funcionalidades da tela definidas no planejamento, mesmo que não tenham sido concluídos ainda os testes de Widget. O objetivo é concluir as funcionalidades apenas.

Quando deita o celular, aparece aquele overflow horrível. Ajustar.

Adicionar botão que, ao clicar, direciona para a tela de listagem de Tempo Dedicado.
Criar os testes necessários.

Nela o usuário poderá alterar apenas a Língua do aplicativo.

Quando tentei cadastrar uma nova tarefa e pus um nome bem longo. Após a validação, os widgets causaram aqueles estouros na aparência. Veja imagem abaixo.

A página já começa com um campo de texto pra preencher. Poderia começar com um título ou algo semelhante.

Não faz sentido entrar na tela sem ter selecionado antes uma tarefa.

Alterar para que fiquem em português.

Se houver algum registro de tempo em aberto e o usuário clicar em "Novo Registro", mostrar um popup avisando que ele precisa primeiro encerrar ou deletar o registro atualmente aberto antes de poder criar um novo.
Ele somente deve ter a opção de clicar em OK. Ao clicar nesse botão ou fora do popup, apenas remover o popup e manter o usuário na mesma tela.

Obs: Criar testes de widget para testar esse comportamento.

Importante para poder fazer injeção de dependência.

Pensar numa forma de registrar na memória do celular de forma organizada as Tarefas e os tempos organizados.