Anlise e Desenvolvimento de Sistema

Tema: Prof.(a): Aula: Mdulo:

Processos de Negcio e Software Marco Ikuro Hisatomi 01 Gerenciamento de projetos 5 Semestre Aula Atividade

Objetivo da atividade: Fixar, atravs de exerccios, os contedos e conceitos ministrados durante a tele-aula. Orientaes: Caro tutor, O desenvolvimento da atividade poder ser executada individualmente ou em duplas. Com base no texto do livro de Projeto de Sistemas, disponvel no ambiente virtual, segue a parte a ser trabalhada nesta aula atividade.

Relatrios de Defeitos
O Rational Unified Process recomenda a avaliao de defeitos com base em trs categorias de relatrios:
Os relatrios de distribuio de defeitos (densidade) permitem que as contagens de defeitos sejam mostradas como uma funo de um ou mais parmetros de defeitos. Os relatrios de tempo de permanncia de defeitos so um tipo especial de relatrio de distribuio de defeitos. Eles mostram o tempo de permanncia de um defeito em determinado estado, como Em aberto. Em qualquer categoria de tempo de permanncia, tambm possvel classificar defeitos por outro atributo, como Proprietrio. Os relatrios de tendncia de defeitos mostram contagens de defeitos, por status (novo, em aberto ou concludo), como uma funo de tempo. Eles podem ser cumulativos ou no. Os relatrios de resultados e progresso de teste mostram os resultados da execuo dos procedimentos de teste em diversas iteraes e ciclos de teste para o aplicativo que est sendo testado.

Muitos desses relatrios so valiosos para a avaliao da qualidade do software. Os critrios de teste comuns incluem uma instruo sobre a quantidade permitida de defeitos em aberto em determinadas categorias, como classe de gravidade. Esses critrios so verificados facilmente com uma avaliao de distribuio de defeitos. Com a filtragem ou a classificao de requisitos de teste, possvel concentrar essa avaliao em conjuntos distintos de requisitos. Normalmente, a gerao eficaz de relatrios desse tipo requer suporte a ferramentas.

Relatrios de Densidade de Defeitos

UNOPAR VIRTUAL

Anlise e Desenvolvimento de Sistema

Status Versus Prioridade do Defeito

necessrio atribuir uma prioridade a cada defeito. Em geral, convm haver quatro nveis de prioridade:
1. 2. 3. 4. Resolver imediatamente Prioridade alta Fila normal Prioridade baixa

Os critrios de um teste bem-sucedido podem ser expressos em termos da forma como dever ser feita a distribuio de defeitos nesses nveis de prioridade. Por exemplo, para um teste bem-sucedido, os critrios podem estabelecer a inexistncia de defeitos de Prioridade 1 e menos de cinco defeitos de Prioridade 2 em aberto. Um diagrama de distribuio de defeitos como este dever ser gerado:

Est claro que os critrios no foram satisfeitos. Observe que esse diagrama precisa incluir um filtro para mostrar apenas os defeitos em aberto, conforme exigido pelos critrios do teste.
Status Versus Gravidade do Defeito

Os relatrios de gravidade de defeitos mostram a quantidade de defeitos existentes em cada classe de gravidade (por exemplo: erro fatal, funo importante no executada, problema secundrio).
Status Versus Local do Defeito no Modelo de Implementao

Os relatrios de origem de defeitos mostram a distribuio de defeitos em elementos no modelo de implementao.

Relatrios de Tempo de Permanncia de Defeitos

As anlises de tempo de permanncia de defeitos fornecem um timo feedback sobre a eficcia dos testes e das atividades de eliminao de defeitos. Por exemplo, se grande parte dos defeitos antigos e no resolvidos est em um estado de validao pendente, isso

UNOPAR VIRTUAL

Anlise e Desenvolvimento de Sistema

provavelmente significa que no esto sendo empregados recursos suficientes no esforo de reaplicao dos testes.

Relatrios de Tendncias de Defeitos

Os relatrios de tendncias identificam as taxas de defeitos e fornecem uma viso ntida do estado do teste. As tendncias de defeitos seguem um padro bastante previsvel em um ciclo de teste. No incio do ciclo, as taxas de defeitos aumentam rapidamente. Depois, atingem um pico e caem em um ritmo mais lento com o tempo.

Para localizar problemas, possvel revisar o cronograma do projeto considerando essa tendncia. Por exemplo, se as taxas de defeitos ainda esto aumentando na terceira semana de um ciclo de teste de quatro semanas, o projeto est claramente atrasado. Essa simples anlise de tendncia pressupe que os defeitos estejam sendo corrigidos imediatamente e as correes estejam sendo testadas nos builds subseqentes, de modo que a taxa de concluso de defeitos siga o mesmo perfil da taxa de deteco de defeitos. Quando isso no acontece, h um problema no processo de resoluo de defeitos; talvez os recursos de correo de defeitos ou os recursos para reaplicar testes e validar correes estejam inadequados.

UNOPAR VIRTUAL

Anlise e Desenvolvimento de Sistema

A tendncia refletida nesse relatrio mostra que novos defeitos so descobertos e abertos rapidamente no incio do projeto e diminuem com o tempo. A tendncia de defeitos em aberto semelhante de novos defeitos, mas fica um pouco atrs. A tendncia de defeitos concludos aumenta com o tempo medida que defeitos em aberto so corrigidos e verificados. Essas tendncias mostram um esforo bem-sucedido. Se as suas tendncias forem muito diferentes dessas, podero indicar um problema e identificar quando ser necessrio aplicar recursos adicionais em reas especficas do desenvolvimento ou de testes. Quando combinadas com as medidas de cobertura de teste, as anlises de defeitos fornecem uma avaliao muito eficaz na qual os critrios de concluso de teste podero se basear.

1. Estudo este texto com objetivo em Qualidade de Software. Com base nos relatrios apresentados, elabore uma proposta de um Programa de Qualidade num Projeto de Software. Caro tutor, Auxiliar os alunos no acesso ao link, caso eles queiram visualizar o texto completo. O resultado desta atividade deve ser postada no CHAT de forma resumida para que exista a troca de conhecimento entre os polos.

Tenham um timo trabalho! Prof. Marco Ikuro Hisatomi

UNOPAR VIRTUAL