Rubrica de Avaliação 📊
O trabalho é individual e avaliado em duas etapas: a Etapa 1 (definição do projeto, em PDF) e a Etapa 2 (entrega final, no repositório Git). A avaliação considera 7 critérios, totalizando 10,0 pontos. Os dois últimos pontos extras (teste de carga e teste de segurança) são opcionais e somam pontuação adicional, conforme definido em aula.
Critérios de avaliação
| Critério | Peso | Insuficiente (0) | Regular (0,5) | Bom (0,75) | Excelente (1,0 / 1,5) |
|---|---|---|---|---|---|
| 1. Definição do Projeto (PDF da Etapa 1) | 1,0 | Não entregue. | Entregue, mas sem indicar linguagem e/ou framework. | Entregue, indicando sistema, linguagem e framework, com descrição breve. | Entregue dentro do prazo, com descrição clara do sistema, linguagem e framework bem justificados. |
2. Plano de Teste (.md) | 1,5 | Não existe ou não segue o formato Markdown. | Existe, mas está incompleto (falta escopo, estratégia ou critérios). | Contempla escopo, estratégia e critérios, com pequenas lacunas. | Completo: escopo, estratégia, critérios de entrada e saída, riscos, ferramentas e cronograma bem definidos. |
| 3. Análise Estática | 1,5 | Não implementada. | Ferramenta configurada, mas não executada ou sem relatório. | Ferramenta configurada e executada, com relatório gerado. | Integrada ao build, relatório disponível e principais apontamentos corrigidos ou justificados. |
| 4. Teste Unitário | 2,0 | Não implementado. | Poucos testes, sem cobrir casos relevantes. | Testes cobrem as principais classes e métodos, com uso correto de asserts e/ou mocks. | Boa cobertura (mensurada, por exemplo com JaCoCo), incluindo casos de sucesso, falha e exceção. |
| 5. Teste de Componente | 2,0 | Não implementado. | Testes superficiais, sem isolar o componente adequadamente. | Testes validam o componente (API, repositório, módulo) de forma isolada. | Testes robustos, cobrindo múltiplos cenários (sucesso, erro, borda) e integrados ao build. |
| 6. Teste de Sistema | 1,5 | Não implementado. | Testes automatizados muito básicos (por exemplo, um único fluxo simples). | Testes automatizados cobrindo os principais fluxos do usuário. | Testes automatizados cobrindo fluxos principais e alternativos, com relatório ou evidência de execução. |
| 7. Documentação e Organização do Repositório | 0,5 | Repositório desorganizado, sem README ou instruções de execução. | Repositório organizado, mas com documentação mínima. | Repositório organizado com README explicando como rodar os testes. | Repositório bem organizado, documentado e com instruções claras de execução de cada tipo de teste. |
Total: 10,0 pontos
Não há apresentação de projeto ao final do semestre. A avaliação é feita exclusivamente com base nos artefatos entregues.
Pontuação extra (opcional)
| Critério extra | Pontos extras | Descrição |
|---|---|---|
| Teste de Carga | + 0,5 | Implementação de testes de carga (por exemplo com K6), com definição de cenários (usuários virtuais, duração) e relatório de resultados. |
| Teste de Segurança | + 0,5 | Avaliação de vulnerabilidades básicas do sistema (por exemplo injeção, autenticação ou autorização, exposição de dados), com evidências e documentação dos achados. |
Cada item extra soma até 0,5 ponto, totalizando até 1,0 ponto extra na nota final do trabalho.
Observações gerais
- Todos os artefatos (PDF da Etapa 1, plano de teste, relatórios de análise estática, testes e evidências) devem estar versionados ou entregues nos formatos e prazos indicados no enunciado.
- A nota de cada critério é proporcional ao peso indicado, considerando os níveis de desempenho descritos na tabela.
- Trabalhos entregues fora do prazo, sem justificativa prévia acordada com o professor, estão sujeitos a penalização conforme critério da disciplina.
CC BY 4.0 DEED