Quiz
Simulado CTFL PT
Create a free account to finish this quiz
Save your progress and see your final score.
Already have an account? Sign in
Questions in this quiz (38)
1Quais os seguintes princípios de testes de performance são muito importantes.
- AOs testes devem estar alinhados às expectativas definidas dos diferentes grupos de
stakeholders, em particular dos usuários, arquitetos de sistemas e da equipe de operações. - BOs testes devem ser reprodutíveis. Os resultados estatisticamente idênticos (dentro de uma tolerância específica) devem ser obtidos repetindo-se os testes em um sistema inalterado.
- COs testes devem produzir resultados que sejam compreensíveis e possam ser prontamente comparados com as expectativas dos stakeholders
- DOs testes podem ser realizados, onde os recursos permitem, em sistemas completos ou
parciais ou em ambientes de teste que são similares ao sistema de produção. - EOs testes devem ser, de forma prática, acessíveis e executáveis dentro do prazo definido
pelo projeto
- AOs testes devem estar alinhados às expectativas definidas dos diferentes grupos de
2A eficiência da performance (ou simplesmente desempenho) é uma parte essencial de fornecer uma boa experiência aos usuários quando eles usam seus aplicativos em uma variedade de plataformas fixas e móveis.
- AO teste de performance desempenha um papel crítico no estabelecimento de níveis de qualidade aceitáveis para o usuário final e, muitas vezes, está intimamente integrado a outras disciplinas, como engenharia de usabilidade e engenharia de performance
- BAlém disso, a avaliação da adequação funcional, usabilidade e outras características de qualidade sob condições de carga, como durante a execução de um teste de performance, pode revelar problemas específicos de carga que afetam essas características
- CO teste de performance não se limita ao domínio baseado na Web, no qual o usuário final é o foco.
- DTambém é relevante para diferentes domínios de aplicações com uma variedade de arquiteturas de sistemas, como o clássico cliente-servidor, distribuído e embarcado. T
- ETecnicamente, a eficiência de
performance é categorizada na ISO-25010 [ISO25000] Product Quality Model como uma
característica de qualidade não funcional, com as três sub características descritas abaixo. O foco e a priorização adequadas dependem dos riscos avaliados e das necessidades dos vários stakeholders. - FA análise dos resultados dos testes pode identificar outras áreas de risco que precisam ser
abordada
3Qual é o Comportamento do tempo?
- AGeralmente, a avaliação do comportamento do tempo é o objetivo mais comum dos testes de performance.
- BEsse aspecto examina a capacidade de um componente ou sistema responder às entradas do usuário ou do sistema dentro de um tempo específico e sob condições específicas
- CAs medições do comportamento do tempo podem variar do período de
ponta-a-ponta usado pelo sistema para responder à entrada do usuário, até o número de ciclos de CPU requeridos por um componente de software para executar uma tarefa específica.
4O que é Utilização de recursos?
- Aa disponibilidade de recursos do sistema for identificada como um risco,
a utilização desses recursos (p. ex., a alocação de memória RAM limitada) poderá ser investigada por meio da realização de testes específicos de performance. - Ba disponibilidade de recursos do sistema for identificada como um risco,
a utilização desses recursos (p. ex., a alocação de memória RAM limitada) poderá ser investigada.
- Aa disponibilidade de recursos do sistema for identificada como um risco,
5Capacidade
- Ase as questões de comportamento do sistema nos limites da capacidade exigida do
sistema (p. ex., números de usuários ou volumes de dados) forem identificadas como um risco - Bos
testes de performance podem ser realizados para avaliar se a arquitetura do sistema é adequada
- Ase as questões de comportamento do sistema nos limites da capacidade exigida do
6O teste de performance geralmente assume que forma de experimentação?
- APermite a medição e a análise de parâmetros específicos do sistema
- BEsse pode ser conduzido iterativamente no apoio a
análise, desenho e implementação do sistema para permitir que sejam tomadas decisões de arquitetura e para ajudar a definir as expectativas dos stakeholders.
7O que é Teste de Performance?
- AO teste de performance é um termo abrangente que inclui qualquer tipo de teste focado na performance (responsivo) do sistema ou componente sob diferentes volumes de carga.
- Betc
8O que é Teste de Carga?
- AO teste de carga se concentra na capacidade de um sistema em lidar com níveis crescentes de cargas
reais, de forma antecipada, resultantes de solicitações de transação geradas por quantidades de usuários ou processos controlados ou concorrentes. - Betc
- AO teste de carga se concentra na capacidade de um sistema em lidar com níveis crescentes de cargas
9O que é Teste de Estresse?
- AO teste de estresse se concentra na capacidade de um sistema ou componente em lidar com picos de cargas que estão no limite ou além dos limites das cargas de trabalho previstas ou especificadas.
- BO teste de estresse também é usado para avaliar a capacidade de um sistema em lidar com a disponibilidade reduzida de recursos, como capacidade de processamento, largura de banda e memória disponíveis.
10O que é Teste de Escalabilidade?
- AO teste de escalabilidade se concentra na capacidade de um sistema em atender a requisitos futuros de eficiência, que podem estar além dos requisitos exigidos atualmente
- BO objetivo desses testes é
determinar a capacidade do sistema de expandir (p. ex., com mais usuários, grandes quantidades de dados armazenados) sem violar os requisitos de performance especificados no momento ou em sua falha. - CUma vez que os limites de escalabilidade são conhecidos, os valores limites podem ser definidos e monitorados na produção para fornecer um alerta de problemas que podem estar prestes a acontecer.
- DAlém disso, o ambiente de produção pode ser ajustado com configurações adequadas de hardware.
11O que é Teste de Pico?
- AO teste de pico foca na capacidade de um sistema em responder corretamente a rajadas súbitas de cargas de pico e retornar depois a um estado estável.
- Betc
12O que é Teste de Resistência?
- AO teste de resistência concentra-se na estabilidade do sistema ao longo de um período específico para o contexto operacional do sistema.
- BEsse tipo de teste verifica se não há problemas de
capacidade de recursos (p. ex., vazamentos de memória, conexões de banco de dados, conjuntos de encadeamentos) que podem, eventualmente, degradar a performance e/ou causar falhas nos pontos de interrupção.
13O que é Teste de Concorrência?
- AO teste de concorrência foca no impacto das situações em que ações específicas ocorrem simultaneamente (p. ex., quando muitos usuários fazem login ao mesmo tempo)
- BOs problemas de
concorrência são notoriamente difíceis de encontrar e reproduzir, especialmente quando o
problema ocorre em um ambiente em que o teste tem pouco ou nenhum controle, como na produção
14O que é Teste de Capacidade?
- AO teste de capacidade determina quantos usuários e/ou transações um sistema suportará atendendo aos objetivos declarados de performance.
- BEstes objetivos podem também ser indicados em relação aos volumes de dados resultantes de transações
15Quais são os tipos do Teste de Performance
- ATeste Estático
- BTeste Dinâmico
16Quais são as atividades de testes estáticos?
- AAs atividades de testes estáticos geralmente são mais importantes para os testes de performance do que para os testes de adequação funcional. Isso ocorre porque muitos defeitos críticos de performance são introduzidos na arquitetura e na modelagem do sistema
- BEsses defeitos podem ser introduzidos por mal-entendidos ou falta de conhecimento por parte dos analistas e arquitetos.
- CEsses defeitos também podem ser introduzidos porque os requisitos não capturaram adequadamente o tempo de resposta, a taxa de transferência, as metas de utilização de recursos, a carga e o uso esperados do sistema ou restrições
17As atividades de testes estáticos para performance podem incluir:
- ARevisões de requisitos com foco em aspectos e riscos de performance.
- BRevisões de esquemas de banco de dados, diagramas de relacionamento de entidade, metadados, procedimentos armazenados e consultas
- CRevisões do sistema e arquitetura de rede
- DRevisões de segmentos críticos do código do sistema (p. ex., algoritmos complexos).
18A oportunidades para testes dinâmicos de performance incluem:
- ADurante o teste de unidade, incluindo o uso de informações de perfil para determinar possíveis gargalos e análise dinâmica para avaliar a utilização de recursos.
- BDurante o teste de integração de componentes, nos principais casos de uso e fluxos de trabalho, especialmente ao integrar diferentes recursos de caso de uso ou integrar-se à estrutura de backbone de um fluxo de trabalho.
- CDurante o teste do sistema de comportamentos de ponta-a-ponta sob várias condições de carga.
- DDurante o teste de integração do sistema, especialmente para fluxos de dados e fluxos de trabalho entre as principais interfaces dos sistemas. No teste de integração de sistemas, não é incomum que o usuário seja outro sistema ou máquina (p. ex., entradas das entradas de sensores e outros sistemas).
- EDurante o teste de aceite, para criar confiança do usuário, cliente e operador, na performance adequada do sistema e para ajustar o sistema sob condições do mundo real (mas geralmente não encontrar defeitos de performance no sistema).
19Em níveis de teste mais altos, como testes de sistema e testes de integração de sistemas, o uso de ambientes, dados e cargas realistas é crítico para resultados precisos
- ANo Ágil e em outros ciclos de vida iterativos incrementais, as equipes devem incorporar testes de performance estáticos e dinâmicos nas iterações iniciais, em vez de aguardar as iterações finais para abordar os riscos de performance
- BSe o hardware customizado ou novo fizer parte do sistema, os testes iniciais de performance dinâmico podem ser realizados usando simuladores.
- CNo entanto, é uma boa prática começar a testar o hardware real o mais rápido possível, pois os simuladores geralmente não capturam adequadamente as restrições de recursos e os comportamentos relacionados à performance.
20Qual o conceito de geração de carga?
- APara realizar os vários tipos de testes de performance descritos na Seção 1.2, as cargas representativas do sistema devem ser modeladas, geradas e submetidas ao sistema em teste.
- BAs cargas são comparáveis às entradas de dados usadas para casos de teste funcionais.
21As cargas são comparáveis às entradas de dados usadas para casos de teste funcionais, mas diferem nas seguintes formas principais:
- AUma carga de teste de performance deve representar muitas entradas do usuário, não apenas uma.
- BUma carga de teste de performance pode exigir hardware e ferramentas dedicados para geração.
- CA geração de uma carga de teste de performance depende da ausência de quaisquer defeitos funcionais no sistema em teste que possam afetar a execução do teste
- DA geração eficiente e confiável de uma carga específica é um fator-chave para o sucesso durante a execução de testes de performance. Existem diferentes opções para geração de carga.
22Geração de carga através da interface do usuário
- AEssa pode ser uma abordagem adequada se apenas um pequeno número de usuários tiver que ser representado e se os números necessários de clientes de software estiverem disponíveis para inserir as entradas necessárias.
- BEssa abordagem também pode ser usada em conjunto com ferramentas de execução de testes funcionais, mas pode rapidamente se tornar impraticável à medida que o número de usuários a serem simulados aumenta
- CA estabilidade da interface do usuário (UI) também representa uma dependência crítica
- DMudanças frequentes podem afetar a repetibilidade
dos testes de performance e podem afetar significativamente os custos de manutenção. - ETestes por
meio da interface do usuário podem ser a abordagem mais representativa para testes de ponta a ponta
23O que é Geração de carga usando grupos?
- AEssa abordagem depende da disponibilidade de muitos testadores que representarão usuários reais
- BNo teste de grupos, os testadores são organizados de forma que a carga desejada possa ser gerada.
- CEste pode ser um método adequado para testar aplicações que podem ser acessadas de qualquer lugar do mundo (p. ex., baseado na web), e pode envolver os usuários gerando uma carga a partir de uma ampla gama de diferentes tipos de dispositivos e configurações.
- DEmbora essa abordagem possa permitir que um número muito grande de usuários seja utilizado, a carga gerada não será tão reprodutível e precisa quanto as outras opções e é mais complexa de organizar.
24Geração de carga por meio de API (Application Programming Interface)
- AEssa abordagem é semelhante ao uso da interface do usuário para entrada de dados, mas usando uma API do aplicativo para simular a interação do usuário com o sistema em teste.
- BA abordagem é, portanto, menos sensível a alterações na interface do usuário (p. ex., atrasos) e permite que as transações sejam processadas da mesma maneira como se fossem inseridas diretamente por um usuário através de uma interface.
- CPodem ser criados scripts dedicados que repetidamente chamam rotinas API específicas e permitem que mais usuários sejam simulados em comparação com o uso de entradas da interface do usuário.
25Geração de carga usando protocolos de comunicação capturados
- AEssa abordagem envolve a captura da interação do usuário com o sistema em teste no nível do protocolo de comunicação e a reprodução desses scripts para simular um número potencialmente grande de usuários de uma maneira repetível e confiável. Esta abordagem baseada em ferramentas
- Betc
26Modos comuns de falha de eficiência de performance e suas causas
- AResposta lenta sob todos os níveis de carga: Em alguns casos, a resposta é inaceitável, independentemente da carga. Isso pode ser causado por problemas de performance subjacentes, incluindo, mas não se limitando a, modelagem ou implementação de banco de dados inválido, latência de rede e outras cargas de segundo plano.
Esses problemas podem ser identificados durante testes funcionais e de usabilidade, não apenas em testes de performance, portanto, os analistas de teste devem ficar atentos para eles e relatálos. - BResposta lenta sob níveis de carga moderada a pesada: Em alguns casos, a resposta degrada-se inaceitavelmente com carga moderada a pesada, mesmo quando essas cargas estão inteiramente dentro dos intervalos permitidos, normais e esperados.
Defeitos subjacentes incluem a saturação de um ou mais recursos e variações de cargas pesadas. - CResposta degradada ao longo do tempo: Em alguns casos, a resposta degrada-se gradual ou severamente ao longo do tempo. Causas
subjacentes incluem vazamentos de memória, fragmentação de disco, aumento da carga de rede
ao longo do tempo, crescimento do repositório de arquivos e crescimento inesperado do banco de dados.
- AResposta lenta sob todos os níveis de carga: Em alguns casos, a resposta é inaceitável, independentemente da carga. Isso pode ser causado por problemas de performance subjacentes, incluindo, mas não se limitando a, modelagem ou implementação de banco de dados inválido, latência de rede e outras cargas de segundo plano.
27Tratamento inadequado de erros sob carga pesada ou acima do limite
- AEm alguns casos, o tempo de resposta é aceitável, mas o tratamento de erros diminui em níveis altos de carga e além do limite
- BOs defeitos subjacentes incluem pools de recursos insuficientes, filas e pilhas subdimensionadas e configurações de tempo limite muito rápidas.
28Exemplos específicos dos tipos gerais de falhas listados acima incluem:
- AUm aplicativo baseado na Web que fornece informações sobre os serviços de uma empresa não responde às solicitações do usuário em sete segundos (uma regra prática geral do setor).
A eficiência de performance do sistema não pode ser alcançada sob condições de carga específicas - BUm sistema trava ou não consegue responder a entradas do usuário quando submetido a um grande número súbito de solicitações do usuário (p. ex., vendas de ingressos para um grande evento esportivo). A capacidade do sistema para lidar com esse número de usuários é inadequada.
- CA resposta do sistema é significativamente reduzida quando os usuários enviam solicitações para grandes quantidades de dados (p. ex., um relatório grande e importante é postado em um site para download). A capacidade do sistema para lidar com os volumes de dados gerados é insuficiente.
- DO processamento batch não pode ser concluído antes que o processamento on-line seja necessário. O tempo de execução do processamento batch é insuficiente para o período permitido
- EUm sistema em tempo real fica com memória RAM insuficiente quando os processos paralelos geram grandes demandas de memória dinâmica que não podem ser liberadas a tempo. A memória RAM não é dimensionada adequadamente ou as solicitações de memória RAM não são priorizadas adequadamente
- FUm componente do sistema em tempo real A, que fornece entradas para o componente B do sistema em tempo real, não consegue calcular as atualizações no tempo necessário. O sistema geral não responde a tempo e pode falhar. O código das funcionalidades do componente A devem ser avaliados e modificados (perfil de performance) para garantir que os tempos de respostas da atualização necessários possam ser alcançados.
- AUm aplicativo baseado na Web que fornece informações sobre os serviços de uma empresa não responde às solicitações do usuário em sete segundos (uma regra prática geral do setor).
29Por que as métricas de performance são necessárias?
- AMedições precisas e suas métricas derivadas são essenciais para definir os objetivos do teste de performance e para avaliar seus resultados
- BO teste de performance não deve ser realizado sem primeiro entender quais medidas e métricas serão necessárias
30Os seguintes riscos do projeto se aplicam se este aviso for ignorado:
- ANão se sabe se os níveis de performance serão aceitáveis para atender aos objetivos operacionais
- BOs requisitos de performance não são definidos em termos mensuráveis
- CPode não ser possível identificar tendências que prevejam níveis mais baixos de performance
- DOs resultados reais de um teste de performance não podem ser avaliados comparando-os com um conjunto de medidas que definam se a performance é aceitável e/ou inaceitável.
- EOs resultados dos testes de performance são avaliados com base na opinião subjetiva de uma ou mais pessoas
- FOs resultados fornecidos por uma ferramenta de teste de performance não serão compreendidos.
31Coletando medições e métricas de performance
- AComo acontece com qualquer forma de medição, é possível obter e expressar métricas de maneiras precisas.
- BPortanto, qualquer uma das métricas e medições descritas nesta seção pode e deve ser definida para ser significativa em um contexto particular.
- CEsta é uma questão de realizar testes iniciais e aprender quais métricas precisam ser refinadas e quais precisam ser adicionadas.
- DPor exemplo, a métrica do tempo de resposta provavelmente estará em qualquer conjunto de métricas de performance.
- ENo entanto, para ser significativa e acionável, a métrica de tempo de resposta precisará ser definida em termos de hora do dia, número de usuários simultâneos, quantidade de dados sendo processados e assim por diante.
32As métricas coletadas em um teste de performance específico variam de acordo com:
- AO contexto de negócios (processos de negócios, comportamento de clientes e usuários e expectativas dos stakeholders).
- BO contexto operacional (tecnologia e como é usado).
- COs objetivos de teste
33Quais são as maneiras comum de categorizar as medições e métricas de performance
- Aambientes técnico
- Bnegócios
- Coperacional
- Davaliação da performance é necessária
34As categorias de medições e métricas incluídas abaixo são comumente obtidas dos testes de performance.
- ABaseado na Web
- BMóvel
- CInternet das coisas (IoT)
- DDispositivos clientes de desktop.
- EProcessamento do lado do servidor.
- FMainframe
- GBancos de Dados.
- HRedes
- IA natureza do software em execução no ambiente
35As métricas incluem o seguinte:
- ATempo de resposta (p. ex., por transação, por usuário simultâneo, tempos de carregamento da página)
- BUtilização de recursos (p. ex., CPU, memória, largura de banda de rede, latência de rede, espaço em disco disponível, taxa de E/S, processamentos distribuídos ociosos e ocupados).
- CTaxa de transferência da transação-chave (ou seja, o número de transações que podem ser processadas em um determinado período).
- DTempo de processamento Batch (p. ex., tempos de espera, tempos de processamento, tempos de resposta da base de dados, tempos de conclusão).
- ENúmeros de erros que afetam a performance
- FTempo de conclusão (p. ex., para criar, ler, atualizar e excluir dados).
- GCarregamento em segundo plano em recursos compartilhados (especialmente em ambientes virtualizados)
- HMétricas de software (p. ex., complexidade de código).
36Ambiente de negócios
Do ponto de vista comercial ou funcional, as métricas de performance podem incluir o seguinte:- AEficiência do processo de negócios (p. ex., a velocidade de execução de um processo geral de negócios, incluindo fluxos de casos de uso normais, alternativos e excepcionais).
- BTaxa de transferência de dados, transações e outras unidades de trabalho executadas (p. ex., pedidos processados por hora, linhas de dados adicionadas por minuto).
- CCumprimento de Service Level Agreement (SLA) ou taxas de violação (p. ex., violações de SLA por unidade de tempo).
- DEscopo de uso (p. ex., porcentagem de usuários globais ou nacionais que realizam tarefas em um determinado momento).
- EConcorrência de uso (p. ex., o número de usuários que executam simultaneamente uma tarefa).
- FTempo de uso (p. ex., o número de pedidos processados durante os horários de pico de carga) .
37Ambiente operacional
O aspecto operacional do teste de performance se concentra em tarefas que geralmente não são consideradas voltadas para o usuário por natureza. Esses incluem:- AProcessos operacionais (p. ex., o tempo necessário para a inicialização do ambiente, backups, desligamento e reinício).
- BRestauração do sistema (p. ex., o tempo necessário para restaurar dados de um backup).
- CAlertas e avisos (p. ex., o tempo necessário para o sistema emitir um alerta ou aviso)
38Selecionando métricas de Performance
Deve-se notar que coletar mais métricas do que o necessário não é necessariamente a coisa certa.
Cada métrica escolhida requer um meio de coleta e geração de relatórios consistentes. É importante definir o conjunto de métricas que suporte os objetivos do teste de performance.- APor exemplo, a abordagem Goal-Question-Metric (GQM) é uma maneira útil para alinhar as métricas com metas de performance. A ideia é primeiro estabelecer os objetivos, depois fazer perguntas para saber quando os objetivos foram alcançados
- BAs métricas estão associadas a cada pergunta para
garantir que a resposta possa ser mensurável (veja a Seção 4.3 do Expert Level Syllabys - Improving the Testing Process [ISTQB_ELTM_ITP_SYL] para obter uma descrição mais completa da abordagem do GQM). Deve-se observar que a abordagem do GQM nem sempre se encaixa no processo de teste
de performance. P - CPor exemplo, algumas métricas representam a integridade de um sistema e não estão diretamente vinculadas a metas
- DÉ importante perceber que após a definição e a captura das medidas iniciais, podem ser necessárias medidas e métricas adicionais para entender os verdadeiros níveis de performance e determinar onde as ações corretivas podem ser necessárias
Information
- Description
- Quiz on Simulado CTFL PT, created by Luis Eduardo Pinheiro on 13/08/2019.
- Author
- Luis Eduardo Pinheiro
- Language
- Português
- Views
- 2
- Tags
- Rating
- No ratings yet Rate this quiz