Roteiro de testes

[djames.suhanko]

Senhores, afim de deixar claro as necessidades dos testes, decidi escrever aqui um roteiro.

As necessidades de teste:

- tempo de boot

- teste de boot por diversos caminhos (pendrive, CD, pxe...)

- teste de novos parâmetros

- teste de suporte de hardware

- teste dos novos recursos

Para a próxima versão teremos o tempo de clonagem no log, o que auxiliará muito na medição do tempo de backup/restore.

Depuração de problemas:

- especificar o hardware que está sendo utilizado (proc, mem, etc)

- procedimento de clonagem (pxe, pendrive, cd)

- parâmetros utilizados 

- ambiente de rede (com/sem domínio, CIFS,NFS, rede 10/100/1000, switch etc) 

- teste da mesma condição em hardware diferente

O que não fazer:

- escrever pra lista e dizer que  "não funcionou" sem descrever procedimentos

- escrever para a lista dúvidas descritas no manual

- descrever um teste falho em um ambiente não homologado (cujo ambiente não esteja funcional)

    Levem em consideração que os recursos adicionados ao sistema são testados antes de serem disponibilizados - por exemplo o NFS. Os testes solicitados eram em relação a desempenho e não se funciona ou não funciona porque temos certeza de que funciona uma vez que disponibilizamos o recurso. 

 Um bom exemplo de teste foi o executado pelo Luciano. O ambiente não foi montado com hardware top, mas é justamente isso que importa; um HW padrão beirando o limite para sabermos o requisito mínimo, como fez o Jáder em um HW que não suportava frame buffer. Claro, para saber o quão rápido pode ser a clonagem, um HW mais forte seria um pré-requisito nessa avaliação, mas para saber a média os ambientes disponibilizados por vocês são o suficiente.

Enfim, cada detalhe conta, como por exemplo - não é possível tirar um shot da tela com o combo do protocolo aberto na seleção. Isso foi visto pelo Luciano. Pode não parecer nada, mas nos fez saber em que momento a interface pode se comportar diferente.

Também gostaria de pedir para que colaborem mais com testes, poucas pessoas o estão fazendo. Se não houver relatos de problemas, com ou sem bug uma versão será lançada como estável, então, melhor que seja testada para que não haja surpresas em produção.

Conto com vocês!
--
Djames Suhanko
LinuxUser 158.760