Ficha 02 · QA, entrega, PAP · Ficha de trabalho

Aluno(a)

Turma

Nº

Data

Objectivos da ficha

QA + UAT
Dossier de entrega
Garantia + manutenção
PAP

Parte I · QA

Exercício 1 · Defect vs improvement (10 pts)

Para cada queixa do cliente, indica se é defect (corrigir grátis) ou improvement (change request com custo):

a) "O formulário de contacto não envia email." (briefing dizia que envia)

b) "Mudei de ideias e quero outra cor primária."

c) "Faltam as legendas em espanhol que pedi no briefing."

d) "Era fixe se o site também tivesse blog."

e) "A homepage carrega em 8s no meu telemóvel."

a) Defect — falha funcional do que foi prometido. Corrigir sem custo. b) Improvement — mudança de scope a meio. Change request. c) Defect — se o briefing incluía ES, falta cumprida. Corrigir sem custo. d) Improvement — feature nova, fora do scope. Change request ou fase 2. e) Depende — se DoD dizia LCP < 2.5s, é defect (corrigir grátis). Se não havia performance no briefing/DoD, é improvement.

Exercício 2 · UAT (15 pts)

Vais entregar um site institucional. Escreve 5 cenários de UAT que peças ao cliente para testar antes de aceitar.

Visitante encontra horário e morada — entrar na homepage e localizar a info em < 30s.
Visitante faz reserva — clicar "Reservar", preencher formulário, submeter, receber email de confirmação.
Editor cria nova página — entrar no admin do CMS, criar página, publicar, ver no site.
Mobile — repetir os cenários 1-3 num telemóvel real (não DevTools).
Procura no site — encontrar info sobre menu específico via pesquisa interna.

Para cada cenário, cliente regista passou / falhou + observações. Após todos passou, assina aceitação por escrito.

Parte II · Entrega

Exercício 3 · Dossier (15 pts)

Lista 10 itens que entregas ao cliente num "dossier final" de site WordPress.

Ficheiros-fonte (Figma link com acesso transferido).
Backup completo do site (WP All-in-One + ficheiros).
Credenciais — admin WP, hosting cPanel, email SMTP, FTP.
Manual escrito — como criar página, post, menu, editar contactos.
Vídeos curtos (Loom) das tarefas mais comuns.
Lista de plugins instalados + versões + onde renovar.
Domínio — onde está registado, quando renovar, contas a transferir.
SSL — instalado, automatismo de renovação.
Backups — onde estão (UpdraftPlus + S3?), frequência.
Contactos de suporte — quem ligar para problema X (hosting, agência, autor).

Bónus: 11) Política de manutenção sugerida (preços, frequência). 12) Relatório Lighthouse baseline + recomendações para manter performance.

Exercício 4 · Treino do cliente (10 pts)

Tens 1h com o cliente para handover. Que 5 tópicos cobres pela ordem?

Acessos — login + 2FA + onde estão guardadas as credenciais.
Criar/editar conteúdo — uma página + um post ao vivo, mostrando passo a passo.
Menu de navegação — como adicionar/remover entrada.
Backups + restauro — onde estão, como fazer manual, mostrar restauro de teste.
Em caso de problema — passos primeiros (limpar cache, etc.) + contactos de suporte.

Gravar a sessão (Zoom + Drive). Cliente pode rever quando precisar.

Parte III · Garantia e manutenção

Exercício 5 · O que cobre? (10 pts)

Que 3 coisas estão dentro e 3 fora da garantia padrão de 60 dias num site?

Dentro (corrigir sem custo): 1. Bugs do scope acordado — formulário que não envia, link partido. 2. Compatibilidade browser — algo que funcionava deixou de funcionar no Chrome. 3. Falhas de performance abaixo do DoD acordado (Lighthouse caiu).

Fora (cobrar à parte): 1. Scope novo — "queremos uma página adicional". 2. Conteúdo novo — meter novos textos/fotos/posts. 3. Manutenção contínua — actualizar WP/plugins, monitorizar uptime, backups extra. 4. Formação adicional ao primeiro treino.

Boa prática: deixar isto escrito no contrato desde o início para evitar discussão.

Exercício 6 · Plano de manutenção (10 pts)

Propõe 2 pacotes de manutenção mensal para um site WordPress simples (cliente já entregue).

Pacote Essencial — 80 €/mês (1h) - Actualizações WordPress + plugins (mensais). - Backups automáticos (já configurados, supervisão). - Monitorização uptime (UptimeRobot + alerta). - 1 alteração pequena de conteúdo/mês. - Resposta a problemas em 48h úteis.

Pacote Premium — 200 €/mês (3h) - Tudo do Essencial. - Relatório Lighthouse mensal + correções. - 3 alterações pequenas/mês. - Resposta a problemas em 24h úteis. - Backups testados (restauro de teste trimestral). - Newsletter mensal de status do site.

Avulso — 60 €/h para o resto. Contratos de 6/12 meses com 10% desconto.

Parte IV · PAP

Exercício 7 · Plano de defesa (15 pts)

Tens 15 min para defender a tua PAP. Distribui o tempo por blocos.

Minuto	Conteúdo
0-1	Abertura — nome, projecto, 1 frase de impacto.
1-3	Cliente + problema — quem, o que precisava de resolver, audiência.
3-5	Solução proposta — conceito + 1 visual forte.
5-9	Demo ao vivo — fluxo principal navegado com confiança.
9-11	Processo + decisões — porquê esta tecnologia/conceito; 1-2 trade-offs.
11-13	Resultados — métricas, feedback do cliente, lições.
13-14	Lessons learned + próximos passos.
14-15	Conclusão + agradecimento + à disposição para questões.

Cronometrar em ensaios; chegar a 15 min ± 30s. Deixa ar para Q&A respirar.

Exercício 8 · Q&A difícil (15 pts)

O júri faz estas perguntas. Esboça a resposta (2-3 frases cada):

a) "Porquê escolheste WordPress em vez de um framework moderno como Next.js?"

b) "O que correu mal neste projeto?"

c) "Se o cliente quisesse internacionalizar para 5 idiomas, conseguias?"

a) Justificar com critério, não defender religiosamente:

"O cliente precisava de gerir conteúdo de forma autónoma sem nos contactar — WordPress é a escolha padrão para CMS. Next.js daria melhor performance e developer experience, mas exigiria headless CMS adicional (Strapi/Sanity) com curva extra para o cliente. Em projetos onde o cliente edita semanalmente, WordPress + child theme tem retorno melhor. Para um portfolio meu pessoal, escolheria Next.js."

b) Honestidade controlada:

"Subestimei o tempo de criação de conteúdo — o cliente prometeu fotos para a semana 2 e só chegaram na 4, comprimindo a fase de QA. Resolvi com lorem ipsum estruturado como placeholder, mas a próxima vez vou pôr deadline contratual com penalização para o cliente."

c) Mostrar conhecimento de limites + alternativas:

"Conseguiria, mas exigiria reabrir scope. Hoje uso Polylang para PT+EN, que escala razoavelmente até 5 idiomas em pequenos sites; acima disso eu reescreveria com WPML (mais robusto) ou migrava para headless + i18n no frontend. O ponto crítico não é técnico, é tradução de conteúdo — 5 idiomas exige tradutor profissional + revisão; orçamento sobe bastante."