

Seu próximo nível começa aqui
Com a Assinatura Ilimitada, você tem tudo que precisa para sua aprovação.
Com a Assinatura Ilimitada, você combina prática, teoria e método em uma única assinatura com tudo que você precisa para sua aprovação.
Os Sistemas de Suporte à Decisão (SSD) e os de Suporte Executivo (SSE) têm características que os tornam mais adequados para algumas aplicações em detrimento de outras.
Resumidamente, osSSD são interativos sob controle do usuário e oferecem dados e modelos para a solução de problemas semiestruturados, e os SSE, geralmente, dão suporte à função de planejamento estratégico de uma empresa, envolvem questões não estruturadas e utilizam informações do ambiente externo.
SSD incorporam informações resumidas dos sistemas SSE e servem para tomada de decisões em situações estruturadas e os SSE dependem dos dados dos STP (sistemas de processamento de transações) para resolver problemas operacionais, usando bases de dados construídas com informações do ambiente interno da empresa.
SSD são sistemas de extração de relatórios periódicos de formato preestabelecido, para apoio a ações de planejamento estratégico e baseiam-se em informações externas para resolver problemas estruturados, e os SSE incorporam informações resumidas dos sistemas SSD e servem para tomada de decisões baseadas em informações estáveis e maduras.
SSD servem para atender às operações estruturadas e de planejamento da organização, e os SSE geram relatórios predefinidos para serem utilizados diretamente pelo nível operacional.
SSD dependem dos dados dos STP (sistemas de processamento de transações) para usar em suas bases de dados, e os SSE servem para atender às operações estruturadas e à rotina da organização.
O escopo e a equipe de teste são atributos que fazem parte do planejamento do ambiente de teste; o volume de dados e a origem dos dados são fatores considerados pelas ferramentas de automação e planejamento.
O grau de envolvimento dos usuários nos testes do software é fator irrelevante tanto nos resultados dos testes quanto no grau de esforço da equipe de teste, sendo, por isso, desprezível a sua interferência nos resultados de uma forma global.
Cronograma de atividades e alocação de recursos fazem parte do planejamento dos testes.
Independentemente da técnica de medição e da estimativa utilizada, deve-se considerar o ambiente de teste como fator crítico de sucesso.
É necessário obter o total de pontos de teste estático (PTE), para, em conjunto com outros fatores, se chegar ao total de pontos de teste. Para que seja possível encontrar o PTE, é suficiente avaliar algumas características isoladas do software.
Informações relacionadas ao ambiente de teste, aos eventos não previstos e à descrição da execução são conteúdos que devem fazer parte do relatório sumário de teste
A estratégia de teste aplicada para se testar um software pode contemplar técnicas de testes manuais. Esses testes manuais não testam o desempenho nem o estresse em um software.
Para se definir a quantidade de horas para teste, deve-se estimar o tamanho do sistema. Essa estimação, por sua vez, pode ser feita com a técnica de análise por pontos de função.
Estratégia, estrutura organizacional e processos administrativos são os fatores que compatibilizam a arquitetura organizacional. No contexto da estrutura organizacional, considere: I
II
. Os órgãos permanentes atuam como prestadoresde serviços nos projetos.
III
. A organização de cada projeto é temporária.IV
. É a forma efetiva para conseguir resultados emprojetos ou problemas complexos.
V
. É uma estrutura multidimensional.Os itens
I, II, III, IV e V referem-se, tipicamente, àspropriedades das estruturas
funcionais.
matriciais.
por projetos.
funcionais e por processos.
por projetos e matriciais.
Considere que, um gerente de testes, para tentar aumentar a produtividade dos testes, tenha adquirido uma ferramenta de automação, com o intuito de facilitar o trabalho da equipe de teste. Nesse caso, o procedimento do gerente foi inadequado para o aumento da produtividade, pois ferramentas de automação não documentam casos de testes e não repetem testes já executados.
Se detectar que sua equipe de teste possui metodologia inadequada para testes, o gerente de testes deve considerar esse fato como um risco para o processo de teste.
Durante a execução dos testes de um software, não se descarta identificar problemas no software e nos seus módulos. Também é possível encontrar problemas no material de teste.
A definição do escopo deve constar na estratégia de testes, pois determina o que deve ou não ser testado nos softwares.
Na etapa de preparação dos dados para o teste, são executados os casos de testes e os scripts de testes, de acordo com os roteiros de testes.
Os testes devem ser executados periodicamente conforme definido nos casos de testes e nos roteiros de testes, previamente agendados, independentemente do surgimento de novas versões do software.
À semelhança do que ocorre com o ambiente de desenvolvimento e produção, o ambiente de teste de software deve ser isolado e disponibilizado somente para a equipe de testes, para garantir a sua integridade.
Ao ser estabelecido, um plano de testes necessita de diversos insumos, sendo um deles a estratégia de testes.
A implementação do ambiente de teste deve ser feita durante a preparação do processo de teste, devendo o responsável pela execução ser identificado na matriz de responsabilidades.
Se um conjunto de softwares que serão testados contiver grande quantidade de arquivos, esse fator incidirá diretamente na maior dificuldade dos testes, em relação a testes realizados em softwares que possuam pouca quantidade de arquivos a serem testados.