INEMA.CLUBPRODa Ideia ao App v6

Da Ideia ao App v6 · Desenvolvimento com IA

Da ideia ao app v6

Aprenda a orientar a IA, construir uma aplicação pessoal e conferir o resultado. 24 aulas, um organizador de demandas e práticas com dados fictícios.

Duas pessoas conferem uma lista de demandas no computador, com anotações e materiais de trabalho na mesa.

1. Uma ideia que cabe na primeira versão

Defina público, problema e critérios de pronto.

2. Da conversa para uma tela utilizável

Prepare o treino, construa e preserve uma versão.

3. Entenda como seu aplicativo funciona

Conecte tela, regras, dados e contexto do projeto.

4. Teste antes de confiar

Verifique funções, limites, correções e melhorias.

5. Prepare a passagem para outras pessoas

Entenda dados, identidade, permissões e testes de acesso.

6. Demonstre e evolua com controle

Prepare publicação, operação e uma próxima versão pequena.

Glossário · 15 termos

Da Ideia ao App v6

Glossário

Os termos técnicos do curso em palavras simples. Cada termo leva às aulas em que aparece.

agente de programação

Programa de IA que pode ler arquivos, propor alterações e usar ferramentas no ambiente permitido.

Aparece em: Aula 1

API

Forma pela qual um programa solicita informações ou ações a outro.

Aparece em: Aula 21

armazenamento

Lugar onde o aplicativo conserva informações para uso posterior.

Aparece em: Aula 4 Aula 7 Aula 9 Aula 11 Aula 22 Aula 24

Autenticação

Verificação de quem está acessando o sistema.

Aparece em: Aula 18

Autorização

Regra que decide o que cada pessoa pode ver ou fazer.

Aparece em: Aula 18 Aula 19

branch

Linha de trabalho separada dentro do histórico de versões.

Aparece em: Aula 21

contexto

Informações e materiais que ajudam o agente a entender seu pedido.

Aparece em: Aula 4 Aula 11 Aula 12

Credenciais

Informações que concedem acesso, como senhas e chaves.

Aparece em: Aula 18 Aula 19 Aula 21 Aula 22

critério de pronto

Condição observável que você confere para aceitar uma entrega.

Aparece em: Aula 1

Git

Ferramenta que registra versões dos arquivos e ajuda a comparar mudanças.

Aparece em: Aula 21

GitHub

Serviço que hospeda projetos e o histórico de seus arquivos.

Aparece em: Aula 21

interface

Parte do aplicativo que você vê e usa: campos, botões e mensagens.

Aparece em: Aula 6 Aula 9 Aula 18

localStorage

Espaço do navegador que conserva pequenos registros entre visitas ao mesmo endereço.

Aparece em: Aula 11

regressão

Uma função que já funcionava e parou depois de uma alteração.

Aparece em: Aula 7 Aula 16

repositório

Conjunto de arquivos de um projeto, acompanhado de seu histórico de versões.

Aparece em: Aula 21

Aula 1 de 24 · Da Ideia ao App v6

Você conduz; a IA escreve

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa uma ideia que cabe na primeira versão.

Você consegue separar o trabalho do agente das decisões que continuam sendo suas.

Uma tela bonita pode esconder uma tarefa incompleta. Você precisa dizer o que espera e observar o resultado.

Em 1 minuto

  1. Defina um problema reconhecível.
  2. Peça uma entrega que possa conferir.
  3. Registre o que observou.

1Comece pelo problema concreto

Um agente de programação lê arquivos e propõe alterações. Ele precisa de um objetivo e limites. Você continua responsável por conferir o resultado.

Lúcia, professora particular, esquece quais materiais já preparou. Ela quer ver pendências, sem cadastrar nomes de alunos.

Exemplo didático

VocêFaça um aplicativo bom.

Dúvida que permaneceQual tarefa? Para quem? Como conferir?

Pedido ou açãoQuero acompanhar materiais de aula. Mostre título, prazo e situação. Use somente exemplos fictícios.

Resposta ilustrativa / resultado esperadoPrimeira proposta: cadastrar uma demanda, listar pendências e marcar conclusão. Sem contas ou dados de alunos.

O pedido limita o que entra na primeira versão.

2Transforme impressão em evidência

Um critério de pronto descreve algo observável. Ele funciona como uma lista de conferência de uma entrega. A afirmação do agente não substitui sua observação.

Rafael, técnico de manutenção, confere se uma demanda continua visível após atualizar a página.

Exemplo didático

Pedido ou açãoCadastre “Revisar material”, atualize a página e confira a lista.

Resposta ilustrativa / resultado esperadoResultado esperado: a demanda permanece. Se desaparecer, a conservação dos dados ainda falha.

O resultado esperado é uma referência de teste, não uma garantia.

3Reconheça as decisões humanas

A IA pode sugerir soluções. Você escolhe o público, os dados necessários e o limite de uso. Quanto maior o impacto, maior o cuidado na revisão.

Lúcia aprova uma lista pessoal. Ela ainda não convida colegas nem coloca dados de estudantes.

Exemplo didático

Pedido ou açãoSepare minhas decisões das tarefas do agente para um organizador pessoal.

Resposta ilustrativa / resultado esperadoVocê: público, limites e aceite. Agente: construir, explicar alterações e executar verificações disponíveis.

Responsabilidade acompanha o uso, mesmo quando o código vem da IA.

Teste-se

O agente disse “funciona”. O que sustenta o aceite?

Se travou aqui, é normalSe não souber programar, descreva o que faria na tela. Essa descrição já ajuda a definir um teste.

Pratique agora 0/3

Você conduz; a IA escreve: seu exercício

Cerca de 10 minutos, no computador. No celular, faça a análise nas notas e retome a edição depois. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Quero um organizador pessoal de demandas fictícias. Liste três decisões minhas e três tarefas que você pode executar. Proponha um teste observável para cadastrar uma demanda. Ainda não altere arquivos.

Ao concluir os passos, você consegue separar o trabalho do agente das decisões que continuam sendo suas.

Cola da aula

O que levar para seu projeto

  1. Defina um problema reconhecível.
  2. Peça uma entrega que possa conferir.
  3. Registre o que observou.

Seu próximo passo

Você praticou como separar o trabalho do agente das decisões que continuam sendo suas.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Escolha o primeiro degrau

Aula 1 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito

Aula 2 de 24 · Da Ideia ao App v6

Escolha o primeiro degrau

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa uma ideia que cabe na primeira versão.

Você consegue classificar seu projeto pelo público e pelo impacto dos erros.

Uma ferramenta pessoal e um produto para clientes exigem cuidados diferentes. Escolher o primeiro degrau evita assumir responsabilidades cedo demais.

Em 1 minuto

  1. Descreva quem usa.
  2. Considere o impacto de falhas.
  3. Reavalie antes de ampliar.

1Uso pessoal permite um começo menor

Na primeira versão, você é o único usuário. Mesmo assim, dados importantes podem ser perdidos. Comece com exemplos fictícios e mantenha uma cópia recuperável.

Rafael organiza tarefas de treino, sem endereços ou telefones de clientes.

Situação de treino

Meu organizador será usado só por mim, com dados inventados. Defina o limite inicial.

Referência para conferir

Uso pessoal; um navegador; sem pagamentos; sem dados de clientes; exportação de cópia.

O limite reduz o alcance de uma falha.

2Equipe acrescenta acesso e responsabilidade

Quando outra pessoa entra, é preciso decidir quem pode ver e alterar cada registro. Compartilhar um endereço não resolve essas permissões.

Lúcia quer dividir materiais com outra professora. Antes, precisa decidir quais demandas são particulares.

Exemplo didático

Pedido ou açãoDuas professoras usarão o sistema. Uma deve ver as demandas privadas da outra?

Resposta ilustrativa / resultado esperadoEssa é uma decisão do projeto. Registre a regra antes de compartilhar dados.

A mudança de público exige uma regra explícita.

3Produto exige operação contínua

Clientes esperam suporte e continuidade. Um produto precisa de manutenção, recuperação e custos conhecidos. As quatro categorias ajudam a conversar, mas não medem todo risco.

Rafael adia a cobrança pelo aplicativo até entender suporte e recuperação.

Exemplo didático

Pedido ou açãoCompare uso pessoal, equipe, serviço para cliente e produto aberto.

Resposta ilustrativa / resultado esperadoPessoal: você confere. Equipe: permissões. Serviço: acordos de entrega. Produto: operação contínua.

Uma ferramenta pessoal também pode ter alto impacto se controlar algo crítico.

Teste-se

Uma ferramenta interna passa a guardar documentos pessoais. O que muda?

Se travou aqui, é normalEscolha o menor uso que já ajuda você. Ambições futuras podem ficar numa lista separada.

Pratique agora 0/3

Escolha o primeiro degrau: seu exercício

Cerca de 8 minutos. Anote suas respostas no papel ou nas notas do celular. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Classifique meu organizador: só eu; dados fictícios; sem pagamentos; uso no navegador. Liste o degrau atual, um risco real e o que muda ao convidar um colega.
Conferir a referência da análise

Degrau atual: uso pessoal com dados fictícios. Risco: perder registros. Antes de convidar alguém, decidir o que será compartilhado e como limitar o acesso.

Ao concluir os passos, você consegue classificar seu projeto pelo público e pelo impacto dos erros.

Cola da aula

O que levar para seu projeto

  1. Descreva quem usa.
  2. Considere o impacto de falhas.
  3. Reavalie antes de ampliar.

Seu próximo passo

Você praticou como classificar seu projeto pelo público e pelo impacto dos erros.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Uma função útil vale uma lista enorme

Aula 2 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito

Aula 3 de 24 · Da Ideia ao App v6

Uma função útil vale uma lista enorme

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa uma ideia que cabe na primeira versão.

Você consegue recortar uma primeira versão com três funções e exclusões claras.

Pedidos grandes misturam problemas. Uma versão pequena permite descobrir cedo se a ideia ajuda no trabalho.

Em 1 minuto

  1. Escolha uma tarefa recorrente.
  2. Entregue um caminho completo.
  3. Escreva as exclusões.

1Descreva uma situação recorrente

Observe uma tarefa que acontece toda semana. Diga quem faz, o que precisa e o que hoje atrapalha. Evite começar pela lista de tecnologias.

Lúcia perde tempo procurando anotações dos materiais que faltam preparar.

Exemplo didático

Pedido ou açãoToda semana preparo materiais e esqueço pendências. Quero vê-las numa única lista.

Resposta ilustrativa / resultado esperadoSituação: preparação semanal. Necessidade: listar pendências. Resultado: saber o próximo material a preparar.

A descrição parte do trabalho, não da ferramenta.

2Recorte um caminho completo

Um recorte útil começa numa ação e termina num resultado. Para nosso organizador: cadastrar, consultar e concluir. Alertas e cobrança podem esperar.

Rafael quer cadastrar “Conferir ferramenta” e marcar quando terminar.

Exemplo didático

Pedido ou açãoLimite a versão inicial a cadastrar, listar e concluir demandas.

Resposta ilustrativa / resultado esperadoFluxo inicial: preencher título e prazo; salvar; ver na lista; marcar como concluída.

Um caminho completo permite um teste de ponta a ponta.

3Diga também o que fica de fora

A IA pode acrescentar funções que parecem úteis. Exclusões protegem seu tempo e evitam serviços desnecessários. Uma lista futura preserva as ideias sem expandir a entrega.

Lúcia registra “lembrete por mensagem” para depois. Ela não precisa disso para testar a lista.

Situação de treino

Não inclua contas, envio de mensagens, pagamentos ou serviços externos.

Referência para conferir

Esses itens ficam fora desta versão. As três funções combinadas permanecem no escopo.

Excluir não significa abandonar; significa escolher a ordem.

Teste-se

O agente sugere cobrança antes de a lista funcionar. Como agir?

Se travou aqui, é normalSe houver dez funções, escolha apenas as necessárias para um único exemplo de uso.

Pratique agora 0/3

Uma função útil vale uma lista enorme: seu exercício

Cerca de 8 minutos. Anote suas respostas no papel ou nas notas do celular. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Crie uma ficha de uma página: problema, usuário, três funções, quatro exclusões e um teste completo. Projeto: organizador pessoal de demandas. Use título, prazo e situação; somente dados fictícios.
Conferir a referência da análise

Usuário: uma pessoa. Funções: cadastrar, listar e concluir. Exclusões: contas, mensagens, pagamentos e integrações. Teste: criar uma demanda, vê-la na lista e concluí-la.

Ao concluir os passos, você consegue recortar uma primeira versão com três funções e exclusões claras.

Cola da aula

O que levar para seu projeto

  1. Escolha uma tarefa recorrente.
  2. Entregue um caminho completo.
  3. Escreva as exclusões.

Seu próximo passo

Você praticou como recortar uma primeira versão com três funções e exclusões claras.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Escreva um pedido que dá para conferir

Aula 3 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito

Aula 4 de 24 · Da Ideia ao App v6

Escreva um pedido que dá para conferir

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa uma ideia que cabe na primeira versão.

Você consegue montar um pedido com contexto, limites e critérios de aceite.

“Faça um aplicativo bom” deixa decisões demais em aberto. Um pedido curto pode ser preciso sem virar um documento enorme.

Em 1 minuto

  1. Informe o uso esperado.
  2. Defina limites e testes.
  3. Resolva dúvidas que impedem agir.

1Dê o contexto necessário

Contexto é o material que ajuda o agente a decidir. Inclua público, problema e restrições. Não cole documentos pessoais apenas para aumentar a explicação.

Rafael informa que vai usar a lista sozinho no computador da oficina.

Exemplo didático

Pedido ou açãoSou prestador de serviço. Quero uma lista pessoal para tarefas fictícias, no navegador do computador.

Resposta ilustrativa / resultado esperadoA solução deve priorizar uma lista clara e operação local. Não exige colaboração nesta etapa.

O contexto restringe as escolhas iniciais.

2Escreva critérios que possam falhar

Um bom teste também reconhece uma falha. Título vazio deve ser rejeitado. Uma demanda concluída deve sair do filtro de pendentes. Cada frase pode ser conferida.

Lúcia tenta cadastrar um título vazio antes de aceitar o formulário.

Situação de treino

Critérios: rejeitar título vazio; conservar registros; filtrar pendentes; permitir concluir.

Referência para conferir

Vou relacionar cada critério a uma ação e a um resultado esperado.

Critérios observáveis diminuem a ambiguidade.

3Planeje na medida da consequência

Mudanças pequenas pedem planos breves. Migração de dados ou ampliação de acesso exige mais análise. Peça ao agente que exponha dúvidas e dependências antes de agir.

Rafael aceita três passos para ajustar um botão. Para mudar armazenamento, pede um plano de recuperação.

Exemplo didático

Pedido ou açãoAntes de construir, liste dúvidas que impedem a entrega. Não contrate nem conecte serviços.

Resposta ilustrativa / resultado esperadoDúvida principal: onde conservar os registros? Opção inicial: armazenamento deste navegador.

Planejar ajuda quando revela decisões que afetam o resultado.

Teste-se

Qual pedido facilita conferir a entrega?

Se travou aqui, é normalVocê pode começar copiando o pedido desta aula. Personalize uma frase por vez.

Pratique agora 0/3

Escreva um pedido que dá para conferir: seu exercício

Cerca de 8 minutos. Anote suas respostas no papel ou nas notas do celular. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Crie um organizador pessoal no navegador. Campos: título, prazo opcional e situação. Funções: cadastrar, filtrar e concluir. Rejeite título vazio. Conserve dados após atualizar. Não use serviços externos. Antes de alterar arquivos, explique em três passos o que fará e como verificará cada critério.
Conferir a referência da análise

O pedido precisa rejeitar título vazio, conservar registros após atualizar e mostrar a mudança de situação. Confirme onde os dados ficarão antes de construir.

Ao concluir os passos, você consegue montar um pedido com contexto, limites e critérios de aceite.

Cola da aula

O que levar para seu projeto

  1. Informe o uso esperado.
  2. Defina limites e testes.
  3. Resolva dúvidas que impedem agir.

Seu próximo passo

Você praticou como montar um pedido com contexto, limites e critérios de aceite.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Prepare uma pasta de treino

Aula 4 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito

Aula 5 de 24 · Da Ideia ao App v6

Prepare uma pasta de treino

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa da conversa para uma tela utilizável.

Você consegue abrir uma cópia do aplicativo sem misturar arquivos de trabalho.

O agente precisa saber onde trabalhar. Uma pasta exclusiva reduz confusão e facilita recuperar uma versão anterior.

Em 1 minuto

  1. Use a pasta exclusiva.
  2. Confira os arquivos encontrados.
  3. Teste com dados inventados.

1Experimente antes de configurar

Abra o aplicativo de treino pelo link da prática. Ele funciona no navegador e usa dados locais. A leitura do curso funciona no celular; editar arquivos é mais confortável no computador.

Lúcia testa cadastrar um material fictício antes de preparar o ambiente de edição.

Situação de treino

Abra o aplicativo de treino e cadastre “Preparar atividade”.

Referência para conferir

Resultado esperado: a demanda aparece na lista. Nada é enviado a outro usuário.

O exemplo pronto oferece uma referência para comparar sua versão.

2Separe os arquivos do exercício

Baixe o kit da prática e extraia o arquivo compactado. Crie uma pasta chamada meu-organizador em Documentos. Guarde ali apenas os arquivos de treino.

Rafael mantém o exercício separado das planilhas de clientes.

Exemplo didático

Pedido ou açãoConteúdo do kit: index.html, LEIA-ME.txt e ficha-projeto.txt.

Resposta ilustrativa / resultado esperadoAbra index.html no navegador. A conservação de dados em arquivo local varia; use também exportação.

O arquivo LEIA-ME explica o caminho local e suas limitações.

3Conecte o agente à pasta certa

No ambiente de programação que você já utiliza, abra a pasta do exercício. Se tiver apenas um chat, use o caminho de análise. Um chat sem acesso a arquivos não altera seu aplicativo.

Lúcia pede que o agente liste os arquivos antes de permitir qualquer mudança.

Exemplo didático

Pedido ou açãoLeia apenas a pasta meu-organizador. Liste os arquivos encontrados. Não altere nada.

Resposta ilustrativa / resultado esperadoConfira se a lista contém index.html e os dois arquivos de orientação.

A resposta precisa corresponder aos arquivos reais da sua pasta.

Teste-se

O agente mostra arquivos de outro projeto. O que fazer?

Se travou aqui, é normalSem agente preparado, faça a prática no aplicativo pronto. A configuração inicial pode levar mais tempo que esta aula.

Pratique agora 0/3

Prepare uma pasta de treino: seu exercício

Cerca de 10 minutos, no computador. No celular, faça a análise nas notas e retome a edição depois. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Trabalhe somente na pasta meu-organizador aberta neste ambiente. Primeiro liste os arquivos. Identifique qual abre o aplicativo. Não leia outras pastas, não conecte serviços e não altere arquivos ainda.

Ao concluir os passos, você consegue abrir uma cópia do aplicativo sem misturar arquivos de trabalho.

Cola da aula

O que levar para seu projeto

  1. Use a pasta exclusiva.
  2. Confira os arquivos encontrados.
  3. Teste com dados inventados.

Seu próximo passo

Você praticou como abrir uma cópia do aplicativo sem misturar arquivos de trabalho.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Construa uma tela que permita agir

Material complementarAprofundamento opcional, fora do tempo da aula.

Para ampliar o raciocínio

A preparação do agente depende do ambiente contratado. Não é pré-requisito para ler ou testar o aplicativo pronto. Não oferecemos uma assinatura junto com o curso.

Aula 5 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito

Aula 6 de 24 · Da Ideia ao App v6

Construa uma tela que permita agir

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa da conversa para uma tela utilizável.

Você consegue comparar a primeira tela com as funções combinadas.

A primeira versão precisa permitir uma tarefa real. Detalhes visuais vêm depois de confirmar o caminho principal.

Em 1 minuto

  1. Construa o caminho essencial.
  2. Clique e observe a mudança.
  3. Registre o que falta conferir.

1Use um exemplo para orientar a construção

Peça uma tela pequena com campos nomeados. O aplicativo pronto é uma referência, não a única resposta possível. Compare comportamentos, mesmo que a aparência seja diferente.

Rafael quer ver “Nova demanda”, um campo de título e o botão “Adicionar”.

Exemplo didático

Pedido ou açãoConstrua uma tela com título, prazo opcional, botão Adicionar e lista de demandas.

Resposta ilustrativa / resultado esperadoReferência de interface: Nova demanda → Título → Prazo → Adicionar → Lista.

Os rótulos ajudam a executar a tarefa sem adivinhar.

2Confirme o caminho principal

Cadastre uma demanda e procure o registro na lista. Depois conclua essa demanda. Não aceite botões decorativos que apenas mudam de cor.

Lúcia cadastra “Preparar exercício” e confere a mudança de situação.

Organizador · exemplo visual
Demanda de treino
Prazo: sem prazo
Situação: Pendente
Concluir

Ação: cadastrar “Preparar exercício”. Depois selecionar Concluir.

O que conferir: Esperado: aparece uma linha; após concluir, a situação muda para Concluída.

Uma ação visível deve produzir um resultado identificável.

3Diferencie demonstração e produto

Uma tela pronta não comprova acesso, recuperação ou uso simultâneo. Nesta etapa, você aceita somente o fluxo pessoal combinado.

Rafael demonstra a lista para um colega, sem prometer que os dados serão compartilhados.

Situação de treino

Descreva o que esta versão já faz e o que ainda não foi testado.

Referência para conferir

Já demonstrável: cadastro e conclusão. Ainda depende de teste: conservação, cópia e restauração.

A lista de limites evita prometer mais do que foi observado.

Teste-se

O botão muda de cor, mas a demanda continua pendente. Qual conclusão?

Se travou aqui, é normalSe sua versão não abrir, use o exemplo pronto para entender o fluxo e envie o erro ao agente.

Pratique agora 0/3

Construa uma tela que permita agir: seu exercício

Cerca de 10 minutos, no computador. No celular, faça a análise nas notas e retome a edição depois. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Crie ou ajuste index.html para o fluxo título, prazo opcional, adicionar, listar e concluir. Use o aplicativo de treino como referência funcional. Não inclua serviços externos. Ao terminar, liste as ações que devo conferir no navegador.

Ao concluir os passos, você consegue comparar a primeira tela com as funções combinadas.

Cola da aula

O que levar para seu projeto

  1. Construa o caminho essencial.
  2. Clique e observe a mudança.
  3. Registre o que falta conferir.

Seu próximo passo

Você praticou como comparar a primeira tela com as funções combinadas.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Peça uma alteração de cada vez

Aula 6 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito

Aula 7 de 24 · Da Ideia ao App v6

Peça uma alteração de cada vez

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa da conversa para uma tela utilizável.

Você consegue descrever uma mudança pequena e verificar se ela preservou o restante.

Pedidos simultâneos dificultam entender o que causou um defeito. Uma mudança delimitada deixa a revisão mais clara.

Em 1 minuto

  1. Descreva uma alteração delimitada.
  2. Leia o resumo das mudanças.
  3. Repita o caminho conhecido.

1Nomeie o problema observado

Diga onde estava, o que fez e o que aconteceu. “Melhore tudo” não identifica o problema. Uma descrição concreta evita reconstruções desnecessárias.

Lúcia acha o rótulo “Item” confuso e prefere “Demanda”.

Exemplo didático

Pedido ou açãoTroque apenas o rótulo Item por Demanda no formulário. Preserve as funções existentes.

Resposta ilustrativa / resultado esperadoA mudança esperada é de texto. Cadastro e conclusão devem continuar iguais.

A alteração tem uma fronteira fácil de conferir.

2Peça um resumo das alterações

Depois da edição, peça quais arquivos mudaram e por quê. Compare o resumo com o pedido. Alterações fora do escopo merecem explicação antes do aceite.

Rafael pede um filtro e percebe que o agente também quer trocar o armazenamento.

Organizador · exemplo visual
Demanda de treino
Prazo: sem prazo
Situação: Pendente
Concluir

Adicione um filtro Pendentes. Não troque a forma de conservar os dados.

O que conferir: Mudança permitida: seleção e lista filtrada. Mudança não solicitada: substituir o armazenamento.

O resumo ajuda a encontrar expansão indevida.

3Repita o caminho que já funcionava

Uma regressão é uma função antiga que parou após uma mudança. Repita cadastro e conclusão mesmo quando alterar apenas o filtro.

Lúcia cadastra outra demanda após mudar o rótulo. Ela confirma que o formulário continua funcionando.

Exemplo didático

Pedido ou açãoApós a edição, teste cadastrar, concluir e voltar ao filtro Todas.

Resposta ilustrativa / resultado esperadoEsperado: cadastro aparece; conclusão muda a situação; Todas exibe ambos os estados.

Preservar o comportamento é parte da alteração.

Teste-se

Após mudar um rótulo, o cadastro para. O que ocorreu?

Se travou aqui, é normalNão precisa ler cada linha para começar. Compare o pedido, os arquivos alterados e os resultados dos testes.

Pratique agora 0/3

Peça uma alteração de cada vez: seu exercício

Cerca de 10 minutos, no computador. No celular, faça a análise nas notas e retome a edição depois. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Altere somente o rótulo principal da lista para “Minhas demandas”. Não mude armazenamento, campos ou funções. Liste o arquivo alterado e explique como conferir cadastro e conclusão após a edição.

Ao concluir os passos, você consegue descrever uma mudança pequena e verificar se ela preservou o restante.

Cola da aula

O que levar para seu projeto

  1. Descreva uma alteração delimitada.
  2. Leia o resumo das mudanças.
  3. Repita o caminho conhecido.

Seu próximo passo

Você praticou como descrever uma mudança pequena e verificar se ela preservou o restante.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Guarde um ponto de retorno

Aula 7 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito

Aula 8 de 24 · Da Ideia ao App v6

Guarde um ponto de retorno

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa da conversa para uma tela utilizável.

Você consegue recuperar os registros exportados e distinguir dados dos arquivos do aplicativo.

Voltar uma tela ao estado anterior não recupera necessariamente seus registros. Código e dados precisam de cuidados separados.

Em 1 minuto

  1. Preserve os arquivos.
  2. Exporte os registros.
  3. Confirme a recuperação.

1Copie antes de experimentar

Uma cópia datada preserva os arquivos do aplicativo. No computador, copie a pasta e acrescente a data ao nome. Experimente na cópia nova.

Rafael guarda meu-organizador-antes-do-filtro antes de pedir uma mudança.

Situação de treino

Pasta preservada: meu-organizador-antes-do-filtro. Pasta de trabalho: meu-organizador.

Referência para conferir

Se a mudança falhar, abra o arquivo preservado para comparar o comportamento.

A cópia precisa existir antes da alteração.

2Exporte os registros separadamente

O aplicativo de treino conserva registros no navegador. Exportar baixa uma cópia dos dados. A pasta do código, sozinha, não contém esses registros.

Lúcia exporta duas demandas fictícias antes de limpar seu navegador.

Exemplo didático

Pedido ou açãoClique Exportar cópia e guarde o arquivo recebido.

Resposta ilustrativa / resultado esperadoEsperado: um arquivo com os registros atuais. Abra-o como texto se quiser conferir o conteúdo.

Uma cópia dos dados complementa a cópia do aplicativo.

3Teste a recuperação

Uma cópia só é útil quando pode ser recuperada. Use uma janela de treino separada para importar o arquivo. Confira títulos e situações após restaurar.

Rafael importa uma cópia numa janela privada e confere as demandas.

Exemplo didático

Pedido ou açãoAbra o aplicativo em uma janela privada. Selecione Importar cópia e escolha o arquivo exportado.

Resposta ilustrativa / resultado esperadoEsperado: os registros da cópia aparecem. A importação substitui os dados da sessão privada usada no teste.

A recuperação é verificada sem apagar sua janela original.

Teste-se

Você copiou index.html. Isso garante uma cópia dos registros?

Se travou aqui, é normalJanelas privadas abertas podem compartilhar a mesma sessão. Feche as anteriores antes do teste; se o recurso estiver bloqueado, use outro navegador.

Pratique agora 0/3

Guarde um ponto de retorno: seu exercício

Cerca de 10 minutos, no computador. No celular, faça a análise nas notas e retome a edição depois. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Explique a diferença entre copiar os arquivos do aplicativo e exportar seus dados. Monte uma sequência de recuperação usando uma janela privada. Não apague nada na janela original.

Ao concluir os passos, você consegue recuperar os registros exportados e distinguir dados dos arquivos do aplicativo.

Cola da aula

O que levar para seu projeto

  1. Preserve os arquivos.
  2. Exporte os registros.
  3. Confirme a recuperação.

Seu próximo passo

Você praticou como recuperar os registros exportados e distinguir dados dos arquivos do aplicativo.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Enxergue as três partes do aplicativo

Aula 8 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito

Aula 9 de 24 · Da Ideia ao App v6

Enxergue as três partes do aplicativo

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa entenda como seu aplicativo funciona.

Você consegue desenhar onde a informação entra, é tratada e fica guardada.

Quando algo falha, saber o caminho dos dados ajuda a perguntar melhor. Não é preciso decorar uma coleção de nomes.

Em 1 minuto

  1. Localize a tela.
  2. Nomeie a regra.
  3. Identifique onde os dados ficam.

1A interface recebe a ação

Interface é a parte que você vê e usa. Ela mostra campos, botões e mensagens. Uma interface pode validar campos, mas essa validação sozinha não protege serviços compartilhados.

Lúcia vê uma mensagem ao tentar cadastrar um título vazio.

Exemplo didático

Pedido ou açãoAção: deixar Título vazio e selecionar Adicionar.

Resposta ilustrativa / resultado esperadoEsperado na tela: aviso para preencher o título. A lista permanece sem novo registro.

A mensagem orienta a pessoa no ponto do erro.

2A lógica aplica as regras

Lógica é o conjunto de regras que transforma ações em resultados. No nosso treino, ela roda no navegador. Numa aplicação compartilhada, regras de acesso precisam ser impostas por uma parte confiável.

Rafael define que concluir uma demanda deve mudar sua situação, sem apagar o título.

Exemplo didático

Pedido ou açãoRegra: ao concluir, conservar título e prazo; alterar apenas a situação.

Resposta ilustrativa / resultado esperadoAntes: Conferir ferramentas · Pendente. Depois: Conferir ferramentas · Concluída.

A regra é diferente da aparência do botão.

3O armazenamento conserva registros

Armazenamento é onde a informação permanece. O navegador pode guardar dados locais. Um banco de dados compartilhado atende necessidades diferentes e exige regras de acesso.

Lúcia percebe que a lista do computador não aparece automaticamente no celular.

Caminho de uma demanda
1 Tela: você digita Preparar atividade
2 Regra: rejeitar texto vazio e criar registro
3 Armazenamento: conservar registro neste navegador
Compartilhar o endereço não compartilha os registros locais.

Teste-se

O celular abre a página, mas não mostra a lista do computador. Por quê?

Se travou aqui, é normalDesenhe três caixas no papel. Não precisa escolher uma linguagem para entender o caminho.

Pratique agora 0/3

Enxergue as três partes do aplicativo: seu exercício

Cerca de 8 minutos. Anote suas respostas no papel ou nas notas do celular. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Desenhe em três linhas o fluxo: campo Título → regra de cadastro → armazenamento do navegador. Explique onde ficaria uma falha se a demanda aparecesse, mas sumisse após atualizar.
Conferir a referência da análise

Fluxo: campo Título recebe o texto; regra verifica e cria a demanda; armazenamento conserva. Se aparecer e sumir após atualizar, investigue a gravação e a leitura dos registros.

Ao concluir os passos, você consegue desenhar onde a informação entra, é tratada e fica guardada.

Cola da aula

O que levar para seu projeto

  1. Localize a tela.
  2. Nomeie a regra.
  3. Identifique onde os dados ficam.

Seu próximo passo

Você praticou como desenhar onde a informação entra, é tratada e fica guardada.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Escolha a estrutura pelo problema

Aula 9 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito

Aula 10 de 24 · Da Ideia ao App v6

Escolha a estrutura pelo problema

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa entenda como seu aplicativo funciona.

Você consegue comparar uma solução local com uma compartilhada usando critérios claros.

A tecnologia familiar nem sempre atende ao novo uso. Uma comparação pequena evita trocar toda a estrutura tarde demais.

Em 1 minuto

  1. Compare pelo uso.
  2. Escreva vantagens e limites.
  3. Registre quando reconsiderar.

1Liste necessidades antes das ferramentas

Uma escolha técnica começa pelo uso. Quantas pessoas precisam compartilhar dados? O aplicativo deve funcionar sem conexão? Quais recursos do dispositivo são necessários?

Rafael usa uma lista num computador. Ele não precisa começar com contas de equipe.

Exemplo didático

Pedido ou açãoPreciso usar sozinho, no navegador, sem compartilhar registros. O que é essencial?

Resposta ilustrativa / resultado esperadoTela, regras locais, conservação e cópia. Colaboração e identificação de usuários ficam fora desta etapa.

As necessidades justificam a escolha.

2Compare vantagens e limites

Uma solução local é simples para treinar, mas não sincroniza sozinha. Uma solução compartilhada permite colaboração e acrescenta operação, identificação e permissões.

Lúcia compara manter a lista pessoal com criar uma lista comum para colegas.

Situação de treino

Compare duas opções para compartilhar demandas entre professoras.

Referência para conferir

Local: cada uma tem sua lista. Compartilhada: registros comuns, com regras de leitura e alteração.

O que parece uma função pequena pode mudar a estrutura.

3Registre a decisão e o motivo

Uma nota de decisão evita repetir discussões. Escreva o que escolheu, por quê e qual mudança faria reconsiderar. Prefira justificativa concreta a rankings.

Rafael registra que só reconsiderará a estrutura quando precisar sincronizar dois dispositivos.

Exemplo didático

Pedido ou açãoDecisão inicial: aplicação local. Motivo: treino individual. Rever quando: houver colaboração.

Resposta ilustrativa / resultado esperadoA escolha atende ao momento e possui um gatilho explícito de revisão.

A decisão é revisável, mas não precisa mudar toda semana.

Teste-se

Qual justificativa sustenta melhor uma escolha?

Se travou aqui, é normalPeça à IA uma comparação de duas opções. Uma lista com vinte tecnologias raramente ajuda a começar.

Pratique agora 0/3

Escolha a estrutura pelo problema: seu exercício

Cerca de 8 minutos. Anote suas respostas no papel ou nas notas do celular. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Compare uma aplicação local e uma compartilhada para meu organizador. Critérios: um usuário agora, dados fictícios, nenhum serviço externo e possibilidade futura de colaboração. Recomende o menor caminho e explique quando reconsiderar.
Conferir a referência da análise

Para um usuário sem compartilhamento, a solução local atende ao treino. A solução compartilhada exige permissões e operação. Reconsidere quando precisar sincronizar ou colaborar.

Ao concluir os passos, você consegue comparar uma solução local com uma compartilhada usando critérios claros.

Cola da aula

O que levar para seu projeto

  1. Compare pelo uso.
  2. Escreva vantagens e limites.
  3. Registre quando reconsiderar.

Seu próximo passo

Você praticou como comparar uma solução local com uma compartilhada usando critérios claros.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Faça a informação sobreviver à página

Aula 10 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito

Aula 11 de 24 · Da Ideia ao App v6

Faça a informação sobreviver à página

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa entenda como seu aplicativo funciona.

Você consegue verificar conservação de dados e reconhecer seus limites.

Ver um registro na tela não significa que ele foi guardado. Você precisa fechar, abrir e comparar.

Em 1 minuto

  1. Atualize e confira.
  2. Saiba onde está sua cópia.
  3. Não confunda aviso com prova.

1Separe memória e conservação

Informações podem existir apenas enquanto a página está aberta. Nosso aplicativo usa localStorage, um espaço do navegador que conserva registros entre visitas. Ele pode ser apagado pelo usuário.

Lúcia salva “Preparar revisão” e atualiza a página para conferir.

Situação de treino

Cadastre “Preparar revisão”. Atualize a página.

Referência para conferir

Esperado: o título e a situação continuam na lista. Se sumirem, o teste falhou.

Atualizar é um teste simples de conservação.

2Conheça a fronteira do navegador

Os registros pertencem ao navegador e ao endereço usados. Outra máquina ou janela privada pode ter uma lista vazia. Isso é diferente de perder os registros originais.

Rafael abre uma janela privada e percebe que ela começa sem demandas.

Organizador · exemplo visual
Demanda de treino
Prazo: sem prazo
Situação: Pendente
Concluir

Compare a janela original com uma janela privada.

O que conferir: Original: conserva sua lista. Privada: possui armazenamento separado durante aquela sessão.

Uma lista vazia em outro contexto não prova apagamento da original.

3Trate falha de gravação como falha

O navegador pode negar armazenamento. Nesse caso, o aplicativo precisa avisar, sem afirmar que salvou. Exporte cópias quando conseguir acessar seus dados.

Lúcia não aceita “salvo” se a gravação foi recusada.

Exemplo didático

Pedido ou açãoSe o navegador recusar a gravação, mostre um erro claro. Não informe sucesso.

Resposta ilustrativa / resultado esperadoMensagem esperada: Não foi possível salvar. Tente exportar uma cópia e confira as configurações do navegador.

Mensagens honestas evitam uma falsa sensação de segurança.

Teste-se

Uma janela privada começa vazia. Qual é a primeira conclusão?

Se travou aqui, é normalSe a lista parecer vazia, selecione Todas. Depois confira se está usando o mesmo navegador e endereço.

Pratique agora 0/3

Faça a informação sobreviver à página: seu exercício

Cerca de 10 minutos, no computador. No celular, faça a análise nas notas e retome a edição depois. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Verifique a conservação das demandas: criar, atualizar a página, fechar e reabrir. Explique limites de localStorage e como avisar se a gravação falhar. Não migre para serviços externos.

Ao concluir os passos, você consegue verificar conservação de dados e reconhecer seus limites.

Cola da aula

O que levar para seu projeto

  1. Atualize e confira.
  2. Saiba onde está sua cópia.
  3. Não confunda aviso com prova.

Seu próximo passo

Você praticou como verificar conservação de dados e reconhecer seus limites.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Deixe instruções para a próxima mudança

Aula 11 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito

Aula 12 de 24 · Da Ideia ao App v6

Deixe instruções para a próxima mudança

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa entenda como seu aplicativo funciona.

Você consegue montar uma ficha que permita retomar o projeto sem reconstruí-lo.

Conversas longas perdem decisões importantes. Um pequeno registro do projeto ajuda você e o agente a continuar.

Em 1 minuto

  1. Documente o estado real.
  2. Preserve regras importantes.
  3. Deixe uma próxima ação.

1Descreva o que existe agora

A ficha do projeto deve retratar o estado atual. Inclua funções existentes, arquivos relevantes e limites. Não misture desejos futuros com comportamento já entregue.

Rafael registra que o aplicativo funciona num arquivo e não compartilha registros.

Exemplo didático

Pedido ou açãoEstado atual: arquivo index.html; cadastrar, filtrar, concluir e exportar; dados locais.

Resposta ilustrativa / resultado esperadoLimites: sem contas, sem colaboração, sem sincronização entre dispositivos.

Um mapa pequeno reduz buscas e suposições.

2Registre a regra que não pode quebrar

Uma regra permanente deve acompanhar futuras alterações. No treino, nenhum título deve ser executado como conteúdo da página. Entradas do usuário precisam aparecer como texto.

Lúcia cadastra um título com sinais de marcação e espera vê-los literalmente.

Exemplo didático

Pedido ou açãoRegra: títulos são texto. Não interpretar marcação digitada pelo usuário.

Resposta ilustrativa / resultado esperadoTeste: digitar <b>Atividade</b> deve mostrar os sinais e o texto, sem formatar a palavra.

A regra protege um comportamento importante.

3Faça uma passagem de contexto curta

Ao encerrar, registre o que mudou, os testes executados e a próxima ação. A próxima sessão começa lendo isso. Não substitua evidências por “está tudo certo”.

Rafael anota que testou exportação, mas ainda não testou importação.

Situação de treino

Resumo: alterei o rótulo; cadastro e conclusão passaram; falta verificar a recuperação.

Referência para conferir

Próxima ação: importar a cópia numa janela privada de treino e conferir os registros.

O próximo passo fica concreto e não repete o que já foi feito.

Teste-se

O que deve aparecer como estado atual?

Se travou aqui, é normalUma nota de dez linhas é suficiente para começar. O essencial é estar correta e atualizada.

Pratique agora 0/3

Deixe instruções para a próxima mudança: seu exercício

Cerca de 10 minutos, no computador. No celular, faça a análise nas notas e retome a edição depois. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Crie uma ficha-projeto.txt com: objetivo, estado atual, arquivos, regras permanentes, testes já executados, limitações e próxima ação. Use apenas fatos observados. Identifique explicitamente qualquer informação ainda não verificada.

Ao concluir os passos, você consegue montar uma ficha que permita retomar o projeto sem reconstruí-lo.

Cola da aula

O que levar para seu projeto

  1. Documente o estado real.
  2. Preserve regras importantes.
  3. Deixe uma próxima ação.

Seu próximo passo

Você praticou como montar uma ficha que permita retomar o projeto sem reconstruí-lo.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Transforme expectativas em testes

Aula 12 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito

Aula 13 de 24 · Da Ideia ao App v6

Transforme expectativas em testes

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa teste antes de confiar.

Você consegue escrever casos com ação, resultado esperado e resultado observado.

“Eu cliquei e pareceu bom” não deixa uma referência repetível. Uma tabela simples permite conferir a mesma função depois.

Em 1 minuto

  1. Defina o esperado antes.
  2. Execute a ação combinada.
  3. Registre o que aconteceu.

1Escolha um comportamento por caso

Cada caso descreve uma preparação, uma ação e uma expectativa. Separar comportamentos ajuda a identificar exatamente o que falhou.

Lúcia testa o cadastro antes de testar o filtro.

Exemplo didático

Pedido ou açãoCaso: lista vazia; cadastrar “Revisar aula”; conferir a lista.

Resposta ilustrativa / resultado esperadoEsperado: uma demanda chamada Revisar aula, com situação Pendente.

O resultado pode ser comparado sem adivinhar.

2Inclua um caso que deve ser recusado

Uma aplicação também precisa rejeitar entradas inválidas. Título vazio não deve virar uma linha em branco. Verifique tanto o aviso quanto a lista.

Rafael tenta salvar somente espaços no campo Título.

Organizador · exemplo visual
Demanda de treino
Prazo: sem prazo
Situação: Pendente
Concluir

Caso: preencher Título com espaços e selecionar Adicionar.

O que conferir: Esperado: aviso de preenchimento; nenhum registro novo.

O teste negativo confere o limite da função.

3Separe expectativa de observação

Escreva a expectativa antes de executar. Depois registre o que realmente aconteceu. Essa separação evita ajustar a regra apenas para chamar o teste de aprovado.

Lúcia anota “sumiu após atualizar” mesmo quando o agente havia dito que a gravação estava pronta.

Exemplo didático

Pedido ou açãoColunas: caso, esperado, observado, passou ou falhou.

Resposta ilustrativa / resultado esperadoUm teste só passa quando observado e esperado correspondem.

A tabela é uma evidência, não um documento de intenção.

Teste-se

O teste falhou. Você deve alterar a expectativa só para aprovar?

Se travou aqui, é normalSe não souber preencher observado, copie a mensagem da tela e descreva se surgiu algum registro.

Pratique agora 0/3

Transforme expectativas em testes: seu exercício

Cerca de 10 minutos, no computador. No celular, faça a análise nas notas e retome a edição depois. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Crie cinco casos para cadastrar, rejeitar título vazio, concluir, filtrar pendentes e conservar após atualizar. Use colunas: preparação, ação, esperado e observado. Deixe observado vazio até eu executar.

Ao concluir os passos, você consegue escrever casos com ação, resultado esperado e resultado observado.

Cola da aula

O que levar para seu projeto

  1. Defina o esperado antes.
  2. Execute a ação combinada.
  3. Registre o que aconteceu.

Seu próximo passo

Você praticou como escrever casos com ação, resultado esperado e resultado observado.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Teste além do caminho feliz

Aula 13 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito

Aula 14 de 24 · Da Ideia ao App v6

Teste além do caminho feliz

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa teste antes de confiar.

Você consegue encontrar limites usando entradas incomuns e recuperação.

Uma demonstração costuma usar dados perfeitos. O uso real inclui erros de digitação, arquivos inválidos e cliques repetidos.

Em 1 minuto

  1. Explore entradas incomuns.
  2. Preserve antes de importar.
  3. Confira estados sem resultados.

1Explore entradas de fronteira

Teste texto vazio, espaços e um título longo. O aplicativo deve explicar limites, sem quebrar a página. No treino, títulos aceitam até 120 caracteres.

Rafael cola um texto grande para conferir o limite do campo.

Situação de treino

Tente cadastrar espaços. Depois cole: Preparar materiais fictícios para a revisão da próxima semana e conferir a lista de atividades antes de organizar os próximos exercícios.

Referência para conferir

Esperado: espaços são rejeitados; o campo limita o tamanho do título.

Uma entrada estranha não deveria derrubar a tela.

2Trate importação como entrada externa

Um arquivo de cópia pode estar incompleto ou conter dados inesperados. Validar o formato antes de substituir a lista protege os registros atuais.

Lúcia tenta importar um arquivo de texto que não veio do aplicativo.

Organizador · exemplo visual
Demanda de treino
Prazo: sem prazo
Situação: Pendente
Concluir

Importe o arquivo invalido.txt do material de treino.

O que conferir: Esperado: aviso de arquivo inválido. A lista atual permanece igual.

Recusar a cópia inválida faz parte da recuperação segura.

3Observe repetição e estados vazios

Listas sem resultados devem explicar o que aconteceu. Confira também se ações repetidas produzem registros inesperados. Descreva o comportamento desejado antes de corrigir.

Rafael escolhe Concluídas numa lista só de pendentes.

Exemplo didático

Pedido ou açãoSelecione o filtro Concluídas quando nenhuma demanda estiver concluída.

Resposta ilustrativa / resultado esperadoEsperado: mensagem de lista vazia, mantendo os registros no filtro Todas.

Filtro sem resultado não significa perda dos dados.

Teste-se

Uma cópia inválida deve provocar qual resultado?

Se travou aqui, é normalUse os arquivos fornecidos. Você não precisa inventar uma falha sofisticada para testar um limite importante.

Pratique agora 0/3

Teste além do caminho feliz: seu exercício

Cerca de 10 minutos, no computador. No celular, faça a análise nas notas e retome a edição depois. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Baixar arquivo inválido para o teste

Teste o organizador com título vazio, espaços, título longo, filtro sem resultados e cópia inválida. Registre o comportamento esperado e o observado. Preserve a lista antes de testar importação.

Ao concluir os passos, você consegue encontrar limites usando entradas incomuns e recuperação.

Cola da aula

O que levar para seu projeto

  1. Explore entradas incomuns.
  2. Preserve antes de importar.
  3. Confira estados sem resultados.

Seu próximo passo

Você praticou como encontrar limites usando entradas incomuns e recuperação.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Relate um defeito que outra pessoa consegue repetir

Aula 14 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito

Aula 15 de 24 · Da Ideia ao App v6

Relate um defeito que outra pessoa consegue repetir

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa teste antes de confiar.

Você consegue entregar um relato com passos, expectativa e evidência.

“Deu erro” obriga o agente a adivinhar. Um relato reproduzível encurta a investigação e ajuda a conferir a correção.

Em 1 minuto

  1. Descreva como repetir.
  2. Investigue antes de ampliar.
  3. Confira a correção pelo mesmo caso.

1Descreva o caminho até a falha

Inclua a tela inicial, a sequência de ações e os dados fictícios usados. Um relato pequeno é melhor que uma conversa cheia de impressões.

Lúcia relata que uma demanda reaparece após atualizar, mesmo depois de concluída.

Exemplo didático

Pedido ou açãoPassos: cadastrar Revisar; concluir; atualizar. Esperado: continua concluída. Observado: voltou a pendente.

Resposta ilustrativa / resultado esperadoO relato permite testar conservação da situação, não apenas do título.

A sequência identifica o comportamento que precisa ser corrigido.

2Peça diagnóstico antes de reconstrução

O agente deve investigar uma causa provável e propor uma mudança delimitada. Reescrever tudo pode introduzir novos defeitos e apagar decisões úteis.

Rafael pede para localizar a gravação da situação antes de trocar a aplicação inteira.

Organizador · exemplo visual
Demanda de treino
Prazo: sem prazo
Situação: Pendente
Concluir

Investigue por que a situação não permanece. Preserve funções existentes e proponha a menor correção.

O que conferir: Hipótese a verificar: a alteração aparece na tela, mas não é gravada.

Uma hipótese precisa ser confirmada no código e no teste.

3Repita o teste após corrigir

A correção só está demonstrada quando o caso original passa. Repita também um comportamento próximo para detectar regressões.

Lúcia repete a conclusão e depois cadastra outra demanda.

Situação de treino

Após corrigir: repetir o caso original; cadastrar outro título; conferir os dois registros.

Referência para conferir

Aceite: situação conservada e cadastro funcionando. Registre o resultado observado.

O teste original deve continuar reconhecível depois da mudança.

Teste-se

O agente corrigiu outro botão. O caso relatado ainda falha. Está resolvido?

Se travou aqui, é normalSe não houver defeito na sua versão, use o caso didático. Não precisa estragar seu aplicativo para aprender a relatar.

Pratique agora 0/3

Relate um defeito que outra pessoa consegue repetir: seu exercício

Cerca de 10 minutos, no computador. No celular, faça a análise nas notas e retome a edição depois. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Analise este defeito didático: após concluir uma demanda e atualizar, ela volta a pendente. Monte um relato reproduzível e proponha uma investigação delimitada. Não afirme que corrigiu sem executar o teste. Este caso é uma simulação, não um defeito declarado do aplicativo fornecido.

Ao concluir os passos, você consegue entregar um relato com passos, expectativa e evidência.

Cola da aula

O que levar para seu projeto

  1. Descreva como repetir.
  2. Investigue antes de ampliar.
  3. Confira a correção pelo mesmo caso.

Seu próximo passo

Você praticou como entregar um relato com passos, expectativa e evidência.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Melhore em ciclos com um limite claro

Aula 15 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito

Aula 16 de 24 · Da Ideia ao App v6

Melhore em ciclos com um limite claro

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa teste antes de confiar.

Você consegue definir uma medida, uma proteção e uma regra de parada.

Pedir “melhore até ficar perfeito” deixa o trabalho sem fim. Um ciclo útil precisa mostrar avanço e preservar o que já funciona.

Em 1 minuto

  1. Meça uma coisa definida.
  2. Preserve os testes anteriores.
  3. Pare sem avanço comprovado.

1Escolha uma medida observável

Melhoria pode ser menos cliques, menos falhas ou menor espera. Defina a situação de teste e registre uma referência antes de alterar.

Rafael conta quantas ações precisa para encontrar demandas pendentes.

Exemplo didático

Pedido ou açãoObjetivo: reduzir ações para ver pendentes. Referência: conte as ações na versão atual.

Resposta ilustrativa / resultado esperadoRegistre o número observado antes de pedir a alteração. Não invente o ganho.

Uma referência permite comparar versões.

2Proteja o restante do comportamento

Melhorar uma medida não autoriza quebrar outra função. Preserve testes anteriores e mantenha casos separados para avaliar a mudança.

Lúcia quer uma lista mais clara, mas não aceita perder prazos.

Situação de treino

Melhore a leitura da lista. Preserve títulos, prazos, conclusão e conservação.

Referência para conferir

Avaliar legibilidade e repetir os testes funcionais. Uma melhora visual não compensa perda de dados.

A proteção limita o que o ciclo pode sacrificar.

3Pare quando não houver avanço

Defina um máximo de tentativas e um orçamento de tempo. Se a mesma abordagem falhar, pare e revise a hipótese. Outro modelo pode apoiar a revisão, sem virar prova independente absoluta.

Rafael limita a duas tentativas um ajuste de filtro.

Exemplo didático

Pedido ou açãoFaça no máximo duas tentativas. Pare se não houver melhora ou se um teste anterior falhar.

Resposta ilustrativa / resultado esperadoAo parar, relate alterações, medidas, falhas e próxima hipótese.

A regra de parada evita um ciclo indefinido.

Teste-se

O filtro ficou mais rápido, mas apagou prazos. Qual decisão?

Se travou aqui, é normalPara começar, conte cliques. Você não precisa medir milissegundos para praticar um ciclo de melhoria.

Pratique agora 0/3

Melhore em ciclos com um limite claro: seu exercício

Cerca de 8 minutos. Anote suas respostas no papel ou nas notas do celular. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Proponha uma melhoria pequena para encontrar pendentes. Antes, registre a referência. Preserve os cinco testes funcionais. Limite a duas tentativas e pare se houver regressão. Ao final, compare observado antes e depois, sem estimar ganhos como se fossem medidos.
Conferir a referência da análise

Exemplo: contar ações para encontrar pendentes. Proteção: prazos e registros continuam intactos. Parada: duas tentativas, qualquer regressão ou ausência de melhora observada.

Ao concluir os passos, você consegue definir uma medida, uma proteção e uma regra de parada.

Cola da aula

O que levar para seu projeto

  1. Meça uma coisa definida.
  2. Preserve os testes anteriores.
  3. Pare sem avanço comprovado.

Seu próximo passo

Você praticou como definir uma medida, uma proteção e uma regra de parada.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Use somente os dados necessários

Material complementarAprofundamento opcional, fora do tempo da aula.

Para ampliar o raciocínio

Para avaliar respostas geradas por IA, reúna exemplos revisados por pessoas. Ajuste a rubrica num conjunto e confira em outro, separado. Concordância alta pode esconder erros se quase todos os casos tiverem a mesma classificação. Revise discordâncias e recalibre quando mudar o modelo. Avaliação por outra IA é apoio, não garantia.

Aula 16 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito

Aula 17 de 24 · Da Ideia ao App v6

Use somente os dados necessários

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa prepare a passagem para outras pessoas.

Você consegue retirar dados pessoais desnecessários de um exercício.

Uma tarefa pode ser testada sem nomes, telefones ou documentos reais. Reduzir os dados diminui o impacto de um erro.

Em 1 minuto

  1. Colete o mínimo necessário.
  2. Invente o caso completo.
  3. Revise antes de compartilhar.

1Pergunte por que cada campo existe

Todo campo deve atender a uma necessidade. Se o exercício é acompanhar demandas, título e situação podem bastar. Evite recolher informações apenas porque há espaço.

Lúcia usa “Preparar atividade” no lugar do nome de um aluno.

Situação de treino

Campos propostos: título, prazo, documento, telefone e situação. Quais servem ao treino?

Referência para conferir

Título, prazo opcional e situação bastam. Documento e telefone ficam de fora.

A função principal continua possível com menos dados.

2Crie exemplos realmente fictícios

Trocar apenas um nome pode deixar alguém identificável. Para o treino, invente toda a situação. Não copie conversas, endereços ou combinações reais de informações.

Rafael usa “Conferir ferramenta de treino”, sem reproduzir a ordem de serviço de um cliente.

Exemplo didático

Pedido ou açãoCrie duas demandas fictícias sem pessoas, endereços ou contatos.

Resposta ilustrativa / resultado esperadoPreparar material de treino; conferir caixa de ferramentas.

Os exemplos exercitam a função sem representar clientes reais.

3Lembre das cópias e mensagens

Dados também aparecem em arquivos exportados, capturas e mensagens ao agente. Antes de compartilhar um erro, revise o material inteiro. Apagar da tela não apaga cópias já enviadas.

Lúcia confere o arquivo exportado antes de anexá-lo a uma conversa.

Exemplo didático

Pedido ou açãoVou mostrar um erro. O que revisar antes de enviar a captura?

Resposta ilustrativa / resultado esperadoConfira nomes, contatos, documentos, mensagens privadas e qualquer credencial visível.

A revisão inclui o entorno do erro, não só o botão destacado.

Teste-se

Trocar o nome, mantendo telefone real, torna o exercício fictício?

Se travou aqui, é normalSe não souber se um exemplo identifica alguém, substitua toda a situação por uma inventada.

Pratique agora 0/3

Use somente os dados necessários: seu exercício

Cerca de 8 minutos. Anote suas respostas no papel ou nas notas do celular. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Revise esta ficha de treino: título, prazo, situação, nome completo, telefone e documento. Mantenha apenas os campos necessários para testar demandas. Crie dois exemplos inteiramente fictícios e explique o que retirar de uma captura antes de compartilhá-la.
Conferir a referência da análise

Mantenha título, prazo opcional e situação. Retire nome completo, telefone e documento. Exemplos: preparar atividade de treino; conferir ferramenta fictícia. Revise o entorno de qualquer captura.

Ao concluir os passos, você consegue retirar dados pessoais desnecessários de um exercício.

Cola da aula

O que levar para seu projeto

  1. Colete o mínimo necessário.
  2. Invente o caso completo.
  3. Revise antes de compartilhar.

Seu próximo passo

Você praticou como retirar dados pessoais desnecessários de um exercício.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Entrar não significa poder fazer tudo

Aula 17 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito

Aula 18 de 24 · Da Ideia ao App v6

Entrar não significa poder fazer tudo

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa prepare a passagem para outras pessoas.

Você consegue montar uma matriz de quem pode ver e alterar cada registro.

Identificar uma pessoa e permitir uma ação são decisões diferentes. Essa distinção é central quando o aplicativo deixa de ser pessoal.

Em 1 minuto

  1. Identifique a pessoa.
  2. Defina ações por registro.
  3. Confira a regra onde os dados saem.

1Separe identidade de permissão

Autenticação verifica quem está acessando. Autorização decide o que essa pessoa pode fazer. Uma conta reconhecida ainda pode não ter acesso à demanda de outra pessoa.

Rafael pode ver suas demandas, mas não as de outro técnico.

Exemplo didático

Pedido ou açãoConta A criou demanda A. Conta B criou demanda B. Qual regra protege cada uma?

Resposta ilustrativa / resultado esperadoA lê e altera A; B lê e altera B; acessos cruzados são recusados.

Reconhecer uma conta não concede acesso a todos os registros.

2Escreva a matriz antes da implementação

Uma matriz lista pessoa, recurso e ação permitida. Comece por leitura e alteração. Inclua o caso sem identificação, em vez de pensar apenas em usuários reconhecidos.

Lúcia define que visitantes não podem ler demandas privadas.

Matriz de acesso · registro da conta A
Conta A · ler: permitido · alterar: permitido
Conta B · ler: negado · alterar: negado
Visitante · ler: negado · alterar: negado
Cada linha se transforma em um teste de acesso.

3Exija a regra na parte confiável

Esconder um botão melhora a interface, mas não impede uma solicitação direta. A parte que entrega ou altera os dados deve conferir a permissão em cada operação.

Rafael não aceita um filtro visual como proteção de registros privados.

Situação de treino

Se eu esconder as demandas de B na tela de A, o acesso está protegido?

Referência para conferir

Não basta. A operação que entrega os dados deve rejeitar o acesso indevido.

O laboratório pessoal deste curso não implementa contas reais.

Teste-se

Um botão escondido impede sozinho uma alteração indevida?

Se travou aqui, é normalTrabalhe no papel. A meta é entender a regra antes de configurar qualquer serviço.

Pratique agora 0/3

Entrar não significa poder fazer tudo: seu exercício

Cerca de 8 minutos. Anote suas respostas no papel ou nas notas do celular. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Para um futuro organizador compartilhado, escreva uma matriz de leitura e alteração: visitante, dono da demanda e outra pessoa. Negue acessos por padrão. Não implemente contas no aplicativo local; esta prática é uma análise de requisitos.
Conferir a referência da análise

Visitante: nenhuma leitura ou alteração. Responsável: lê e altera o próprio registro. Outra pessoa: não lê nem altera aquele registro. Confira a tabela no material de apoio.

Ao concluir os passos, você consegue montar uma matriz de quem pode ver e alterar cada registro.

Cola da aula

O que levar para seu projeto

  1. Identifique a pessoa.
  2. Defina ações por registro.
  3. Confira a regra onde os dados saem.

Seu próximo passo

Você praticou como montar uma matriz de quem pode ver e alterar cada registro.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Credenciais não pertencem à página

Aula 18 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito

Aula 19 de 24 · Da Ideia ao App v6

Credenciais não pertencem à página

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa prepare a passagem para outras pessoas.

Você consegue reconhecer informações que não podem ficar no conteúdo entregue ao navegador.

Uma página entregue ao navegador pode ser inspecionada. Senhas e credenciais privilegiadas não podem depender de um botão escondido.

Em 1 minuto

  1. Use valores fictícios no treino.
  2. Não entregue segredos ao navegador.
  3. Teste as permissões separadamente.

1Reconheça o que concede poder

Credenciais são informações que permitem acesso. Uma chave privilegiada permite operações amplas, como acesso administrativo. Ela precisa de proteção, assim como uma senha de banco. Não use exemplos reais ao pedir ajuda ao agente.

Lúcia representa uma credencial por SEGREDO_FICTICIO numa explicação.

Exemplo didático

Pedido ou açãoO agente pede uma senha real para montar uma tela de exemplo. Precisa?

Resposta ilustrativa / resultado esperadoNão. Um exemplo didático usa valores fictícios e não conecta serviços.

Exemplos não precisam conceder acesso real.

2Entenda o limite do navegador

Arquivos enviados ao navegador ficam disponíveis ao usuário. Colocar uma credencial numa variável não a torna secreta se ela chegar ao navegador.

Rafael rejeita uma solução que inclui a senha diretamente no arquivo da página.

Situação de treino

Uma variável chamada segredo no arquivo da página protege uma senha?

Referência para conferir

Não. O conteúdo entregue ao navegador pode ser lido.

O nome da variável não determina a proteção.

3Combine controles com testes

Em sistemas compartilhados, permissões, validação e proteção de credenciais se complementam. Restrições de rede dependem da arquitetura. Cada visitante usa a conexão de casa, do trabalho ou do celular. Por isso, não existe um endereço único para todos.

Lúcia pede revisão das regras de acesso, sem confiar apenas em bloquear endereços de rede.

Exemplo didático

Pedido ou açãoPosso permitir apenas o endereço do site para proteger todas as chamadas dos visitantes?

Resposta ilustrativa / resultado esperadoNão como regra geral. Navegadores fazem solicitações a partir de suas próprias conexões; autorização continua necessária.

Nenhum controle isolado torna uma aplicação impossível de invadir.

Teste-se

Uma senha foi enviada dentro da página, mas o campo está oculto. Está protegida?

Se travou aqui, é normalVocê não precisa contratar um serviço para resolver o exercício. O objetivo é reconhecer uma solução inadequada.

Pratique agora 0/3

Credenciais não pertencem à página: seu exercício

Cerca de 8 minutos. Anote suas respostas no papel ou nas notas do celular. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Revise este cenário fictício: senha privilegiada dentro da página; botão administrativo escondido; ausência de conferência de permissão. Identifique os três problemas e proponha verificações. Não use nem solicite credenciais reais.
Conferir a referência da análise

Senha na página: fica acessível ao visitante. Botão escondido: não bloqueia uma solicitação direta. Ausência de autorização: permite operações indevidas. Exigir proteção de credenciais e testar recusa de leitura e alteração.

Ao concluir os passos, você consegue reconhecer informações que não podem ficar no conteúdo entregue ao navegador.

Cola da aula

O que levar para seu projeto

  1. Use valores fictícios no treino.
  2. Não entregue segredos ao navegador.
  3. Teste as permissões separadamente.

Seu próximo passo

Você praticou como reconhecer informações que não podem ficar no conteúdo entregue ao navegador.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Teste duas contas antes de convidar pessoas

Material complementarAprofundamento opcional, fora do tempo da aula.

Para ampliar o raciocínio

Em bancos compartilhados, regras por registro podem limitar leitura e alteração. Ativá-las sem revisar as políticas não comprova isolamento. Teste operações com duas contas e sem identificação. Algumas chaves são públicas por projeto; credenciais privilegiadas exigem tratamento diferente. Confira a documentação do serviço escolhido antes de implementar.

Aula 19 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito

Aula 20 de 24 · Da Ideia ao App v6

Teste duas contas antes de convidar pessoas

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa prepare a passagem para outras pessoas.

Você consegue planejar testes que detectem acesso cruzado entre usuários.

Uma conta isolada não revela vazamento entre pessoas. O teste precisa tentar acessar o que deveria ser proibido. Aqui você analisa resultados simulados, sem contas reais.

Em 1 minuto

  1. Prepare duas identidades de teste.
  2. Separe leitura de alteração.
  3. Reprove qualquer acesso indevido.

1Prepare registros identificáveis

Use duas contas de teste e dois registros fictícios numa aplicação que realmente ofereça contas. Marque claramente qual registro pertence a quem.

Rafael planeja Demanda-A e Demanda-B para não confundir os resultados.

Situação de treino

Preparação: conta A possui Demanda-A; conta B possui Demanda-B.

Referência para conferir

A deve acessar A. B deve acessar B. Ambas devem ter acessos cruzados recusados.

Nomes distintos tornam a conferência mais simples.

2Teste leitura e alteração separadamente

Bloquear leitura não prova que uma alteração será bloqueada. Inclua criar, consultar, alterar e excluir conforme as funções existentes. Faça testes apenas no ambiente autorizado.

Lúcia inclui um teste em que B tenta alterar um registro de A.

Matriz de acesso · registro da conta A
Conta A · ler: permitido · alterar: permitido
Conta B · ler: negado · alterar: negado
Visitante · ler: negado · alterar: negado
A recusa e a preservação do registro são observações separadas.

3Não confunda simulação com proteção

Nosso aplicativo pessoal não oferece contas. Aqui, você preenche uma tabela de resultados simulados. Isso prepara a revisão futura, mas não certifica um sistema compartilhado.

Rafael vê um relatório didático em que B recebeu o registro A e marca reprovação.

Exemplo didático

Pedido ou açãoResultado simulado: B leu Demanda-A; B não conseguiu alterá-la.

Resposta ilustrativa / resultado esperadoConclusão: isolamento reprovado. A leitura indevida já é uma falha.

Um teste de análise não deve ser anunciado como teste de produção.

Teste-se

B consegue ler A, mas não consegue editar. O isolamento passou?

Se travou aqui, é normalUse a tabela simulada. Não tente acessar registros de terceiros em serviços reais para praticar.

Pratique agora 0/3

Teste duas contas antes de convidar pessoas: seu exercício

Cerca de 8 minutos. Anote suas respostas no papel ou nas notas do celular. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Analise os resultados simulados: A lê A; B lê B; B lê A; visitante não lê nada. Compare com a matriz da aula 18, também disponível na Folha de testes e matriz de acesso. Indique o caso reprovado e por que bloquear alteração não compensa leitura indevida.
Conferir a referência da análise

Reprovado: B leu o registro de A. Os outros três resultados correspondem às regras. Bloquear edição não impede o vazamento por leitura. São dados simulados, não testes de um sistema real.

Ao concluir os passos, você consegue planejar testes que detectem acesso cruzado entre usuários.

Cola da aula

O que levar para seu projeto

  1. Prepare duas identidades de teste.
  2. Separe leitura de alteração.
  3. Reprove qualquer acesso indevido.

Seu próximo passo

Você praticou como planejar testes que detectem acesso cruzado entre usuários.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Publique uma demonstração com limites visíveis

Aula 20 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito

Aula 21 de 24 · Da Ideia ao App v6

Publique uma demonstração com limites visíveis

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa demonstre e evolua com controle.

Você consegue preparar uma versão de demonstração e uma conferência de publicação.

Publicar coloca os arquivos ao alcance de outras pessoas. Uma demonstração precisa dizer o que faz e onde seus dados ficam.

Em 1 minuto

  1. Publique só os arquivos previstos.
  2. Explique os limites da demonstração.
  3. Teste como visitante.

1Escolha exatamente o que vai publicar

Uma página estática entrega arquivos ao navegador. Ela atende ao nosso aplicativo local. Não transforma automaticamente a lista numa aplicação compartilhada.

Lúcia compartilha a demonstração e avisa que cada navegador terá registros próprios.

Exemplo didático

Pedido ou açãoTexto de abertura: Demonstração pessoal; dados locais; somente exemplos fictícios.

Resposta ilustrativa / resultado esperadoO visitante entende que compartilhar o endereço não sincroniza a lista.

O aviso faz parte do produto demonstrado.

2Prepare uma versão identificada

Git registra versões dos arquivos. GitHub hospeda repositórios, que são conjuntos de arquivos e seu histórico. GitHub Pages pode servir os arquivos de um site estático.

Rafael guarda a versão testada antes de torná-la acessível.

Exemplo didático

Pedido ou açãoSequência: revisar arquivos; registrar versão; enviar ao repositório; habilitar publicação estática.

Resposta ilustrativa / resultado esperadoDepois da publicação, conferir o endereço recebido em uma janela limpa.

Cada plataforma tem seus próprios passos e permissões.

3Confira o endereço como visitante

Abra a publicação numa janela privada, sem outras sessões privadas abertas. Essa é a janela limpa usada neste teste. Confira imagens, navegação e o caminho principal. Não use só a tela do editor como prova de que o site publicado funciona.

Lúcia abre a demonstração num navegador separado e cadastra uma demanda fictícia.

Situação de treino

Conferir: página abre; adicionar funciona; filtro responde; atualizar conserva a demanda.

Referência para conferir

Registre o endereço e o resultado de cada verificação.

A verificação deve ocorrer na versão entregue ao visitante.

Teste-se

A demonstração abriu para duas pessoas. Isso prova colaboração?

Se travou aqui, é normalVocê pode estudar a publicação usando a demonstração deste curso. Criar sua própria conta e configurar hospedagem fica no aprofundamento.

Pratique agora 0/3

Publique uma demonstração com limites visíveis: seu exercício

Cerca de 8 minutos. Anote suas respostas no papel ou nas notas do celular. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Prepare um roteiro de publicação estática do meu organizador. Não execute ações externas ainda. Liste arquivos públicos, exclusões, texto de limites e testes no endereço publicado. Explique que cada navegador mantém dados próprios.
Conferir a referência da análise

Publicar apenas os arquivos da demonstração; excluir credenciais e cópias privadas. Informar dados locais e ausência de colaboração. No endereço publicado, conferir abertura, cadastro, filtro, conservação e recuperação.

Ao concluir os passos, você consegue preparar uma versão de demonstração e uma conferência de publicação.

Cola da aula

O que levar para seu projeto

  1. Publique só os arquivos previstos.
  2. Explique os limites da demonstração.
  3. Teste como visitante.

Seu próximo passo

Você praticou como preparar uma versão de demonstração e uma conferência de publicação.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Observe funcionamento, tempo e custo

Material complementarAprofundamento opcional, fora do tempo da aula.

Para ampliar o raciocínio

Publicação guiada pelo navegador: crie um repositório público vazio na sua conta GitHub; envie somente os arquivos de demonstração; registre a alteração. Em Settings → Pages, escolha a origem por branch e a pasta raiz, quando essa opção estiver disponível. Aguarde o endereço informado pela plataforma e faça os testes. A disponibilidade depende da conta e da configuração; se a tela diferir, consulte a ajuda oficial do GitHub Pages. Nunca envie credenciais. Não há necessidade de contratar serviços de IA por API para hospedar esta demonstração.

Aula 21 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito

Aula 22 de 24 · Da Ideia ao App v6

Observe funcionamento, tempo e custo

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa demonstre e evolua com controle.

Você consegue montar uma ficha de operação com sinais que exigem atenção.

Uma aplicação pode funcionar hoje e falhar amanhã. Acompanhamento começa com poucos sinais claros, não com um painel enorme.

Em 1 minuto

  1. Observe sinais essenciais.
  2. Meça sob condições semelhantes.
  3. Separe os custos de cada serviço.

1Registre erros sem recolher o conteúdo inteiro

Um registro de erro deve ajudar a investigar. Evite copiar dados pessoais ou credenciais para mensagens de diagnóstico. Na prática local, anote ação e mensagem observada.

Rafael registra “importação recusada” sem anexar uma lista de clientes.

Exemplo didático

Pedido ou açãoRegistro: horário do teste, ação, mensagem de erro e versão usada.

Resposta ilustrativa / resultado esperadoNão incluir: senhas, contatos ou conteúdo privado sem necessidade.

Um registro enxuto ajuda sem ampliar a exposição.

2Compare tempo em condições semelhantes

Uma medida depende do dispositivo e da quantidade de registros. Faça comparações sob condições semelhantes. Não anuncie um ganho universal a partir de uma única tentativa.

Lúcia compara a busca com a mesma lista e no mesmo computador.

Situação de treino

Meça três tentativas antes e depois, no mesmo dispositivo e com os mesmos dados fictícios.

Referência para conferir

Registre os valores e a variação. Relate somente o que foi medido.

Condições diferentes podem explicar a diferença observada.

3Defina limites antes de pagar

Aplicações com serviços externos podem ter custos por uso. Uma assinatura de ferramenta de programação não significa que todos os serviços da aplicação estejam incluídos.

Rafael mantém o treino sem integrações e anota quais custos teria de verificar numa expansão.

Exemplo didático

Pedido ou açãoFicha futura: hospedagem, armazenamento, serviços externos, limite mensal e responsável.

Resposta ilustrativa / resultado esperadoNo treino fornecido: nenhuma integração de IA e nenhuma chamada a serviço de geração.

Custos futuros devem ser consultados antes de contratar ou conectar.

Teste-se

Uma assinatura de programação cobre automaticamente o aplicativo publicado?

Se travou aqui, é normalComece numa nota. Um registro pequeno e atualizado vale mais que um painel que ninguém consulta.

Pratique agora 0/3

Observe funcionamento, tempo e custo: seu exercício

Cerca de 8 minutos. Anote suas respostas no papel ou nas notas do celular. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Monte uma ficha de operação para esta demonstração: como verificar abertura, cadastro e recuperação; como registrar erros sem dados pessoais; quais custos verificar antes de ampliar. Não estime preços nem conecte serviços.
Conferir a referência da análise

Sinais: página abre, cadastro permanece, cópia restaura. Se falhar, registrar ação, mensagem e versão sem dados pessoais. Antes de ampliar, conferir hospedagem, armazenamento e serviços, com limite mensal e responsável.

Ao concluir os passos, você consegue montar uma ficha de operação com sinais que exigem atenção.

Cola da aula

O que levar para seu projeto

  1. Observe sinais essenciais.
  2. Meça sob condições semelhantes.
  3. Separe os custos de cada serviço.

Seu próximo passo

Você praticou como montar uma ficha de operação com sinais que exigem atenção.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Remova sobras sem perder funções

Aula 22 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito

Aula 23 de 24 · Da Ideia ao App v6

Remova sobras sem perder funções

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa demonstre e evolua com controle.

Você consegue planejar uma limpeza de código preservando comportamentos testados.

Experimentos abandonados podem virar dependências escondidas. A limpeza precisa descobrir o que ainda é usado antes de apagar.

Em 1 minuto

  1. Mapeie antes de remover.
  2. Separe por responsabilidade.
  3. Repita os testes protegidos.

1Identifique o que parece abandonado

Um trecho sem botão visível ainda pode ser usado por outra função. Peça ao agente para localizar referências e explicar a relação. Aparência de inutilidade não é prova.

Lúcia quer remover um filtro antigo, mas verifica se a exportação reutiliza alguma função dele.

Situação de treino

Antes de remover o filtro antigo, liste quem usa suas funções. Não altere arquivos ainda.

Referência para conferir

O diagnóstico deve mostrar referências encontradas e pontos que não conseguiu confirmar.

Investigar primeiro evita apagar uma dependência útil.

2Separe responsabilidades compreensíveis

Organização ajuda quando torna as mudanças mais fáceis de localizar. Não é preciso multiplicar arquivos sem motivo. Uma função deve ter um papel explicável.

Rafael quer distinguir leitura da lista, gravação e apresentação na tela.

Exemplo didático

Pedido ou açãoExplique onde ficam cadastro, conservação e desenho da lista. Sugira separação apenas se facilitar a manutenção.

Resposta ilustrativa / resultado esperadoUm mapa simples permite encontrar cada responsabilidade sem reescrever a aplicação inteira.

Organização é um meio para compreender, não uma contagem de pastas.

3Faça a limpeza numa cópia

Preserve uma versão e uma cópia dos dados. Remova um trecho por vez e repita os testes relevantes. Registre o que foi retirado e o que continuou funcionando.

Lúcia testa cadastro, conclusão e exportação após remover o filtro antigo.

Exemplo didático

Pedido ou açãoApós a limpeza, repita os cinco testes e a recuperação de uma cópia.

Resposta ilustrativa / resultado esperadoAceite somente se os comportamentos esperados permanecerem disponíveis.

Limpeza não deve alterar o contrato do aplicativo sem uma decisão explícita.

Teste-se

Um trecho não aparece na tela. Pode apagar imediatamente?

Se travou aqui, é normalSe a revisão trouxer uma reforma enorme, peça uma única melhoria pequena com motivo e teste.

Pratique agora 0/3

Remova sobras sem perder funções: seu exercício

Cerca de 8 minutos. Anote suas respostas no papel ou nas notas do celular. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Faça uma revisão de organização sem editar: mapeie cadastro, conservação, filtros e exportação. Para cada item, cite o nome da função e um trecho exato que eu possa buscar no arquivo. Identifique uma possível sobra, suas referências e o teste que protegeria a remoção. Não proponha reescrever tudo por preferência de estilo.
Conferir a referência da análise

No kit fornecido, save grava e render monta a lista. O cadastro está no evento submit de taskForm. Antes de remover algo, localizar quem o utiliza, copiar arquivos e repetir os testes. Não é necessário encontrar uma sobra se nenhuma for comprovada.

Ao concluir os passos, você consegue planejar uma limpeza de código preservando comportamentos testados.

Cola da aula

O que levar para seu projeto

  1. Mapeie antes de remover.
  2. Separe por responsabilidade.
  3. Repita os testes protegidos.

Seu próximo passo

Você praticou como planejar uma limpeza de código preservando comportamentos testados.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Demonstre o que você realmente construiu

Aula 23 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito

Aula 24 de 24 · Da Ideia ao App v6

Demonstre o que você realmente construiu

Ilustração editorial de uma pessoa preparando e conferindo demandas no computador, na etapa demonstre e evolua com controle.

Você consegue apresentar uma entrega com testes, limites e próxima versão.

Concluir não é dizer que tudo está perfeito. É mostrar o que funciona, como foi verificado e o que continua fora do escopo.

Em 1 minuto

  1. Demonstre uma tarefa completa.
  2. Apresente testes e limites.
  3. Defina a próxima mudança.

1Apresente um caminho completo

Mostre cadastrar, filtrar, concluir e conservar. Use um registro fictício identificável. Quem assiste deve entender a tarefa sem conhecer o código.

Rafael demonstra “Conferir kit”, conclui e atualiza a página.

Exemplo didático

Pedido ou açãoRoteiro: abrir; cadastrar Conferir kit; filtrar; concluir; atualizar; conferir.

Resposta ilustrativa / resultado esperadoA demonstração mostra uma tarefa útil e uma verificação de conservação.

O resultado aparece na tela, não só no relato do agente.

2Mostre recuperação e limitações

Exporte e restaure uma cópia num ambiente separado. Explique que esta edição é pessoal, com dados locais. Não a apresente como sistema pronto para dados privados de equipe.

Lúcia demonstra restauração numa janela privada e explica a separação dos registros.

Organizador · exemplo visual
Demanda de treino
Prazo: sem prazo
Situação: Pendente
Concluir

Entrega: aplicativo pessoal, cópia exportável, testes registrados, sem contas compartilhadas.

O que conferir: Limites: dados por navegador; sem sincronização; sem proteção multiusuário.

Dizer o limite ajuda a escolher um uso apropriado.

3Escolha uma próxima versão pequena

Use o que aprendeu para decidir o próximo passo. Priorize uma necessidade real e repita o ciclo: pedido, construção, teste e registro. Ampliar usuários exige nova avaliação.

Rafael prefere editar um título antes de iniciar um produto para clientes.

Situação de treino

Próxima versão: editar título, sem mudar armazenamento nem público. Critério: alteração permanece após atualizar.

Referência para conferir

Uma nova função delimitada continua o aprendizado sem abandonar as proteções.

Você pode evoluir sem transformar cada ideia numa reconstrução.

Teste-se

Qual apresentação é mais confiável?

Se travou aqui, é normalSe um teste falhar, marque pendente e volte à aula de relato de defeitos. A entrega honesta inclui o que ainda falta.

Pratique agora 0/3

Demonstre o que você realmente construiu: seu exercício

Cerca de 10 minutos, no computador. No celular, faça a análise nas notas e retome a edição depois. Pronto quando os três passos abaixo estiverem conferidos.

Use somente dados fictícios e uma pasta de treino. Se o resultado divergir, preserve a cópia e registre o erro antes de continuar.

Abrir o aplicativo de treino · Baixar o kit editável · Folha de testes e matriz de acesso

Prepare minha apresentação final usando somente evidências: problema, usuário, funções demonstradas, testes executados, recuperação observada, limitações e próxima mudança. Marque como pendente qualquer afirmação que não tenha sido testada.

Ao concluir os passos, você consegue apresentar uma entrega com testes, limites e próxima versão.

Cola da aula

O que levar para seu projeto

  1. Demonstre uma tarefa completa.
  2. Apresente testes e limites.
  3. Defina a próxima mudança.

Seu próximo passo

Você praticou como apresentar uma entrega com testes, limites e próxima versão.

Guarde nas notas o resultado do exercício e uma dúvida que ainda precisa verificar.

Próxima etapa: Escolha uma nova demanda e repita o ciclo com os mesmos cuidados.

Aula 24 · Da Ideia ao App v6 · INEMA.CLUB · Curso aberto e gratuito