Fichas
BSTQB
Fichas del conjunto (30)
- 11.1.1 Descrever com exemplos a maneira com que o defeito no software pode causar danos a pessoas, companhias ou ambientes.Softwares que não funcionam corretamente podem levar a muitos problemas financeiros, tempo e reputação das pessoas. Podendo inclusive chegar a influenciar na integridade das pessoas.
- 21.1.2 Distinguir entre a causa raiz do defeito e seus efeitos:A causa raiz do defeito é um erro, que o ser humano está sujeito a cometer, a causa raiz disso pode ser pressão no prazo, códigos complexos, complexidade de infraestrutura, mudanças na tecnologia e ou muitas interações de sistema . Falhas também podem ocorrer por condições de ambiente: radiação , magnetismo, etc...
- 31.1.3 Justificar a necessidade de testar utilizando exemplos:Pode reduzir riscos de ocorrência de problemas no ambiente operacional, e contribui pra qualidade dos sistemas de software se os defeitos encontrados serem corrigidos antes de implantados em produção.
- 41.1.4 Descrever por que o teste é parte da garantia de qualidade e dar exemplos de como o teste contribui para tingir um nível de qualidade superior.A qualidade pode ser medida de acordo com a quantidade de defeitos que foram encontradas no software, por características e requisitos funcionais e não funcionais que foram atendidos, teste sem defeitos são bons, mas encontrar em corrigir defeitos também contribui com a qualidade.
- 51.1.5 Explicar e comparar termos como erro, defeito, dano e falha e seus termos correspondentes: engano e bug usando exemplos.Erros são causados por seres humanos, provindo de uma causa raiz, defeito fruto do erro, o dano e falha são resultados desse defeito no sistema.
Por exemplo, um desenvolvedor comete o erro de acrescentar uma variável incorreta no código, esse erro gera um defeito/ bug no sistema, e a falha ocorre na hora que o usuário vai gerar um orçamento é somado valor duplicado. - 61.2.1 Recordar os objetivos comuns do testeEncontrar defeitos, ganhar a confiança sobre o nível de qualidade, prover informações para tomada de decisão, prevenir defeitos.
- 71.2.2 Exemplificar os objetivos de teste em diferentes fases do ciclo de vida de um software.Teste feito em desenvolvimento: Teste de componente, integração e de sistemas tem o objetivo principal de estressa o sistema pra encontrar mais falhas e corrigir antes da execução.
No teste de aceite, o objetivo pode ser verificar se o sistema está de acordo com o requisito.
Teste de manutenção ou reteste podem servir pra verificar se não foram inseridos erros durante o desenvolvimento de mudanças - 8Quais são as atividades de encerramento de teste-Checar quais entregáveis planejados foram realmente entregues
-Fechar o relatório de incidentes, ou levantar os registros de mudanças que permaneceram abertos
-Documentar o aceite do sistema
-Finalizar e arquivar o testware, o ambiente de teste e infraestrutura de teste para recuo
-Entregar o tesware para manutenção da organização.
-Analisar as lições aprendidas para se determinar as mudanças necessárias para futuros releases e projetos
- Utilizar as informações coletadas para maior maturidade do teste - 91.2.3 Diferenciar entre teste e depuração de códigoDepuração de código é realizada pelo desenvolvedor, em ambiente de criação, utilizando ferramentas de linguagem. O teste possui interface do usuário e localiza falhas
- 101.3.1 Explicar os sete princípios do teste.1- Teste demonstra a presença de defeitos: Mesmo sem achar erros não podem provar que eles não existem.
2- Testes exaustivos são impossíveis: Riscos e prioridades são levados em consideração
3-Teste antecipado: A atividade deve começar no ciclo de desenvolvimento.
4-Agrupamento de defeitos: Um número pequeno de módulos apresenta maior número de defeitos
5-Paradoxo do pesticida : Mudar os teste para encontrar novos defeitos e não ficar repetitivo
6- Testes dependem do contexto: Softwares de segurança crítica são testados diferentes de software de comércio eletrônico
7- A ilusão da ausência de erros: Importante além de achar erros ver se o sistema corresponde com os requisitos e atende as necessidades do usuário. - 111.4.1 Recordar as cinco atividades fundamentais de teste e suas respectivas no planejamento do teste.1- Planejamento e controle
2- Analise e modelagem
3- Implementação e execução
4- Avaliação dos critérios de saída e relatórios
5- Atividade de encerramento de teste - 12LO-1.5.1 Recordar que o sucesso do teste é influenciado por fatores psicológicos.Serem humanos pode cometer erros que geram falhas em softwares. Prazos curtos, pressão de entrega, Stress, pode ser fatores psicológicos que induzem aos erros.
- 13LO-1.5.2 Diferenciar a forma de pensar dos testadores e dos desenvolvedores.Testadores pensam de forma curiosa, e duvidando sempre do desenvolvedor.
Desenvolvedores pensam em fazer o sistema funcionar . - 14Teste de componentesProcura defeitos e verifica funcionamento no software (ex: módulos de programas, objetos, classes...) que são testáveis separadamente.
Podem incluir teste de funcionalidades e não funcionais.
Ocorre com acesso ao código e no ambiente de desenvolvimento. Envolve o programador do código. - 15O que é teste antecipado? Ou desenvolvimento dirigido a teste.Uma abordagem de teste que consistes em preparar e automatizar os casos de teste antes de codificar.
- 16Teste de integraçãoTesta as interfaces entre os componentes, interações de diferentes partes do sistema, como S.O, arquivos,hardware
- 17Cite os tipos de teste te integraçãoTeste de integração de componentes : Testa a integração de componentes de software
Teste de integração de sistemas, testa interação de sistemas. - 18O que é um caso de testeDurante a modelagem de teste, os casos de teste e os dados de teste são especificados e criados. Um caso de teste consiste de um conjunto de valores de entrada, pré-condições de execução, resultados esperados e pós-condições de execução, desenvolvidos para cobrir certas condições de teste. O “Standard for Software Test Documentation” (IEEE 829-1998) descreve o conteúdo da especificação da modelagem de teste (contendo as condições de teste) e a especificação de caso de teste.
- 19Qual das seguintes é a seção principal no modelo de especificação de caso de teste da IEEE 829?Requisitos especiais de procedimento.
- 20Qual das seguintes opções NÃO representa um campo do artefato Plano de Teste de acordo com a Norma IEEE 8y29?Refinamentos da abordagem.
- 21Qual dos itens abaixo se enquadra como teste funcional segundo o Syllabus do ISTQB?Teste de Segurança
- 22Qual das seguintes é uma métrica que pode ser usada para verificar manutenção de código?Complexidade ciclomática
- 23Considere o teste de uma aplicação de venda de cafés especiais pela Internet. Um dos produtos mais vendidos é o café torrado e moído, vendido exclusivamente em embalagens de 100, 500 e 1000 gramas. O sistema permite a compra de no mínimo 1 Kg e no máximo 20 Kg do referido produto. Além disso, a quantidade total pedida deve ser acomodada em uma ou mais das embalagens disponíveis. Qual das alternativas abaixo representa um conjunto mínimo de entradas para a transação de compra de café torrado e moído (em Kg) para cobrir os valores limites para esta variável?0,9; 1,0; 20,0; 20,1
- 24Você está testando somente um cartão de crédito em uma bomba de gasolina automatizada. Uma vez que o cartão é validado, o cliente seleciona a quantidade, e a bomba está pronta para bombear, o cliente pode cancelar a transação sem dever nada; entretanto, uma vez que o bombeamento inicia, a gasolina será vendida em centésimos (0,01) de litro. A bomba continua a bombear gasolina até que o usuário pare ou um máximo de 50,00 litro tenha sido fornecido. Qual dos seguintes é um conjunto mínimo de transações de compra de gasolina (em litros) cobrindo as partições de equivalência para essa variável?0,00; 20,0; 60,00
- 25Técnicas caixa- preta, (também chamadas de técnicas baseadas em especificação) são uma forma de derivar e selecionar as condições e casos de testes baseados na análise da documentação. Isto inclui testes funcionais e não funcionais, para um componente ou sistema sem levar em consideração a sua estrutura interna
- 26Quais das medidas poderiam ser usadas para avaliar a cobertura alcançada pelas técnicas de teste baseadas em especificação (black-box)?W - Partições executadas
X - Limites testados
Y - Transição de estados exercitados - 2710. Qual das técnicas de modelagem de teste baseadas em estrutura, são mais bem aplicada para?2. Uma transição inválida entre dois diferentes estados
4. Controle de fluxo do programa para calcular reembolsos - 28Por que é bom realizar o teste exploratório e a suposição de erro?a) Eles podem achar defeitos que não foram perdidos nas técnicas de teste baseadas em especificação e estrutura
- 2913. Ao escolher uma técnica para uma determinada situação, quais os fatores que devemos levar em conta?U - Experiência anterior dos tipos de defeitos encontrados no sistema e em outros sistemas similares
V - O conhecimento dos testadores
W - As normas regulamentárias que se aplicam
Y - A documentação disponível - 3015. Quais das medidas abaixo poderiam ser usadas para avaliar a cobertura alcançada pelas técnicas de teste baseadas em estrutura (white-box)?V - Resultados das decisões testadas
Y - Condições ou multiplicas condições executadas
Z - Comandos executados
Información
- Descripción
- Fichas sobre BSTQB, creado por Stephanie Louzeiro el 08/08/2017.
- Creado por
- Stephanie Louzeiro
- Visitas
- 9
- Valoración