Karla, normalmente os professores evitam o "mais do mesmo"
Verdade. Na minha visao os professores/orientadores, buscam trabalhos inovadores ou que existam a possibilidade de um empreendimento/negocio por tras.
então minha
sugestão seria uma ferramenta de análise de custos do teste de
software
Interessante, analise do custo de teste de software. O que e' o teste de software e o que e' o software? Como voce diferencia os dois? Testes automatizados, sao "teste" ou sao "software"? Ferramentas de "apoio" (servidor de integracao e outras relacionadas a build, deploy e etc e tal), elas sao do "teste", elas fazem parte do software?
Tenho muitas duvidas que me fazem questionar a viabilidade de analisar o custo do teste de software quando e' dificil de definir o que faz parte e o que nao faz parte do teste de software. Sem falar que quando falamos sobre TCC ou algum artigo, e' necessario ter referencias, nao basta escrever "eu acho que e' assim, em um projeto que trabalhei foi assim, entao o ROI do teste de software e' X".
, baseado no valor de remuneração do testador, número de horas
planejadas/executadas em um projeto, quantidade de defeitos
encontrados (considerando severidade dos defeitos)
Quantidade de defeitos encontrados? Numero de defeitos e' uma metrica que traz problemas culturais para times de desenvolvimento de software. Sempre? Nao, acho que nao, mas eu prefiro ter menos defeitos (que sejam mais criticos, mais relevantes para meus usuarios, ou que deem mais retorno, seja ele financeiro ou nao..) do que ter 1000 defeitos em uma ferramenta de bug tracking em uma crescente. O time corrige 10 e 20 novos sao cadastrados.
Nao muito relacionado, mas me lembro de ouvir de outros projetos de que o cliente achou 15 bugs na aplicacao "pedir pizza", um bug no ingrediente da pizza de calabresa (1), um bug no ingrediente da pizza de queijo (2) e etc ate (15).. O problema nao esta na pizza em si, e sim no ingrediente, ou seja, isolar problemas e identificar (algum tipo de bug analysis) e' muito importante..
e por fim algumas
métricas apontando o saldo final se foi positivo ou negativo o
engajamento da equipe de testes naquele projeto. Tu podes coletar
dados históricos através de uma pesquisa ou entrevistas. Enfim, é uma
idéia inicial, precisa ser muito mais elaborada, mas já é um "norte" !
Metricas e' uma discussao bem legal, ja vi metricas sendo bem utilizadas e ja vi times usando as metricas para promover/rebaixar profissionais. Ache mais bugs e voce sera o lider de testes, corrija mais bugs e voce ganhara um aumento..
Respondi o email com pressa, mas acho valido a conversa e troca de ideias/experiencias :-)
Abs,
Motta