GeraProva GeraProva Provas com IA para professores do Brasil
Questoes

Lógica de programação: o aluno troca “e” por “ou” nas condições

Condições lógicas mostram se o aluno compreende a regra ou apenas reconhece palavras. Veja como diagnosticar confusões entre “e” e “ou”, limites e ordem das decisões, do 4º ao 8º ano.

Lógica de programação: o aluno troca “e” por “ou” nas condições

Eu já vi uma regra aparentemente simples deixar a turma dividida: uma criança diz que basta ter menos de 12 anos para pagar meia; outra insiste que também é preciso ter 60 anos ou mais. Quando escrevemos a condição com “e”, os dois grupos desaparecem: ninguém consegue ser, ao mesmo tempo, menor de 12 e maior ou igual a 60. O problema não é falta de atenção ao enunciado. Muitas vezes, o aluno ainda não traduziu o sentido da regra para a relação lógica correta.

Também vejo isso nos limites. O programa avisa quando a caixa passa de 80%, mas fica calado exatamente nos 80%, embora a regra inclua esse valor. Quando peço que a turma explique o resultado, alguns repetem “maior que” como se significasse “maior ou igual”. Essas situações me ajudam a separar dificuldades: interpretar palavras, escolher operadores, acompanhar a ordem das condições ou testar casos. Neste guia, uso oito questões e seus dados pedagógicos para planejar intervenções e avaliações que mostrem o raciocínio, não apenas o acerto.

O que é lógica de programação, explicado para o professor

Lógica de programação é a organização de instruções e decisões para que um algoritmo resolva um problema de maneira coerente. Para o aluno, isso aparece quando precisa ordenar passos, comparar valores, combinar condições e prever o que o programa fará em cada caso. Não se limita a escrever código: classificar cartões por símbolo e cor, decidir se uma caixa precisa de retirada ou organizar uma rotina também exigem raciocínio estruturado. Nas oito questões deste guia, não há cálculo numérico obrigatório; o desafio está em interpretar regras e representar relações com precisão. O conceito aparece em Computação do 4º ao 8º ano e se conecta às habilidades EF15CO02, EF06CO02, EF07CO02, EF69CO02 e EF69CO04. A progressão vai da compreensão do papel da lógica à aplicação de condições em situações contextualizadas. Para preparar instrumentos alinhados à turma, posso usar o gerador de provas do GeraProva.

O que o aluno precisa saber antes de estudar lógica de programação?

As fichas apontam bases distintas, que convém verificar em vez de presumir. Para compreender a importância da lógica, o aluno precisa ter noção de algoritmo, instruções, programação e resolução estruturada de problemas. Para trabalhar decisões, entram condições básicas, operadores relacionais e operadores lógicos; em situações de classificação, também é necessário distinguir atributos como símbolo e cor. Antes de uma atividade, proponho uma sondagem breve: pedir que a turma organize três instruções, compare dois valores e explique uma regra cotidiana com “e” ou “ou”. Em seguida, ofereço cartões com atributos e peço que descrevam verbalmente a decisão antes de registrá-la. Se a dificuldade aparece já na leitura da regra, a intervenção começa pelo vocabulário e pela representação. Se o aluno entende a regra, mas escolhe um operador inadequado, trabalho a tabela de casos. Essa checagem evita tratar como erro de programação o que pode ser uma lacuna de interpretação.

Quais são os erros mais comuns em lógica de programação e por que acontecem?

As fichas revelam padrões concretos, sem sugerir que toda turma cometerá os mesmos erros. Em três das oito questões, o núcleo do problema é escolher entre “e” e “ou”: isso aparece na classificação por rede e taxa, na regra dos ingressos e no intervalo noturno que atravessa a meia-noite. Outra dificuldade explícita é incluir corretamente o limite, como 80% na condição “maior ou igual”. Há ainda confusões de ordem e de associação: verificar primeiro o símbolo, considerar a cor do livro ou encaminhar cada categoria ao destino certo. Os distratores mais prováveis registrados incluem respostas que ignoram a segunda condição ou trocam operadores. Eles são úteis porque tornam visível a hipótese do aluno. Em vez de corrigir apenas a letra, peço que ele teste a regra com exemplos, explique o que cada operador exige e mostre quando a condição fica verdadeira.

Trocar “e” por “ou” — ou o contrário

Esse erro aparece de forma clara nas questões 3, 6 e 8. O aluno pode tratar “e” e “ou” como palavras intercambiáveis, sem perceber que “e” exige que as duas partes sejam verdadeiras, enquanto “ou” aceita uma das alternativas. Na regra do ingresso, uma pessoa não pode ser simultaneamente menor que 12 e ter 60 anos ou mais; na janela noturna, 23h e 6h pertencem a trechos diferentes do dia. O distrator A da questão 3 também indica que o aluno pode ter lido a comparação da taxa ao contrário. Para intervir, monto uma tabela com exemplos concretos e peço que a turma marque cada parte separadamente antes de combinar os resultados. O objetivo é explicar a decisão, não decorar uma definição.

Ignorar o limite ou ampliar a comparação indevidamente

Na questão do ponto de coleta, “maior que 80” não inclui 80. O erro típico registrado é confundir “maior que” com “maior ou igual que”. Um aluno pode escolher “igual a 80” e resolver apenas o caso exato, sem perceber que 81 também deve acionar o aviso; outro pode baixar o limite até 79 e alterar um resultado que deveria permanecer em espera. Eu intervenho com três testes de fronteira: um abaixo, o valor exato e um acima. Antes de escolher uma expressão, a turma prevê a saída para cada teste. Esse procedimento permite observar se o estudante compreende o alcance do operador relacional ou apenas reage ao número destacado no enunciado.

Verificar um atributo e esquecer o outro

Na separação dos cartões, é preciso testar primeiro a estrela e, nos cartões com livro, verificar também a cor. O distrator mais provável é C: perguntar apenas se é livro manda livros verdes para “estudo” antes que a regra de “devolução” seja alcançada. Esse tipo de resposta revela uma classificação incompleta, não necessariamente desconhecimento das cores. Outra possibilidade é trocar as pastas associadas às cores. Para intervir, construo uma tabela com símbolo, cor e destino, incluindo exemplos de cada caso. A turma deve indicar qual condição será verificada primeiro e justificar por que a próxima só é examinada quando a anterior não se aplica. Assim, fica visível a diferença entre reconhecer informações e organizar uma sequência de decisões coerente.

Reduzir a lógica a uma ferramenta ou a uma disciplina

Nas questões conceituais do 4º e do 5º ano, alguns distratores dizem que lógica é apenas matemática, serve só para desenhar telas ou pode ser ignorada. Essas respostas mostram uma visão estreita da programação e do próprio raciocínio lógico. Na questão sobre cotidiano, a alternativa “somente utilizada em programação” indica dificuldade para transferir o conceito para outros contextos. A intervenção é pedir exemplos: organizar uma tarefa, seguir instruções de um jogo ou decidir entre caminhos são situações em que a pessoa estrutura passos e critérios. Depois, relaciono esse raciocínio ao algoritmo. Não basta afirmar que a lógica é importante; vale fazer o aluno explicar que problema ela ajuda a organizar e como uma regra bem formulada evita resultados inconsistentes.

Como ensinar lógica de programação passo a passo?

Uma sequência realista começa com uma regra conhecida e termina com a análise de casos que podem quebrá-la. Primeiro, apresento um problema cotidiano curto, como classificar cartões, e peço que os alunos descrevam a solução sem código. Depois, identificamos dados relevantes, critérios e ordem das decisões. Em seguida, traduzimos frases como “80% ou mais” e “menor que 12 ou maior ou igual a 60” para condições, discutindo o que cada operador inclui. A dica recorrente nas fichas é analisar a condição e testar os casos previstos; por isso, a turma deve simular entradas e saídas antes de aceitar a regra. Por fim, proponho que compare uma solução correta com um erro plausível e explique a diferença. Essa progressão conversa com os itens classificados como progressão e consolidação, sem pular da leitura do enunciado diretamente para a resposta.

  1. Interpretar: circular a regra e reescrevê-la com palavras próprias.
  2. Separar: identificar dados, limites e alternativas.
  3. Representar: montar uma tabela de casos ou um fluxograma simples.
  4. Testar: escolher exemplos típicos e casos de fronteira.
  5. Revisar: localizar qual parte da condição explica uma saída errada.

Quando trabalho com uma condição composta, separo as partes em colunas. Para “tipo de rede é fibra e taxa é maior que 1000”, verificamos cada dado individualmente e só depois combinamos os resultados. Para um intervalo que atravessa a meia-noite, comparo 23h, 6h e 10h. Essa escolha de exemplos não é cálculo: é teste lógico. Também peço que um colega tente encontrar um caso em que a regra falhe. A revisão fica mais produtiva quando o aluno explica o raciocínio e propõe uma correção mínima, em vez de trocar vários elementos sem saber qual causou o problema.

Como avaliar: que tipo de questão usar em cada momento?

Escolho a questão conforme a decisão pedagógica que preciso tomar. Para abrir uma sequência e verificar a ideia geral, as questões 4 e 5 têm leitura baixa, resolução curta e papel de abertura; as fichas indicam baixo poder de discriminação, então não as trato como prova suficiente de domínio. Para diagnóstico mais informativo, uso situações com condições e testes, como as questões 1, 6 e 8: elas demandam leitura média e tempo médio, e ajudam a localizar se a dificuldade está no limite ou no operador. A questão 8 tem poder de discriminação alto e papel de consolidação, segundo a ficha. Questões situacionais também servem para atividade e lição; algumas, como a 2 e a 8, podem entrar em simulado. Nenhuma das oito está marcada como boa para avaliação rápida, com exceção das duas conceituais, que estão marcadas para esse uso. Ajusto a quantidade e o tempo ao objetivo, sem confundir rapidez com compreensão.

Uma aplicação possível é distribuir os itens em três momentos. Na sondagem, usar uma questão direta e pedir justificativa oral. Durante o ensino, trabalhar cartões e condições em atividade ou lição, permitindo revisão. Na avaliação, combinar uma questão de abertura com outra de progressão ou consolidação, para observar tanto a compreensão geral quanto a transferência. As fichas registram tempos como curto ou médio, nível de leitura baixo ou médio e ausência de cálculo nas oito questões; isso ajuda a prever a carga, mas não substitui o acompanhamento da turma. A questão 2 cobre habilidade múltipla; a questão 7 tem cobertura dupla; as demais indicam cobertura única. Se quero observar raciocínio crítico, peço justificativa e teste de contraexemplos. Na avaliação rápida, as questões 4 e 5 são as opções assinaladas como adequadas; não extrapolo essa indicação para os outros itens.

O que ensinar antes de lógica de programação?

O acervo aponta três conceitos como base: resolução de problemas, etapas de desenvolvimento de software e algoritmo. Começo por resolução de problemas: reconhecer a situação, identificar o que precisa ser decidido e propor critérios. Depois, apresento as etapas de desenvolvimento de software em linguagem acessível, para que a turma perceba que compreender e planejar vêm antes de testar uma solução. Por fim, reviso algoritmo como sequência organizada de instruções. As fichas reforçam essa base ao exigir noções de algoritmo e instruções, programação e resolução estruturada de problemas em itens conceituais. Se o aluno não consegue explicar o problema ou ordenar passos simples, uma atividade de operadores pode medir mais a lacuna anterior do que o conceito-alvo. Faço então uma checagem curta: descrever uma tarefa em etapas e apontar qual decisão altera o caminho. Essa preparação torna explícito o vínculo entre pensar uma solução e expressá-la como regra executável.

Para onde a lógica de programação leva?

Quando os alunos compreendem condições, limites e sequência, podem avançar para estruturas que repetem ações e tomam decisões dentro de algoritmos mais amplos. A estrutura de repetição ajuda a distinguir uma ação repetida de uma condição que decide um caminho. A repetição condicional e o algoritmo de repetição aprofundam o controle sobre quando continuar e quando parar. Também vale retomar a importância dos algoritmos, relacionando clareza dos passos à possibilidade de testar a solução. O algoritmo de jogo permite levar esses princípios a regras de interação, enquanto a estrutura condicional amplia a construção de decisões. Não apresento esses conteúdos como uma lista automática de próximos tópicos: avanço quando a turma consegue justificar uma condição e prever seus efeitos em diferentes entradas.

Quais são as ligações com outros temas e habilidades socioemocionais?

As questões situacionais aproximam lógica de contextos cotidianos: coleta de pilhas, organização de cartões, classificação de ingressos e configuração de silêncio no celular. As fichas registram o tema transversal ciência e tecnologia em quatro itens, além de pensamento crítico em seis; tomada de decisão aparece nos dois itens conceituais iniciais. Esses dados permitem planejar conexões sem atribuir uma habilidade que não esteja indicada. Posso conversar sobre consumo responsável a partir da coleta de pilhas, organização de informações na biblioteca ou regras de convivência e uso de notificações, sempre mantendo o foco na lógica da decisão. Na dimensão socioemocional, explicitar hipóteses e revisar uma condição diante de evidências favorece pensamento crítico; comparar alternativas também exercita tomada de decisão nos itens correspondentes. A aplicação cotidiana ajuda a mostrar que a lógica não pertence apenas ao código. A questão 7 torna essa transferência explícita: a estrutura do raciocínio pode apoiar problemas fora da programação.

8 questões comentadas sobre lógica de programação

As oito questões a seguir cobrem compreensão, interpretação, análise e aplicação, do 4º ao 8º ano. Em cada uma, explico por que a alternativa correta representa a regra e o que os distratores podem revelar. Recomendo que o aluno justifique a escolha antes de conferir o gabarito: a explicação oral distingue compreensão de acerto por eliminação. As fichas classificam os tempos entre curto e médio, os níveis de leitura entre baixo e médio e todas indicam que não exigem cálculo. Há itens diretos e situacionais, com papéis de abertura, progressão ou consolidação. Use as questões como instrumentos de diagnóstico, atividade ou avaliação conforme as indicações individuais apresentadas adiante; elas não substituem a análise das respostas da sua turma. O comentário de cada alternativa errada serve como hipótese para investigar, não como diagnóstico definitivo de um aluno.

1. Como corrigir o aviso de retirada quando a caixa chega a 80%?

O painel só deve avisar a partir de 80%. A condição atual, “maior que 80”, exclui exatamente o limite.

  • ❌ A) Maior que 81: aumenta o limite e deixaria 80% e 81% sem aviso. Revela alteração do número sem testar os casos.
  • ❌ B) Igual a 80: atende ao valor exato, mas não a 81%. Revela atenção ao caso destacado, sem considerar toda a regra.
  • ❌ C) Menor ou igual a 80: inverte a comparação e avisa para níveis baixos. Revela confusão sobre a direção do operador.
  • ❌ D) Maior ou igual a 79: inclui 79%, que deve continuar em espera. Revela dificuldade em respeitar o limite inferior.
  • ✅ E) Maior ou igual a 80: mantém 79% em espera e inclui 80% e 81%.

Gabarito: E. Testar um valor abaixo, o limite e um acima torna o erro verificável.

2. Qual procedimento separa corretamente cartões por símbolo e cor?

Estrela significa “urgente”; livro azul, “estudo”; livro verde, “devolução”. É preciso preservar as associações e verificar a cor dos livros.

  • ✅ A) Estrela primeiro; depois livro azul; por fim livro verde. Respeita categorias e ordem.
  • ❌ B) Troca os destinos dos livros azuis e verdes. Revela confusão entre atributo identificado e destino associado.
  • ❌ C) Encaminha qualquer livro para estudo antes de verificar a cor. Revela condição ampla demais e ordem que bloqueia o caso verde.
  • ❌ D) Envia azul para devolução e usa uma condição final sem distinguir cor. Revela associação incorreta e classificação incompleta.
  • ❌ E) Envia livro verde para urgente. Revela mistura entre o critério da estrela e o critério da cor.

Gabarito: A. Uma tabela símbolo-cor-destino ajuda a conferir cada caminho.

3. Qual condição classifica uma conexão como rápida?

Ela precisa ser de fibra e ter taxa de dados maior que 1000. As duas exigências devem valer juntas.

  • ❌ A) Fibra e taxa menor que 1000: inverte a comparação. Revela leitura incorreta do limite.
  • ✅ B) Fibra e taxa maior que 1000: corresponde às duas condições e usa “&&” para exigir ambas.
  • ❌ C) Fibra ou taxa menor ou igual a 1000: troca a relação lógica e a comparação. Revela dificuldade em traduzir a regra inteira.
  • ❌ D) Wi-Fi e taxa maior que 1000: usa o tipo de rede errado. Revela possível cópia parcial sem conferir o dado.
  • ❌ E) Não ser fibra e taxa maior que 1000: nega o critério de rede. Revela confusão com a negação.

Gabarito: B. Convém avaliar cada parte antes de combiná-las.

4. Qual é a importância da lógica na programação de computadores?

A pergunta verifica se o aluno reconhece a lógica como apoio à organização das instruções.

  • ❌ A) Apenas uma parte da matemática: restringe seu papel. Revela associação exclusiva entre lógica e matemática.
  • ✅ B) Ajuda a criar algoritmos eficientes: relaciona lógica, instruções organizadas e funcionamento do programa.
  • ❌ C) Serve apenas para desenhar telas: confunde lógica com aspecto visual. Revela uma visão limitada da programação.
  • ❌ D) Impede criar programas: trata o planejamento como obstáculo. Revela compreensão invertida do conceito.
  • ❌ E) É irrelevante: nega a função de organizar instruções. Revela ausência de conexão entre lógica e algoritmo.

Gabarito: B. É uma questão direta de abertura, não uma evidência isolada de domínio aprofundado.

5. Como a lógica ajuda na programação de computadores?

O item focaliza a relação entre raciocínio organizado e resolução de problemas.

  • ❌ A) Programação é intuitiva e não precisa de lógica: desvaloriza planejamento. Revela a ideia de que basta tentar sem estruturar.
  • ❌ B) Soluções rápidas sem planejamento: confunde rapidez com eficácia. É o distrator mais provável e pode revelar pressa como critério de qualidade.
  • ✅ C) Permite entender e resolver problemas de forma estruturada: reconhece a organização do pensamento como parte da solução.
  • ❌ D) A lógica pode ser ignorada: desconsidera seu papel. Revela dificuldade de relacionar regras e funcionamento.
  • ❌ E) Só é necessária para experientes: cria uma barreira de nível. Revela que o aluno não reconhece a lógica como base para iniciantes.

Gabarito: C. Peça um exemplo de problema organizado em etapas para aprofundar a resposta.

6. Como corrigir a regra de meia-entrada para menores de 12 ou pessoas com 60 anos ou mais?

A condição usa “e” entre grupos alternativos. Assim, exige que a idade esteja abaixo de 12 e ao mesmo tempo seja pelo menos 60.

  • ❌ A) Trocar as mensagens: inverteria o resultado para 30 anos. Revela tentativa de corrigir a saída sem analisar a condição.
  • ❌ B) Ler a idade depois da decisão: deixa o dado sem definição no momento do teste. Revela desatenção à ordem das instruções.
  • ❌ C) Trocar “>=” por “>”: muda o limite de 60 e mantém a combinação impossível. Revela foco em um detalhe que não causa o erro principal.
  • ✅ D) Trocar “e” por “ou”: qualquer um dos dois grupos pode pagar meia, como determina a regra.
  • ❌ E) Trocar “<” por “<=”: ajusta um limite, mas mantém as duas condições incompatíveis. Revela tentativa de corrigir sem testar a lógica conjunta.

Gabarito: D. Compare os casos 10, 30 e 65 para observar a regra.

7. Como a lógica de programação pode ajudar em problemas cotidianos?

O item verifica se o aluno transfere a organização lógica para além da escrita de programas.

  • ❌ A) Não se aplica ao cotidiano: nega usos práticos. Revela dificuldade de transferência.
  • ✅ B) Ajuda a resolver problemas de forma estruturada: expressa a aplicação geral do raciocínio.
  • ❌ C) É usada somente em programação: limita o conceito ao campo técnico. É o distrator mais provável e indica essa associação estreita.
  • ❌ D) Não se relaciona com matemática: faz uma afirmação absoluta que desconsidera a relação entre raciocínios. Revela visão de áreas isoladas.
  • ❌ E) Restringe o pensamento: interpreta organização como limitação. Revela dificuldade em perceber que critérios também ajudam a comparar soluções.

Gabarito: B. Convide a turma a propor uma situação cotidiana e explicitar seus passos.

8. Como corrigir o modo silencioso entre 22h e antes das 7h?

O intervalo atravessa a meia-noite: o horário precisa ser a partir de 22 ou menor que 7. “E” tornaria impossível satisfazer a condição.

  • ❌ A) Somar 24 às horas menores que 7 sem mudar a condição: mantém a comparação incompatível. Revela alteração de dado sem revisar a regra completa.
  • ❌ B) Inverter o retorno: muda o significado da resposta, mas não faz a condição reconhecer 23h e 6h. Revela foco na saída, não no teste.
  • ✅ C) Usar “ou”: cobre os dois trechos do dia e inclui 23h e 6h, mas não 10h.
  • ❌ D) Exigir hora maior que 22: altera só o limite e mantém “e”. Revela atenção à borda, sem perceber o problema lógico central.
  • ❌ E) Incluir 7h: altera uma fronteira, mas conserva a condição impossível. Revela confusão entre limite e combinação de condições.

Gabarito: C. A ficha aponta poder de discriminação alto e papel de consolidação.

Perguntas frequentes sobre lógica de programação

As dúvidas abaixo aparecem quando planejamos uma sequência de Computação para anos diferentes ou precisamos decidir o que uma questão realmente avalia. Não existe uma única atividade que resolva todas as dificuldades: interpretar uma regra, escolher operadores e prever resultados são aprendizagens relacionadas, mas observáveis separadamente. As fichas ajudam a organizar essa leitura ao informar pré-requisitos, erros típicos, tempo, leitura, papel na prova e usos recomendados. Ainda assim, a resposta do estudante precisa ser interpretada junto com sua justificativa e com o trabalho desenvolvido em aula. As perguntas também ajudam a evitar dois extremos: reduzir lógica à memorização de símbolos ou exigir código formal antes de a turma compreender condições em linguagem cotidiana. Comece pelo objetivo, selecione uma situação acessível e use os casos de teste para descobrir qual parte do raciocínio merece revisão.

Em que ano escolar posso começar a ensinar lógica de programação?

O conjunto de questões contempla do 4º ao 8º ano, em Computação. Nos anos iniciais, posso começar pela organização de instruções e pela ideia de que a lógica ajuda a resolver problemas de forma estruturada. Nos anos seguintes, avanço para condições, comparações e combinação de operadores, sempre ajustando o vocabulário e a complexidade da situação. A série, sozinha, não garante que todos tenham os mesmos pré-requisitos; uma sondagem curta indica por onde começar.

Preciso ensinar uma linguagem de programação antes das condições?

Não é necessário começar pela sintaxe de uma linguagem. As questões usam regras em linguagem natural, pseudocódigo e operadores como “&&”, mas a aprendizagem central é interpretar condições e prever resultados. Posso trabalhar com cartões, tabelas ou fluxogramas antes de escrever código. Quando a turma entende o que a condição significa, a passagem para uma linguagem formal fica mais clara. Se já estiverem programando, relaciono cada símbolo à regra verbal correspondente.

Como diferencio dificuldade de leitura de dificuldade lógica?

Peço que o aluno explique a regra com suas palavras e, se necessário, leio o enunciado em voz alta sem sugerir a resposta. Depois apresento a mesma relação em exemplos curtos, como “10 anos”, “30 anos” e “65 anos”. Se a explicação oral mostra que ele compreendeu a regra, mas escolhe o operador errado, o foco pode ser a relação lógica. As fichas classificam a leitura como baixa ou média, mas a observação individual continua essencial.

Uma resposta errada já mostra que o aluno não domina o conceito?

Não. Um distrator indica uma hipótese possível, não prova sozinho a causa do erro. O estudante pode ter interpretado mal uma palavra, confundido a ordem das condições ou escolhido sem testar exemplos. Peço que justifique a resposta e simule um caso. Se a justificativa repetir a mesma confusão em situações diferentes, tenho evidência melhor para planejar revisão. Também observo se ele consegue corrigir a regra após comparar os resultados.

Qual questão usar para uma avaliação rápida?

Entre as oito questões, as fichas das questões 4 e 5 indicam que são adequadas para avaliação rápida. Ambas têm tempo curto e nível de leitura baixo, mas também baixo poder de discriminação; servem para conferir uma compreensão inicial, não para concluir que a turma domina condições compostas. Para localizar erros de operadores ou limites, acrescento uma atividade de diagnóstico com justificativa e casos de teste. A escolha depende do que quero observar.

Como posso montar uma avaliação alinhada à minha turma?

Começo definindo se quero observar compreensão, aplicação ou análise; depois combino uma questão direta com uma situação contextualizada e uma justificativa. Considero pré-requisitos, tempo e leitura, e verifico se o item serve para prova, atividade, lição ou simulado conforme sua ficha. Para preparar opções e organizar uma avaliação, posso fazer o cadastro grátis no GeraProva e adaptar o material ao objetivo da sequência.

Se a turma está confundindo “e” com “ou”, use os casos como ponto de partida: peça que cada aluno teste a regra, explique seu caminho e revise a condição. Com uma boa pergunta diagnóstica, o erro vira uma pista útil para ensinar melhor.

Monte uma prova com questões como estas

O GeraProva busca questões com gabarito comentado e BNCC no acervo e monta a prova pronta para imprimir.

Criar minha prova

Habilidades BNCC deste artigo

Artigos relacionados

0 comentários

Ocorreu um erro inesperado. Recarregar X

Rejoining the server...

Rejoin failed... trying again in seconds.

Failed to rejoin.
Please retry or reload the page.

The session has been paused by the server.

Failed to resume the session.
Please retry or reload the page.