quinta-feira, 17 de maio de 2012

ESTRUTURA ORGANIZACIONAL


Da empresa

 Com base na pesquisa e na observação das empresas estudadas, seguem as recomendações sobre a estrutura organizacional que o departamento de testes de software melhor se adéqua:
·         Não é recomendado o departamento de qualidade e testes de softwares ser gerenciados pela mesma gerência de desenvolvimento, pois, pode gerar conflitos de interesses;
·         De preferência o departamento de testes de software estar abaixo de uma diretoria específica de qualidade da empresa;

Da equipe de testes


A estrutura interna do departamento de teste de software é recomendável seguir os padrões de certificações existentes citadas anteriormente que são:
  • ·         Líder do projeto de testes: responsável pela liderança de um projeto de teste específico, normalmente relacionado a um sistema de desenvolvimento, seja um projeto novo ou em manutenção (RIOS e MOREIRA, 2006);
  • ·         Engenheiro/Arquiteto de teste: responsável pela montagem da infra estrutura de teste, montando o ambiente de teste, escolhendo as ferramentas de teste e preparando a equipe para executar o seu trabalho neste ambiente de teste;
  • ·         Analista de teste: responsável por modelar, especificar e documentar os casos de testes que devem ser realizados, em resumo esta função cria os Planos de testes que o testador irá executar;
  • ·         Testador: responsável por executar os testes e analisar os resultados obtidos, seguindo parâmetros previamente definidos no Plano de testes;

  • Logo abaixo iremos definir o que é um Plano de teste, ficando mais claro as funções de cada integrante da equipe.

quinta-feira, 3 de maio de 2012

CMMI (Capability Maturity Model Integration for Development)


O gerenciamento de projetos ou processos de software se refere à aplicação de conhecimentos, habilidades.
O gerenciamento de projetos ou processos de software se refere à aplicação de conhecimentos, habilidades, ferramentas e técnicas às atividades do projeto a fim de satisfazer seus requisitos, e é realizado com o uso de processos tais como: especificação, implementação, testes, manutenção e evolução (CITS - CENTRO INTERNACIONAL DE TECNOLOGIA DE SOFTWARE, 2008).
Para auxiliar neste gerenciamento temos como opção seguir o padrão  CMMI (Capability Maturity Model Integration for Development) foi criado pelo SEI - Software Engineering Institute, sendo reconhecido mundialmente por atestar a maturidade dos processos de desenvolvimento da organização. Reúne diretrizes e boas práticas, tanto acadêmicas quanto de mercado, as quais devem ser incorporadas pelas empresas em seus processos (CITS - CENTRO INTERNACIONAL DE TECNOLOGIA DE SOFTWARE, 2008).
Ele possui cinco níveis de maturidade que especificam o desenvolvimento dos seus processos de desenvolvimento de softwares:
  • ·         Inicial;
  • ·         Gerenciado;
  • ·         Definido;
  • ·         Quantitativamente Gerenciado;
  • ·         Otimizado.



O CMMI abrange 25 áreas de processo divididas em 4 categorias:
·         Gerenciamento de projetos:
·         Definição do processo organizacional;
·         Foco no processo organizacional;
·         Treinamento organizacional;
·         Desempenho do processo organizacional.
·         Gerenciamento de processos:
·         Gerenciamento quantitativo de projeto;
·         Gerenciamento de risco;
·         Gerenciamento integrado de projeto;
·         Gerenciamento de acordo com fornecedor;
·         Monitoramento e controle de projetos;
·         Planejamento de projetos;
·         Gerenciamento integrado de fornecedores.
·         Engenharia:
·         Validação;
·         Verificação;
·         Integração de produtos;
·         Solução técnica;
·         Desenvolvimento de requisitos;
·         Gerenciamento de requisitos.
·         Suporte:
·         Gerenciamento de configuração;
·         Garantia de qualidade de processo e produto;
·         Medição e analise;
·         Análise e tomada de decisão;
·         Análise de causas e resolução;
·         Ambiente organizacional para integração.

ISO/IEC 14598 - Engenharia de Software - Avaliação da Qualidade de Produto de Software



A Norma ISO/IEC 14598-5 define um processo de avaliação da qualidade de produto de software, onde se define as principais características de um processo de avaliação (repetibilidade, reproducibilidade, imparcialidade e objetividade) (GOMES, 2000).
As etapas são:
·         Estabelecer os requisitos de avaliação: analisar os requerimentos para identificar o propósito da avaliação;
·         Especificar a avaliação: define o escopo e métricas da avaliação e as medições a que o produto será submetido.
·         Projetar a avaliação: com base nas especificações do produto elaborar um plano de avaliação no qual estejam relacionados os componentes do produto de software a serem avaliados e os métodos de avaliação;
·         Executar a avaliação: consiste na inspeção, medição e teste dos produtos e seus componentes de acordo com o plano de avaliação;
·         Conclusão da avaliação: consiste no relatório de avaliação e liberação dos dados obtidos na fase anterior.
Outra visão da norma:



Figura 4. Visão Geral do processo – ISO 14598-1 (COLOMBO, 2007).