O que é Teste de Software?

Notas do Editor

• #4: Muita gente pensa que teste de software é só execução de teste. É só testar e testar e executar e testar e executar e pronto.
• #5: Próximo slide a gente vai ver quais são as atividades estáticas e dinâmicas
• #19: Testes em fase na fase de manutenção do software tem o objetivo de verificar que algum que foi corrigido não afetou outras funcionalidades do sistema que estavam corretos (Teste de regressão) ou tem o objetivo de verificar a confiabilidade ou a disponibilidade do sistema.
• #20: Isso pode acontecer porque uma área do código é particularmente complexa e delicada. Os testadores usam freqüentemente esta informação quando vão fazer sua avaliação de risco para o planejamento dos testes, e irá focar conhecido"Pontos quentes". (Recomendo fortemente o trabalho da Ellen Souza – UPE @ EBTS 2008)
• #22: Testing can show that defects are present, but cannot prove that there are no defects. Testing reduces the probability of undiscovered defects remaining in the software but, even if no defects are found, it is not a proof of correctness.
• #23: Testing can show that defects are present, but cannot prove that there are no defects. Testing reduces the probability of undiscovered defects remaining in the software but, even if no defects are found, it is not a proof of correctness.
• #27: We need to know how many reviews and tests we have done. We need to track how many tests have passed and how many failed, along with the number, type and importance of the defects reported. Initiate corrective actions: For example, tighten exit criteria for defects fixed, ask for more effort to be put into debugging or prioritize defects for fixing test blockers.
• #28: Condições de teste é o q testar Modelagem de testes é ligar cada caso de testes a suas respectivas condiçoes de teste
• #30: A test suite is a logical collection of test cases which naturally work together. Test suites often share data and a common high-level set of objectives.
• #33: → Teste de unidade é toda a aplicação de teste nas assinaturas de entradas e saídas de um sistema, consiste em validar dados válidos e inválidos via I/O (entrada/saída) sendo aplicado por desenvolvedores ou analistas de teste. → Teste de integração é a fase do teste de software em que módulos são combinados e testados em grupo, o propósito do teste de integração é verificar os requisitos funcionais, de desempenho e de confiabilidade na modelagem do sistema. Com ele é possível descobrir erros de interface entre os componentes do sistema. → Teste de sistema testa o sistema já completamente integrado é verificado quanto a seus requisitos num ambiente de produção, dessa forma não requer conhecimento da estrutura (lógica) interna do sistema, não se limita a testar somente requisitos funcionais, mas também requisitos não funcionais como a expectativa do cliente. → Teste de aceitação tem por função verificar o sistema em relação aos seus requisitos originais, e às necessidades atuais do usuário.[1] É geralmente realizado por um grupo restrito de usuários finais, num ambiente parecido com o deles.
• #34: Component testing may include testing of functionality and specific non-functional characteristics such as resource-behavior (e.g. memory leaks), performance or robustness testing, as well as structural testing (e.g. decision coverage). Test cases are derived from work products such as the software design or the data model.
• #35: Estratégia top-down(descendente) - stubs Estratégia bottom-up(ascendente) - drivers Método Big-Bang Com drivers(controladores) e stubs(simuladores)
• #37: Finding defects should not be the main focus in acceptance testing. Acceptance testing of the usability of a component may be done during com ponent testing
• #40: We need to take care to report on defects and failures as objectively and politely as possible.