os prazos sejam exiguos. Negociar. Testware; ter metodologia para guardar a documentacao de teste para uso futuro; Novas Tecnologias; uso de tecnologias nao dominadas pela equipe de teste.1.5. Determinacao da magnitude dos riscosO problema muitas vezes, consiste em determinar como classificar o risco e qual o custo de criacao de um controle que evite a ocorrencia desse risco. O controle de risco custa dinheiro, e necessario fazer uma analise de custo versus beneficio para determinar se vale a pena investir em algum tipo de controle de risco.Em resumo, quando se fala em risco, existe uma relacao entre o custo da ocorrencia do risco e o custo dos mecanismos de controle para evitar que o risco ocorra.O QAI estabelece que um risco pode ser determinado por quatro maneiras, descritas a seguir: Intuicao ou discernimento Um tecnico experiente da area de testes usa sua intuicao, aliada a sua experiencia para dizer que a ocorrencia de um dado risco pode custar mais caro que os controles necessarios para evita-lo. Consenso; Trata-se de um consenso entre a equipe de que aquele risco te um nivel elevado de severidade. Formula de risco; Existe dados financeiros que permitem medir o custo da perda pela ocorrencia do risco. Estimativas de perdas anuais; Este caso e uma combinacao do consenso com a formula de risco.Outras definicoes de riscos e avaliacao de riscos:Avaliar Riscos: Avaliar os danos para o sucesso do negocio causados pelos defeitos nao detectados antes da operacao do software e que poderao ocorrer quando o software estiver sendo usado.Risco: possibilidade de falha X prejuizo causado pela falha1.6. Riscos baseados nas caracteristicas de qualidadeO risco de ocorrencia de defeitos e maior num software mal testado.Considerando as caracteristicas de qualidade da norma ISO 9126-1, podemos relacionar os seguintes testes. Funcionalidade; Teste de Funcionalidade; Confiabilidade; Teste de Estresse; Usabilidade; Teste de Usabilidade; Eficiencia; Teste de Desempenho; Manutenibilidade; Teste Caixa-Branca, etc. Portabilidade; Teste de Producao, Alfa, etc.1.6.1. Outros riscos do projeto de testes Ausencia do cronograma detalhado do projeto de desenvolvimento; Datas finais dependentes da execucao dos testes; Bases de testes nao disponiveis nas datas programadas; Baixa qualidade da base de testes; Falta de metrica adequada para medir o sistema e o processo de teste; Disponibilidade de pessoal para testes; Crescimento do sistema; Disponibilidade do ambiente de teste.Uma das maneiras de reduzir os riscos do software e testa-lo adequadamente.1.7. Controle dos riscosA melhor maneira de controlar um risco e tentar identifica-lo na analise de requisitos de negocio, no momento em que os requisitos de teste sao criados, pois assim havera tempo habil para que algumas acoes possam ser planejadas enquanto o projeto segue seu curso normal.Duas abordagens que podemos usar sao: Se aumentarmos o esforco de teste, a tendencia sera minimizar os riscos de ocorrencia de defeitos. Tomar como base o Principio de Pareto de que 20% do software e responsavel por 80% de suas funcionalidades.1.8. Gerenciamento dos riscos dos projetos Conforme PMBOKSegundo o PMI, o gerenciamento de risco e um processo sistematico de identificar e analisar os riscos do projeto, bem como responder a eles.Fluxo de atividades do gerenciamento de riscos.O