A Qualister oferece serviços de qualidade e teste de software, incluindo terceirização de profissionais, consultoria de teste, avaliação de usabilidade e treinamentos. Os serviços incluem automação de testes, testes de performance e inspeção de artefatos. A empresa tem experiência em projetos para grandes empresas de tecnologia.
O documento discute inspeções em projetos de software, apresentando: 1) a motivação para inspeções devido aos altos custos de qualidade na indústria; 2) os tipos de revisões e o processo de inspeção; 3) estudos de caso que mostraram reduções significativas de defeitos e custos com inspeções; 4) uma reflexão sobre se a organização ultrapassou o ponto de inflexão entre custos de desenvolvimento e qualidade.
Perspectivas do profissional de qualidade e testes de softwareCristiano Caetano
A Qualister é uma empresa brasileira especializada em serviços de qualidade e teste de software. Ela oferece terceirização de profissionais, consultoria de teste, avaliação de usabilidade, automação de testes, testes de performance e treinamentos. Seus contatos são (48) 3285 5615 / 9645 5506 e contato@qualister.com.br.
O documento fornece informações sobre os serviços de uma empresa de testes de software chamada Qualister, incluindo terceirização de profissionais, consultoria de teste, avaliação de usabilidade, automação de testes, testes de performance e treinamentos. Além disso, fornece detalhes de contato e links para o site da empresa.
Mini curso Testes de software ágil leves enxutos Computer on the Beach 2013Cristiano Caetano
A Qualister oferece serviços de terceirização de profissionais de teste, consultoria de teste, avaliação de usabilidade, automação de testes, testes de performance e treinamentos. A empresa fornece soluções para testes ágeis, como testes de unidade, integração e interface do usuário, utilizando métodos como TDD, BDD e ferramentas como JBehave e FitNesse.
Este documento fornece informações de contato e serviços de uma empresa de consultoria e treinamento em teste e qualidade de software. A empresa oferece terceirização de profissionais de teste, consultoria em teste, avaliação de usabilidade, automação de testes, testes de performance e treinamentos. O documento também inclui links para o site da empresa, que fornece mais detalhes sobre os serviços e cursos oferecidos.
O documento apresenta uma palestra sobre verificação, validação e testes de software. A agenda inclui conceitos básicos, o negócio da V&V, modelo em V, planejamento, revisão técnica e tipos de testes. O palestrante tem experiência em processos CMMi e liderança de projetos de software embarcado.
A Qualister é uma empresa de testes e qualidade de software localizada em Florianópolis que oferece serviços como terceirização de profissionais de teste, consultoria, treinamentos e automação de testes. A apresentação fornece detalhes sobre os serviços, clientes, parceiros, equipe e especialistas da Qualister.
Perspectivas do profissional de qualidade e testes de softwareQualister
Este documento fornece informações sobre a empresa Qualister e a palestra "Perspectivas do profissional de qualidade e testes de software". Em três frases:
1) A Qualister é uma empresa de serviços de qualidade e teste de software com foco em consultoria, outsourcing e treinamentos.
2) A palestra discute as motivações para a área de teste e qualidade de software, possíveis funções, ferramentas, certificações e comunidades.
3) O palestrante Cristiano Caetano é diretor técnico da Qualister e
O documento discute inspeções em projetos de software, apresentando: 1) a motivação para inspeções devido aos altos custos de qualidade na indústria; 2) os tipos de revisões e o processo de inspeção; 3) estudos de caso que mostraram reduções significativas de defeitos e custos com inspeções; 4) uma reflexão sobre se a organização ultrapassou o ponto de inflexão entre custos de desenvolvimento e qualidade.
Perspectivas do profissional de qualidade e testes de softwareCristiano Caetano
A Qualister é uma empresa brasileira especializada em serviços de qualidade e teste de software. Ela oferece terceirização de profissionais, consultoria de teste, avaliação de usabilidade, automação de testes, testes de performance e treinamentos. Seus contatos são (48) 3285 5615 / 9645 5506 e contato@qualister.com.br.
O documento fornece informações sobre os serviços de uma empresa de testes de software chamada Qualister, incluindo terceirização de profissionais, consultoria de teste, avaliação de usabilidade, automação de testes, testes de performance e treinamentos. Além disso, fornece detalhes de contato e links para o site da empresa.
Mini curso Testes de software ágil leves enxutos Computer on the Beach 2013Cristiano Caetano
A Qualister oferece serviços de terceirização de profissionais de teste, consultoria de teste, avaliação de usabilidade, automação de testes, testes de performance e treinamentos. A empresa fornece soluções para testes ágeis, como testes de unidade, integração e interface do usuário, utilizando métodos como TDD, BDD e ferramentas como JBehave e FitNesse.
Este documento fornece informações de contato e serviços de uma empresa de consultoria e treinamento em teste e qualidade de software. A empresa oferece terceirização de profissionais de teste, consultoria em teste, avaliação de usabilidade, automação de testes, testes de performance e treinamentos. O documento também inclui links para o site da empresa, que fornece mais detalhes sobre os serviços e cursos oferecidos.
O documento apresenta uma palestra sobre verificação, validação e testes de software. A agenda inclui conceitos básicos, o negócio da V&V, modelo em V, planejamento, revisão técnica e tipos de testes. O palestrante tem experiência em processos CMMi e liderança de projetos de software embarcado.
A Qualister é uma empresa de testes e qualidade de software localizada em Florianópolis que oferece serviços como terceirização de profissionais de teste, consultoria, treinamentos e automação de testes. A apresentação fornece detalhes sobre os serviços, clientes, parceiros, equipe e especialistas da Qualister.
Perspectivas do profissional de qualidade e testes de softwareQualister
Este documento fornece informações sobre a empresa Qualister e a palestra "Perspectivas do profissional de qualidade e testes de software". Em três frases:
1) A Qualister é uma empresa de serviços de qualidade e teste de software com foco em consultoria, outsourcing e treinamentos.
2) A palestra discute as motivações para a área de teste e qualidade de software, possíveis funções, ferramentas, certificações e comunidades.
3) O palestrante Cristiano Caetano é diretor técnico da Qualister e
1. O documento discute testes de software, incluindo testes unitários, de integração, de transição de estado, de valor limite e de caminho.
2. É apresentado o framework JUnit para testes unitários e o conceito de TDD (Desenvolvimento Dirigido por Testes).
3. São discutidos testes de aceitação, incluindo seus objetivos, como escrevê-los e a ferramenta Selenium para automação de testes.
O documento discute a importância da qualidade no desenvolvimento de software. Aborda conceitos como gestão da qualidade total, garantia e controle da qualidade, normas e certificações, auditorias e avaliações. Também destaca a relevância da qualidade dos processos de desenvolvimento para a obtenção de software de qualidade.
Verificação visa assegurar que o software seja desenvolvido de um modo apropriado e consistente. Validação visa assegurar que o software corresponda aos requisitos estabelecidos. Teste visa examinar o comportamento do software através de sua execução.
O documento descreve o planejamento avançado da qualidade do produto (APQP), incluindo seus objetivos, passos, fases de planejamento e desenvolvimento do produto e processo, validação do produto e processo, e a importância do APQP para o sucesso de uma empresa diante da competição global e mudanças tecnológicas.
Uma Metodologia Para Teste De Software No Contexto Da Melhoria De Processocrc1404
1) A metodologia desenvolvida pelo CenPRA visa implantar ou melhorar o processo de teste de software em empresas.
2) A metodologia inclui treinamento, um processo de teste genérico e suporte para geração de documentos de teste baseados na norma IEEE 829.
3) A metodologia foi aplicada com sucesso em uma empresa de software para melhorar seu processo de teste.
Certificações em Teste e Qualidade de SoftwareCamilo Ribeiro
O mercado de engenharia de software está cada vez mais atraente e competitivo. Ao mesmo tempo que os jornais, revistas, pesquisas especializadas no mercado de trabalho mostram o forte crescimento no números de vagas de TI, mostra também um grande défict de profissionais especializados, no Brasil e no mundo. As certificações vêm se mostrando uma ótima oportunidade para o profissional se destacar no mercado, pois garantem que ele está investindo na sua carreira, que domina determinadas habilidades e está habilitado a trabalhar com conceitos e padrões internacionais. Conheça um pouco sobre as mais de trinta certificações que rodeiam a área de teste e qualidade de software e saiba qual é a ideal para a sua carreira.
O documento discute conceitos, normas e modelos relacionados à qualidade de software, incluindo:
1) A diferença entre qualidade de produto e processo e como um afeta o outro;
2) Normas como ISO 9001 e 9126 que estabelecem requisitos para sistemas de qualidade e atributos de qualidade de produto;
3) Modelos de maturidade como CMMI e MPS.Br que fornecem melhores práticas para o desenvolvimento de software.
Ii enqs -_implantação_de_fábrica_de_teste_-_desafios,_resultados_e_melhores_p...Welington Monteiro
O documento discute a implantação de uma fábrica de testes na empresa Prodemge, descrevendo: (1) o cenário inicial de testes deficiente; (2) os desafios de simplificar os processos e implantar um novo processo de qualidade; (3) os doze passos para implantar a fábrica de testes, incluindo definir terminologias, serviços, métricas e papéis da equipe.
Um desafio prático dos testes de unidade é a dependência entre unidades. Quando uma unidade depende de outras, é necessário desenvolver stubs (unidades substitutas) para as unidades dependentes para que a unidade sob teste possa ser testada isoladamente. Isso requer esforço adicional de desenvolvimento que pode atrasar o processo de teste. Além disso, bugs nos stubs podem mascarar ou simular bugs na unidade real, comprometendo a efetividade dos testes. Gerenciar as dependências entre unidades para permitir testes isolados é um desafio na prática dos testes de
Implementando Implementando eXtreme treme Programming rogramming em em Java Javaelliando dias
O documento discute ferramentas de código aberto que ajudam a implementar práticas recomendadas pela metodologia eXtreme Programming (XP) em projetos Java, como integração contínua e testes de unidade. Ele apresenta o framework JUnit para automação de testes de unidade e ferramentas como Ant, CVS e CruiseControl para automação do build, versionamento e integração contínua.
O documento discute os conceitos fundamentais de qualidade e teste de software. Primeiro, define qualidade de software como garantia da qualidade e controle da qualidade. Em seguida, explica que teste de software é importante para revelar erros e reduzir custos, e deve ocorrer ao longo do ciclo de vida do desenvolvimento de software. Por fim, descreve os principais papéis e documentos relacionados a testes de software.
Este artigo aborda a predição de defeitos em software, que tenta antecipar a localização de defeitos em um software utilizando métricas de projeto e técnicas estatísticas. Algumas das técnicas mais utilizadas incluem a criação de modelos preditivos com base em dados históricos de projetos para tentar prever defeitos em versões futuras. A predição de defeitos pode melhorar os testes ao direcioná-los para áreas com maior probabilidade de problemas. Entretanto, coletar métricas em projetos
Noções em teste de software e introdução a automaçãoSandy Maciel
O documento apresenta conceitos básicos de teste de software, incluindo princípios, papéis, ciclo de vida de desenvolvimento e tipos de testes. Também fornece uma introdução ao Selenium WebDriver, abordando automação de testes e preparação do ambiente.
Testar é tão fácil que até minha mãe testaria!Laís Camargo
O documento discute a importância dos testes de software, destacando que testar não é uma tarefa simples e requer conhecimento e habilidades específicas. Apresenta os principais tipos de testes realizados pela equipe, como teste funcional e de desempenho. Argumenta que testar é essencial para garantir a qualidade do software e evitar problemas que podem afetar os usuários e a imagem da empresa.
Apresentação sobre qualidade de software na disciplina de Engenharia de Software no Mestrado Acadêmico em Ciência da Computação em parceria com Bruno Neves.
O documento apresenta uma introdução ao teste de software, abordando conceitos como defeitos, erros e falhas. Explica que o objetivo do teste é revelar a presença de erros no programa, discute técnicas como teste de unidade, integração e sistema, e critérios como particionamento em classes de equivalência e análise de valor-limite. Também menciona a importância da automatização dos testes e ferramentas para apoiar a aplicação dos critérios.
The document discusses optimizing website performance for designers. It begins by explaining how front-end assets like HTML, CSS, JavaScript and images account for 80-90% of page load time. It then discusses common causes of poor performance like too many requests, large file sizes, and too many assets. The rest of the document provides strategies for optimizing assets, such as combining files, minifying code, using CSS sprites for images, and optimizing loading order. The overall goal is reducing page size and number of requests to improve load times.
Este documento apresenta os conceitos e técnicas de testes exploratórios em três frases:
1) Testes exploratórios são testes onde o planejamento, execução, interpretação e aprendizado são realizados de forma iterativa e simultânea pelo mesmo testador, sem seguir um roteiro pré-definido.
2) O teste exploratório baseado em sessões (SBTM) propõe uma abordagem para dar mais visibilidade aos testes exploratórios através da realização de sessões de teste com dura
O documento fornece informações sobre os serviços oferecidos pela empresa Qualister, especializada em testes e qualidade de software. A Qualister oferece terceirização de profissionais de teste, consultoria, avaliação de usabilidade, automação de testes, testes de performance e treinamentos. O documento também fornece detalhes sobre cursos de avaliação de usabilidade ministrados pela Qualister.
O documento apresenta uma explicação detalhada sobre como trabalhar com requisitos de forma ágil através de técnicas como refinamento de requisitos, user stories e critérios de aceitação. Ele também mostra como aplicar testes automatizados unitários, de integração e de aceitação ao longo do desenvolvimento de uma aplicação web simples de semáforo.
1. O documento discute testes de software, incluindo testes unitários, de integração, de transição de estado, de valor limite e de caminho.
2. É apresentado o framework JUnit para testes unitários e o conceito de TDD (Desenvolvimento Dirigido por Testes).
3. São discutidos testes de aceitação, incluindo seus objetivos, como escrevê-los e a ferramenta Selenium para automação de testes.
O documento discute a importância da qualidade no desenvolvimento de software. Aborda conceitos como gestão da qualidade total, garantia e controle da qualidade, normas e certificações, auditorias e avaliações. Também destaca a relevância da qualidade dos processos de desenvolvimento para a obtenção de software de qualidade.
Verificação visa assegurar que o software seja desenvolvido de um modo apropriado e consistente. Validação visa assegurar que o software corresponda aos requisitos estabelecidos. Teste visa examinar o comportamento do software através de sua execução.
O documento descreve o planejamento avançado da qualidade do produto (APQP), incluindo seus objetivos, passos, fases de planejamento e desenvolvimento do produto e processo, validação do produto e processo, e a importância do APQP para o sucesso de uma empresa diante da competição global e mudanças tecnológicas.
Uma Metodologia Para Teste De Software No Contexto Da Melhoria De Processocrc1404
1) A metodologia desenvolvida pelo CenPRA visa implantar ou melhorar o processo de teste de software em empresas.
2) A metodologia inclui treinamento, um processo de teste genérico e suporte para geração de documentos de teste baseados na norma IEEE 829.
3) A metodologia foi aplicada com sucesso em uma empresa de software para melhorar seu processo de teste.
Certificações em Teste e Qualidade de SoftwareCamilo Ribeiro
O mercado de engenharia de software está cada vez mais atraente e competitivo. Ao mesmo tempo que os jornais, revistas, pesquisas especializadas no mercado de trabalho mostram o forte crescimento no números de vagas de TI, mostra também um grande défict de profissionais especializados, no Brasil e no mundo. As certificações vêm se mostrando uma ótima oportunidade para o profissional se destacar no mercado, pois garantem que ele está investindo na sua carreira, que domina determinadas habilidades e está habilitado a trabalhar com conceitos e padrões internacionais. Conheça um pouco sobre as mais de trinta certificações que rodeiam a área de teste e qualidade de software e saiba qual é a ideal para a sua carreira.
O documento discute conceitos, normas e modelos relacionados à qualidade de software, incluindo:
1) A diferença entre qualidade de produto e processo e como um afeta o outro;
2) Normas como ISO 9001 e 9126 que estabelecem requisitos para sistemas de qualidade e atributos de qualidade de produto;
3) Modelos de maturidade como CMMI e MPS.Br que fornecem melhores práticas para o desenvolvimento de software.
Ii enqs -_implantação_de_fábrica_de_teste_-_desafios,_resultados_e_melhores_p...Welington Monteiro
O documento discute a implantação de uma fábrica de testes na empresa Prodemge, descrevendo: (1) o cenário inicial de testes deficiente; (2) os desafios de simplificar os processos e implantar um novo processo de qualidade; (3) os doze passos para implantar a fábrica de testes, incluindo definir terminologias, serviços, métricas e papéis da equipe.
Um desafio prático dos testes de unidade é a dependência entre unidades. Quando uma unidade depende de outras, é necessário desenvolver stubs (unidades substitutas) para as unidades dependentes para que a unidade sob teste possa ser testada isoladamente. Isso requer esforço adicional de desenvolvimento que pode atrasar o processo de teste. Além disso, bugs nos stubs podem mascarar ou simular bugs na unidade real, comprometendo a efetividade dos testes. Gerenciar as dependências entre unidades para permitir testes isolados é um desafio na prática dos testes de
Implementando Implementando eXtreme treme Programming rogramming em em Java Javaelliando dias
O documento discute ferramentas de código aberto que ajudam a implementar práticas recomendadas pela metodologia eXtreme Programming (XP) em projetos Java, como integração contínua e testes de unidade. Ele apresenta o framework JUnit para automação de testes de unidade e ferramentas como Ant, CVS e CruiseControl para automação do build, versionamento e integração contínua.
O documento discute os conceitos fundamentais de qualidade e teste de software. Primeiro, define qualidade de software como garantia da qualidade e controle da qualidade. Em seguida, explica que teste de software é importante para revelar erros e reduzir custos, e deve ocorrer ao longo do ciclo de vida do desenvolvimento de software. Por fim, descreve os principais papéis e documentos relacionados a testes de software.
Este artigo aborda a predição de defeitos em software, que tenta antecipar a localização de defeitos em um software utilizando métricas de projeto e técnicas estatísticas. Algumas das técnicas mais utilizadas incluem a criação de modelos preditivos com base em dados históricos de projetos para tentar prever defeitos em versões futuras. A predição de defeitos pode melhorar os testes ao direcioná-los para áreas com maior probabilidade de problemas. Entretanto, coletar métricas em projetos
Noções em teste de software e introdução a automaçãoSandy Maciel
O documento apresenta conceitos básicos de teste de software, incluindo princípios, papéis, ciclo de vida de desenvolvimento e tipos de testes. Também fornece uma introdução ao Selenium WebDriver, abordando automação de testes e preparação do ambiente.
Testar é tão fácil que até minha mãe testaria!Laís Camargo
O documento discute a importância dos testes de software, destacando que testar não é uma tarefa simples e requer conhecimento e habilidades específicas. Apresenta os principais tipos de testes realizados pela equipe, como teste funcional e de desempenho. Argumenta que testar é essencial para garantir a qualidade do software e evitar problemas que podem afetar os usuários e a imagem da empresa.
Apresentação sobre qualidade de software na disciplina de Engenharia de Software no Mestrado Acadêmico em Ciência da Computação em parceria com Bruno Neves.
O documento apresenta uma introdução ao teste de software, abordando conceitos como defeitos, erros e falhas. Explica que o objetivo do teste é revelar a presença de erros no programa, discute técnicas como teste de unidade, integração e sistema, e critérios como particionamento em classes de equivalência e análise de valor-limite. Também menciona a importância da automatização dos testes e ferramentas para apoiar a aplicação dos critérios.
The document discusses optimizing website performance for designers. It begins by explaining how front-end assets like HTML, CSS, JavaScript and images account for 80-90% of page load time. It then discusses common causes of poor performance like too many requests, large file sizes, and too many assets. The rest of the document provides strategies for optimizing assets, such as combining files, minifying code, using CSS sprites for images, and optimizing loading order. The overall goal is reducing page size and number of requests to improve load times.
Este documento apresenta os conceitos e técnicas de testes exploratórios em três frases:
1) Testes exploratórios são testes onde o planejamento, execução, interpretação e aprendizado são realizados de forma iterativa e simultânea pelo mesmo testador, sem seguir um roteiro pré-definido.
2) O teste exploratório baseado em sessões (SBTM) propõe uma abordagem para dar mais visibilidade aos testes exploratórios através da realização de sessões de teste com dura
O documento fornece informações sobre os serviços oferecidos pela empresa Qualister, especializada em testes e qualidade de software. A Qualister oferece terceirização de profissionais de teste, consultoria, avaliação de usabilidade, automação de testes, testes de performance e treinamentos. O documento também fornece detalhes sobre cursos de avaliação de usabilidade ministrados pela Qualister.
O documento apresenta uma explicação detalhada sobre como trabalhar com requisitos de forma ágil através de técnicas como refinamento de requisitos, user stories e critérios de aceitação. Ele também mostra como aplicar testes automatizados unitários, de integração e de aceitação ao longo do desenvolvimento de uma aplicação web simples de semáforo.
Testes em ambiente agil - TechTalks ADP LabsElias Nogueira
Apresentação no dia 04/12/2014 no escritório da ADP Labs em Porto Alegre/RS no evento TechTalk sobre Testes em um ambiente ágil.
Em resumo foi apresentado como um testador é inserido em um time e quais as principais atividades de um tester dentro de um projeto ágil
TDC-2014 Automação de testes para não programadores com selenium e keyword dr...Cristiano Caetano
This document discusses automating tests for non-programmers. It introduces the Selenium and keyword-driven testing approaches, and describes a case study where Qualister used the Suricato keyword-driven library to automate tests for Softplan's UNIC construction industry software. The automation helped detect over 140 defects.
A apresentação resume os serviços e estratégias de testes da Qualister Consultoria e Treinamento LTDA, incluindo terceirização de profissionais de teste, consultoria, avaliação de usabilidade, automação de testes, testes de performance e treinamentos. Apresenta também informações sobre a empresa como sua fundação em 2007, localização em Florianópolis e parcerias internacionais.
O documento discute níveis de maturidade em automação de testes de software. Apresenta 4 níveis, desde automação acidental sem planejamento até automação formal com medição de métricas e melhoria contínua dos processos.
Tecnicas de projeto design especificacao modelagem de casos de testesCristiano Caetano
O documento apresenta informações sobre a Qualister, uma empresa especializada em serviços de qualidade e teste de software. A Qualister oferece terceirização de profissionais, consultoria de teste, avaliação de usabilidade, automação de testes, testes de performance e treinamentos. Além disso, o documento descreve técnicas de projeto de casos de teste, incluindo particionamento em classes de equivalência, análise de valores limítrofes e permutações.
O documento fornece informações sobre o mercado de teste de software no Brasil e internacionalmente. Apresenta o palestrante Cristiano Caetano e suas credenciais, além de links para o site da Qualister e perfis nas redes sociais. O mercado de testes no Brasil está crescendo em importância e passando por amadurecimento. Há também links para pesquisas sobre salários na área de testes e sobre a qualidade de software globalmente.
Análise de Riscos - Estratégia infalível no projeto de testes de softwareGabi Linhares
1) O documento discute estratégias de projeto de testes de software considerando riscos.
2) A análise de riscos é fundamental para alocar recursos de teste de forma adequada e testar o que realmente importa no tempo disponível.
3) As características de qualidade do software e os tipos de testes necessários devem ser definidos baseados nos riscos identificados.
O documento fornece informações sobre os serviços de uma empresa de testes e qualidade de software chamada Qualister, incluindo terceirização de profissionais, consultoria, treinamentos, testes de segurança, usabilidade e performance. O documento também lista vulnerabilidades comuns em aplicações web e explica brevemente os riscos de segurança na internet.
Mini curso de testes ágeis (agile testing)
Quer realizar esse curso na sua empresa, entre em contato conosco: cristiano.caetano@qualister.com.br
Visite: http://www.qualister.com.br/cursos
O documento fornece informações sobre os serviços de uma empresa de testes de software chamada Qualister, incluindo treinamentos em automação de testes com Selenium, consultoria em teste, terceirização de profissionais, avaliação de usabilidade e testes de performance. O documento também fornece detalhes sobre o instrutor de um curso de automação de testes com Selenium.
This document discusses the benefits of testing early and often using agile methods. It begins with background on the author and then discusses challenges with traditional project management approaches. Key benefits of agile testing highlighted include finding defects much earlier, improving productivity, and increasing project success rates. The document provides an overview of agile testing practices and how they improve the testing workflow. It also discusses how agile testing approaches can help control costs and improve overall project quality.
Testes Ágeis: 1° Seminário Paranaense de Qualidade de SoftwareCristiano Caetano
Este documento apresenta informações sobre a Qualister Consultoria e Treinamento LTDA, uma empresa especializada em serviços de qualidade e teste de software. Ele fornece detalhes sobre os serviços oferecidos pela empresa, como terceirização de testes, consultoria e treinamentos. Também discute brevemente sobre testes ágeis, enfatizando que não existe uma abordagem específica chamada "Testes Ágeis", mas sim a aplicação de técnicas de teste em métodos ágeis de desenvolvimento de software.
This document provides 36 ideas for testing websites, organized into sections. It introduces the idea of testing across different browsers to check for compatibility issues. It also discusses checking for valid HTML, dead links, accessibility, and other usability and functionality testing techniques. The document is intended to give testers a starting point and spark curiosity to explore testing ideas further.
O documento discute os diferentes níveis de teste para aplicativos Android, incluindo testes unitários, de instrumentação, de serviço e UI. Ele enfatiza a importância de automatizar todos os níveis e fornece links para frameworks como o Robolectric, Rest-Assured e Appium que podem ajudar na automação dos testes.
Curso Teste de performance, carga e stress JMeterQualister
O documento fornece informações sobre os serviços de uma empresa de testes de software chamada Qualister, incluindo terceirização de profissionais, consultoria de teste, avaliação de usabilidade, automação de testes, testes de performance e treinamentos. Além disso, fornece detalhes de contato e links para o site da empresa.
A empresa Qualister oferece serviços de terceirização de profissionais de teste, consultoria de teste, avaliação de usabilidade, automação de testes, testes de performance e treinamentos. Ela fornece treinamentos sobre testes ágeis ministrados por Cristiano Caetano.
Perspectivas do profissional de teste e qualidade de softwareQualister
A Qualister é uma empresa brasileira especializada em serviços de qualidade e teste de software. Ela oferece terceirização de profissionais, consultoria de teste, avaliação de usabilidade, automação de testes, testes de performance e treinamentos. Seus contatos são (48) 3285 5615 / 9645 5506 e contato@qualister.com.br.
Este documento fornece informações de contato e serviços de uma empresa de consultoria e treinamento em teste e qualidade de software. A empresa oferece terceirização de profissionais de teste, consultoria em teste, avaliação de usabilidade, automação de testes, testes de performance e treinamentos. O documento também inclui links para o site da empresa e informações sobre direitos autorais.
O documento fornece informações sobre os serviços de uma empresa de testes e qualidade de software chamada Qualister, incluindo terceirização de profissionais, consultoria, treinamentos, testes de segurança, usabilidade e performance. O documento também lista vulnerabilidades comuns em aplicações web e explica brevemente os riscos de segurança na internet.
O documento fornece informações sobre os serviços oferecidos pela empresa Qualister, especializada em testes e qualidade de software. A Qualister oferece terceirização de profissionais de teste, consultoria, avaliação de usabilidade, automação de testes, testes de performance e treinamentos. Além disso, o documento apresenta slides sobre o curso de avaliação de usabilidade ministrado pela Qualister.
Teste software metodos metodologia ageis agil agile testingQualister
A apresentação resume os serviços e treinamentos oferecidos pela empresa Qualister em testes ágeis, incluindo terceirização de profissionais, consultoria de teste, avaliação de usabilidade e automação de testes. Ela também descreve os princípios dos testes ágeis, como colaboração entre times, testes enxutos e contínuos.
Este documento fornece um resumo das atividades e serviços oferecidos pela Qualister, uma empresa especializada em testes e qualidade de software. Em três frases ou menos, o documento descreve que a Qualister oferece terceirização de profissionais de teste, consultoria em teste, avaliação de usabilidade e treinamentos em teste e qualidade de software.
T@rget trust curso de introdução ao processo de teste de softwareTargettrust
O documento discute cursos de testes de software, incluindo conceitos e técnicas de testes necessárias para o desenvolvimento de software de qualidade. Ele descreve três cursos específicos de introdução a testes de software, planejamento e execução de testes, e ferramentas de automação de testes.
T@rget trust curso de introdução ao processo de teste de softwareTargettrust
O documento discute cursos de testes de software, incluindo conceitos e técnicas de testes necessárias para o desenvolvimento de software de qualidade. Ele descreve três cursos específicos de introdução a testes de software, planejamento e execução de testes, e ferramentas de automação de testes.
O documento discute a carreira em teste de software, apresentando diferentes papéis como testador, analista de teste e liderança. Também aborda conceitos como engenharia de software, Rational Unified Process e mitos sobre testadores. Por fim, lista certificações e bibliografia sobre o tema.
O documento discute conceitos e modelos de maturidade para processos de software, como ISO 9000, CMMI e MPS. Apresenta os níveis de maturidade destes modelos e descreve brevemente seus requisitos e objetivos de melhoria contínua dos processos e qualidade do software.
A Qualister é uma empresa brasileira especializada em serviços de teste e qualidade de software. Ela oferece terceirização de profissionais de teste, consultoria, treinamentos, automação de testes e avaliação de usabilidade. O documento fornece detalhes sobre os serviços, clientes, parceiros, instrutores e certificações da Qualister.
O documento introduz os conceitos de qualidade de software, discutindo o que é qualidade, qualidade de software e qualidade do processo versus qualidade do produto. Também aborda normas, verificação, validação, gerência de configuração e sistemas de controle de versão como elementos relacionados à qualidade de software.
Este documento discute conceitos e métodos relacionados à qualidade de software. Apresenta definições de qualidade de software segundo a ISO e modelos de avaliação da qualidade. Também aborda características como correção, confiabilidade, usabilidade que devem ser consideradas para garantir a qualidade do produto.
O documento discute conceitos de qualidade de software, incluindo: (1) definição de qualidade de software, visões da qualidade e variáveis da qualidade; (2) processos de software e modelos de qualidade como CMMI e ISO; (3) guia de avaliação da qualidade nas fases do processo de desenvolvimento de software.
O documento resume os serviços de qualidade e testes de software oferecidos pela empresa BRISA. A empresa possui processos maduros de teste e uma equipe experiente capaz de executar diferentes tipos de teste funcional e não funcional em diversas plataformas. A BRISA também fornece ferramentas, artefatos e relatórios de teste personalizados para atender as necessidades de cada cliente.
Aula 06 qs - garantia da qualidade de swJunior Gomes
O documento discute a qualidade de software e os processos de garantia da qualidade. Apresenta conceitos como qualidade do produto versus qualidade do processo, custos da qualidade, auditorias e certificação. Defende que um processo de software documentado e seguido é essencial para produzir software de alta qualidade.
O documento discute o que é qualidade de software, definindo-a como uma área de conhecimento da engenharia de software que objetiva garantir a qualidade do software através da definição e normatização de processos de desenvolvimento. A qualidade do produto está diretamente relacionada à qualidade do processo de desenvolvimento. O documento também lista alguns benefícios da qualidade de software, como maior produtividade, menor tempo para atender o mercado e maior satisfação do cliente.
Verificação e validação (V&V) são processos para melhorar a qualidade de software e produtividade. V&V permite identificar problemas cedo e corrigi-los antes da entrega, aumentando a produtividade. Técnicas estáticas como revisões e inspeções verificam a qualidade antes dos testes dinâmicos. Testes de software como caixa branca e preta são importantes para validar que o software atende aos requisitos.
Semelhante a Revisao inspecao artefatos testes estaticos (20)
Teste de software - Processo de Verificação e Validação
Revisao inspecao artefatos testes estaticos
1. (48) 3285 5615 / 9645 5506
contato@qualister.com.br
• Terceirização de profissionais
• Consultoria de teste Revisão
e
inspeção
de
• Avaliação de usabilidade artefatos
(verificação)
• Automação de testes
• Testes de performance
• Treinamentos
www.qualister.com.br
2. Quer saber mais?
Estes
são
apenas
alguns
slides
do
curso
de
revisão
e
inspeção
de
artefatos
(verificação)
oferecido
pela
Qualister.
Para
maiores
informações
visite
nosso
site:
h@p://www.qualister.com.br/cursos
www.qualister.com.br
3. Direitos autorais
Importante er
produção de qualqu
proibida a cópia e re
– É resentação incluindo,
parte do conteúdo desta ap
, imagens, gráficos e
mas não limitado a, textos
é protegida pelas leis
tabela s. Esta apresentação no
opriedade de Cristia
de Copyright e são pr e Treinamento
Caetano e Qualister Consultoria
LTDA.
r, copiar, guardar em
– Não é permitido modifica
ugar, vender ou
banco de dados público, al
apresentação,
republicar qualquer parte desta
o explícita do autor.
sem prévia permissã
o deste material,
– Quando ho uver permissão de us e
bibliográfica conform
é ob rigatória a referência
as normas vigentes.
www.qualister.com.br
4. Instrutor
Cristiano Caetano
Email: cristiano.caetano@qualister.com.br
Apresentações: slideshare.net/cristianocaetano
Blog: cristianocaetano.wordpress.com
É certificado CBTS pela ALATS. Diretor técnico da Qualister com mais de 10 anos de experiência, já
trabalhou na área de qualidade e teste de software para grandes empresas como Zero G, DELL e HP
Invent. É colunista na área de Teste e Qualidade de software do site linhadecodigo.com.br e autor dos
livros "CVS: Controle de Versões e Desenvolvimento Colaborativo de Software" e "Automação e
Gerenciamento de Testes: Aumentando a Produtividade com as Principais Soluções Open Source e
Gratuitas". Participante ativo da comunidade de teste de software brasileira, é o criador e mantenedor
do portal TestExpert: A sua comunidade gratuita de teste e qualidade de software
(www.testexpert.com.br).
www.qualister.com.br
6. Sobre a Qualister
• Fundação: 2007.
• Sobre a Qualister: A Qualister é uma empresa nacional, constituída a partir da união
de profissionais qualificados e certificados na área de testes e qualidade de software,
com o objetivo de integrar, implementar e implantar soluções com base nas melhores
práticas do mercado e normas internacionais.
• Colaboradores: A Qualister é composta por colaboradores pós-graduados e
certificados na área de testes (CBTS, CSTE) com larga experiência na indústria de
Tecnologia da Informação.
• Área de atuação: A Qualister é uma empresa especializada em serviços de
qualidade e teste de software. Tem como linhas de atuação consultoria em teste/
qualidade de software, outsourcing (terceirização dos serviços através da alocação
de profissionais) e treinamentos.
www.qualister.com.br
7. Parcerias internacionais
Soluções para automação, profilling e gestão de testes
Soluções para testes de performance
Soluções de apoio a avaliação de usabilidade
www.qualister.com.br
9. Introdução
• Qualidade de software
– Q qualidade de software é a conformidade a requisitos funcionais e de desempenho
explicitamente declarados, a padrões de desenvolvimento claramente documentados e a
características implícitas que são esperadas de todo software profissionalmente desenvolvido
(PRESSMAN).
– Esta definição enfatiza, três pontos chave: os requisitos de software, padrões especificados e
um conjunto de requisitos implícitos. Os requisitos de software são a base a partir da qual a
qualidade é medida. A falta de conformidade aos requisitos significa falta de qualidade. Em
resumo, a visão de Pressman pode ser enumerada da seguinte forma:
• 1. Os requisitos de software são a base a partir da qual a qualidade é medida. A falta de
conformidade aos requisitos significa falta de qualidade;
• 2. Padrões especificados definem um conjunto de critérios de desenvolvimento que
orientam a maneira segundo o qual o software passa pelo trabalho de engenharia. Se os
critérios não forem seguidos, o resultado quase que seguramente será a falta de
qualidade;
• 3. Há um conjunto de características implícitas que freqüentemente não são mencionadas
(usabilidade, manutebilidade, testabilidade, etc). Se o software se adequar a seus
requisitos explícitos, mas deixar de cumprir as suas características implícitas, a qualidade
do software será suspeita.
www.qualister.com.br
10. Introdução
• Garantia de qualidade: (Qualidade do processo X Qualidade do produto)
Qualidade
do
processo
Qualidade
do
produto
•
Foco:
garanFr
que
o
projeto
empresa
todos
os
•
Foco:
descobrir
defeitos
em
produtos
de
processos
e
padrões
necessários
para
atender
trabalho
gerados
ao
longo
do
projeto
e
eliminar
aos
requisitos
suas
causas
•
Forma
mais
usual:
auditorias
de
processo
e
de
•
Forma
mais
usual:
testes
diversos
e
revisões
produto,
orientadas
por
checklists
por
pares
(simples,
inspeção,
walkthrough)
•
UFliza
métodos,
procedimentos
e
padrões
•
UFliza
casos
de
teste,
checklists
e
revisões
para
comparar
preciso
com
realizado
para
comparar
o
esperado
com
o
obFdo
•
Assegurar
que
o
processo
empregado
é
•
Assegurar
que
os
produtos
de
trabalho
definido
e
apropriado
gerados
estão
consistentes
e
alinhados
•
É
orientada
a
processo,
visando
à
prevenção
•
É
orientado
a
produto,
visando
à
detecção
e
de
defeitos
correção
de
defeitos
•
Cuida
da
monitoração
e
melhoria
dos
• Cuida
da
monitoração
e
da
consistência
dos
processos
e
padrões
empregados
produtos
em
relação
aos
requisitos
e
à
•
Assegura
que
se
faz
da
maneira
correta
(diz
o
uFlização
que
faz
e
faz
que
diz)
•
Assegurar
que
se
faz
as
coisas
certas
(faz
certo
o
que
atende
a
necessidade
e
uso
pretendido)
www.qualister.com.br
11. Introdução
• Garantia de qualidade: (Qualidade do processo X Qualidade do produto)
Qualidade
do
processo
Qualidade
do
produto
• ISO/IEC
12207
• ISO/IEC
9126
• CMMI
• ISO/IEC
14598
• MPS.BR
• Etc
• Etc
www.qualister.com.br
12. Introdução
• Verificação X Validação
• Verificação: avalia se o software desenvolvido é aderente
aos padrões previamente estabelecidos e está em
conformidade com os seus requisitos.
– Estamos construindo o produto de maneira correta?
• Validação: avalia se o software desenvolvido atende às
expectativas do cliente quando colocado no ambiente para
qual foi desenvolvido.
– Estamos construindo o produto certo?
www.qualister.com.br
13. Introdução
• Análise estática X Análise dinâmica
– Análise estática, é uma técnica de verificação onde os artefatos são examinados
estaticamente, ou seja, o programa não é executado. Por este motivo podem ser
utilizadas em todas as fases do desenvolvimento do software. Porém essa técnica
não demonstra que o software é útil operacionalmente, já que não pode testar
algumas características do software como desempenho, confiabilidade, etc. Dentre
as técnicas de verificação existentes, as revisões são as técnicas mais conhecidas.
– Análise dinâmica é uma técnica de validação que consiste em exercitar o
programa usando dados reais de entrada e avaliar se as saídas obtidas estão de
acordo com as saídas esperadas. Uma técnica dinâmica muito utilizada são os
testes de software que são essenciais para descoberta de defeitos que só podem
ser obtidas com a execução do programa.
www.qualister.com.br
14. Introdução
• Propagação de defeitos entre as fases do ciclo de vida de
desenvolvimento
– A partir dos diferentes modelos de ciclo de vida do software como
o cascata, o iterativo, o incremental, entre outros, é importante
entender a transição de uma atividade para outra, pois todos os
ambientes produzem um documento ao final de cada fase,
caracterizando o final de uma fase e o início da próxima. Cada
um desses documentos produzidos em cada fase representa o
software em um nível de abstração mais baixo, incluindo mais
e mais detalhes, até alcançar a representação do código fonte
na linguagem utilizada.
www.qualister.com.br
15. Introdução
• Propagação de defeitos entre as fases do ciclo de vida de
desenvolvimento
– Informação perdida durante a transformação
– Informação transformada incorretamente
– Informação estranha introduzida
– Ocorrência de múltiplas transformações inconsistentes a partir de
uma mesma fonte de informação
www.qualister.com.br
16. Introdução
• Retrabalho em projetos de desenvolvimento de software
– O esforço gasto por organizações de software com retrabalho pode variar
em média entre 40% e 50% do esforço total do desenvolvimento de um
projeto. Uma estimativa da distribuição do retrabalho pelas atividades de
desenvolvimento de software está ilustrada na figura abaixo:
Distribuição do retrabalho pelas atividades de desenvolvimento de software.
Adaptado de (WHEELER et al., 1996).
www.qualister.com.br
17. Introdução
• Custo relativo para a correção de um defeito
– o custo do retrabalho para correção de defeitos aumenta na medida em que o processo de
desenvolvimento progride. Desta forma, iniciativas devem ser realizadas no sentido de
encontrar e corrigir defeitos tão logo sejam introduzidos. Uma abordagem que tem se mostrado
eficiente e de baixo custo para encontrar defeitos, reduzindo o retrabalho e melhorando a
qualidade dos produtos é a revisão dos artefatos produzidos ao longo do processo de
desenvolvimento de software.
www.qualister.com.br
18. Introdução
• Revisões são filtros aplicados ao processo para evitar a propagação de
defeitos
– Revisões e inspeções constituem “filtros” aplicados ao processo,
detectando erros e evitando sua propagação. À primeira vista, eles
podem parecer retardar o fluxo de desenvolvimento, porém na realidade
eles removem problemas que precisam ser tratados, que só seriam
evidenciados mais adiante e poderiam ser amplificados.
www.qualister.com.br
19. Introdução
• O que é revisão?
– São técnicas empregadas durante o processo de desenvolvimento de um
software.
– Visam detectar antecipadamente falhas nos vários artefatos produzidos
durante o processo de desenvolvimento.
– Segundo Wiegers, a implantação de processos de inspeção agregados
aos processos de desenvolvimento de software podem consumir de 5 a
15% do orçamento do projeto.
WIEGERS, Karl E., “Improve Quality Through Software Inspections”, 1999.
www.qualister.com.br
20. Introdução
• Por que é necessário revisar um software?
– Errar é humano.
– É preciso garantir que os erros serão eliminados nas iniciais do ciclo de
vida de desenvolvimento de software
– Aumentar a qualidade do produto.
– Quando uma pessoa revisa o trabalho da outra a identificação das falhas
é muito maior.
www.qualister.com.br
21. Introdução
• Distribuição das revisões nas fases do ciclo de vida de desenvolvimento
– LAITENBERGER e DEBAUD demonstram que, conforme representado na
imagem abaixo, inspeções em código são as mais comuns. No entanto,
sabe-se que os benefícios de inspeções são maiores para os artefatos
produzidos no início do ciclo de desenvolvimento.
Laitenberger and J. Debaud, An encompassing life cycle-centric survey of software inspection,
Journal of Systems Software 50 (2000)
www.qualister.com.br
22. Introdução
• O que pode ser revisado?
– Muitos profissionais pensam que somente o código pode ser revisado. Na
verdade vários outros artefatos do processo de desenvolvimento devem
ser revisados
– Por exemplo:
• Especificações de Requisitos.
• Modelos da Análise.
• Modelos de Processos.
• Regras de Negócio.
• Casos de Teste
• Códigos
• Documentos do Projeto e Arquitetura
www.qualister.com.br
23. Introdução
• Tipos de defeitos encontrados nos artefatos
Defeito
Descrição
Fato
incorreto
Algumas
informações
no
artefato
de
soaware
contradizem
as
informações
presentes
na
especificação
de
requisitos
ou
o
conhecimento
geral
do
domínio
Omissão
As
informações
necessárias
sobre
o
sistema
foram
omiFdos
do
artefato
de
soaware.
Inconsistência
As
informações
em
uma
parte
do
artefato
de
soaware
estão
inconsistentes
com
outras
partes
no
artefato
de
soawares.
Ambigüidade
As
informações
no
artefato
de
soaware
são
ambíguas,
isto
é,
é
possível
ao
desenvolvedor
interpretar
as
informações
de
diferentes
maneiras,
podendo
não
levar
a
uma
implementação
correta.
Informação
estranha
As
informações
são
fornecidas,
mas
não
são
necessárias
ou
mesmo
usadas.
Adaptado de IEEE (IEEE 830, 1998)
www.qualister.com.br
24. Introdução
• Benefícios da revisão
– A revisão auxilia a detectar os problemas do produto no início do ciclo de
desenvolvimento do software, evitando o alto custo de retrabalho na
manutenção do sistema (BOEHM, 2001).
– Visão antecipada e melhor dos riscos e questões de qualidade do projeto.
– Os inspetores identificam a causa dos defeitos detectados na raiz,
propondo modificações no processo de desenvolvimento do software e
prevenindo a ocorrência de defeitos similares em projetos futuros
(DOOLAN, 1992).
– Certeza que os requisitos corretos estão sendo implementados.
www.qualister.com.br
25. Introdução
• Resultados diretos de uma revisão
– Uma revisão tem o objetivo de assegurar que:
• O artefato satisfaz as especificações funcionais e atributos de
qualidade;
• O artefato atende às necessidades do cliente;
• O artefato está dentro dos padrões especificados;
• O artefato cumpre com as regulamentações, regras, políticas,
planejamentos e procedimentos, identificando os possíveis
desvios.
WIEGERS, Karl E., “Improve Quality Through Software Inspections”, 1999.
www.qualister.com.br
26. Introdução
• Revisão X Inspeção
• Inspeções são um tipo de revisão.
• Uma revisão (também chamada de revisão técnica (Technical review))
é uma leitura crítica de um artefato, onde:
– Nem sempre é necessário um plano formal
– Nem sempre e necessário o uso de regras de leitura pré-definidas
– Nem sempre é necessário uma pequena equipe com papéis pré-definidos
– Nem sempre os defeitos, dúvidas e melhorias são formalmente registrados
• Uma inspeção é uma leitura crítica formal de um artefato, onde:
– É realizada de acordo com um plano formal
– A inspeção obedece regras de leitura pré-definidas
– Envolve uma pequena equipe com papéis pré-definidos
– Os defeitos, dúvidas e melhorias são formalmente registrados
– Os registros de defeitos geram métricas e indicadores para a melhoria do produto e processo
www.qualister.com.br
27. Introdução
• Eficiência das revisões
Técnica
Eficiência
(%
defeitos
detectados)
Revisões
informais
de
arquitetura
25%
a
40%
Inspeções
formais
de
arquitetura
45%
a
65%
Revisões
informais
de
código
20%
a
35%
Inspeções
formais
de
código
45%
a
70%
Caper Jones, Software Defect-Removal Efficiency. IEEE Computer, march 1996
www.qualister.com.br
28. Introdução
• Contras
– Freqüentemente a qualidade da revisão depende da
habilidade e comprometimento dos revisores
– Em alguns casos a qualidade dos Checklists determina
a qualidade da revisão
www.qualister.com.br
29. Introdução
• Modelos de maturidade
Nível
2:
GaranFa
de
qualidade
Nível
F:
GaranFa
de
qualidade
Nível
3:
Validação
e
Verificação
Nível
D:
Validação
e
Verificação
www.qualister.com.br
30. Introdução
• MPS.BR: Processo de Verificação
– Resultados esperados
• VER1 - Produtos de trabalho a serem verificados são identificados
• VER2 - Uma estratégia de verificação é desenvolvida e implementada,
estabelecendo cronograma, revisores envolvidos, métodos para
verificação e qualquer material a ser utilizado na verificação
• VER3 - Critérios e procedimentos para verificação dos produtos de
trabalho a serem verificados são identificados e um ambiente para
verificação é estabelecido
• VER4 - Atividades de verificação, incluindo inspeções e revisões por
pares, são executadas
• VER5 - Defeitos são identificados e registrados
• VER6 - Resultados de atividades de verificação são analisados e
disponibilizados para as partes interessadas
www.qualister.com.br
31. Tópico
• Tipos de revisão
www.qualister.com.br
32. Tipos de revisão
• Aspectos usados para classificar e caracterizar os
tipos de revisão:
– Formalidade
• Técnicas sistemáticas (formal): o avaliador recebe um
treinamento de como ler o artefato que será avaliado, definindo
um procedimento formal no processo de revisão.
• Técnicas não sistemáticas (informal): o avaliador não
recebe nenhum treinamento ou diretriz sobre como ler o
artefato a ser inspecionado, não possuindo um procedimento
claro a ser seguido na revisão.
www.qualister.com.br
33. Tipos de revisão
• Aspectos usados para classificar e caracterizar os
tipos de revisão:
– Foco
• Técnicas específicas: os avaliadores procuram tipos
específicos de defeitos.
• Técnicas gerais: os avaliadores procuram por qualquer tipo de
defeitos.
www.qualister.com.br
34. Tipos de revisão
• Aspectos usados para classificar e caracterizar os
tipos de revisão:
– Responsabilidade
• Técnicas distintas: cada avaliador tem a sua
responsabilidade, sendo que a sobreposição de
responsabilidades é pouca ou nula.
• Técnicas idênticas: não há divisão das responsabilidades
entre os avaliadores que participam da revisão, todos têm as
mesmas responsabilidades.
www.qualister.com.br
35. Tipos de revisão
• Classificação das tipos de revisões
– Dependendo da formalidade da revisão podemos classificar as
principais técnicas de revisão segundo a figura a abaixo (Wiegers,
2002).
Mais Menos
Formal Formal
Inspeção Revisão Walkthrough Pair Deskcheck Revisão Ad hoc
em Time Programming
www.qualister.com.br
36. Tipos de revisão
• Classificação das tipos de revisões
– Dependendo da formalidade da revisão podemos classificar as
principais técnicas de revisão segundo a figura a abaixo (Wiegers,
2002).
Mais Menos
Formal Formal
Inspeção Revisão Walkthrough Pair Deskcheck Revisão Ad hoc
em Time Programming
www.qualister.com.br
37. Tipos de revisão
• Inspeção
– Inspeção é uma técnica desenvolvida por Fagan em 1972, enquanto
desenvolvia seu trabalho na IBM, e foi criada visando aumentar a
qualidade de software e aumentar a produtividade dos programadores.
Esta técnica inicialmente centrou foco na localização de defeitos na
estrutura e no código de programas.
– Posteriormente ampliada para aplicação em outros artefatos de
software (como requisitos, especificações, arquitetura, planos de teste), A
literatura aponta que o processo de inspeção pode detectar de 30% a
90% dos erros existentes nos artefatos gerados num processo de
desenvolvimento de software
– O processo de inspeção caracteriza-se pela utilização de uma técnica
de leitura aplicável a um artefato, buscando a localização de erros ou
defeitos no mesmo, segundo um critério pré-estabelecido.
www.qualister.com.br
38. Tipos de revisão
• Inspeção
– É realizado em seis etapas consecutivas: Planejamento, Visão
Geral, Preparação, Reunião de Inspeção, Retrabalho e Revisão;
– Compreende a definição de uma equipe de inspeção para verificar
o artefato, que é composta pelo moderador, relator, inspetor e
autor, etc;
– Os participantes que irão inspecionar o produto têm suas funções
bem definidas durante o processo, cada qual cumprindo a sua
tarefa;
– O resultado final é gerar um documento do que foi obtido na
inspeção individual e nas discussões das reuniões das equipes.
www.qualister.com.br
39. Tipos de revisão
• Inspeção
– O processo de inspeção compreende várias etapas, iniciando pela coleta dos artefatos a serem utilizados e/ou
analisados, passando pela inspeção propriamente dita e chegando ao acompanhamento da correção dos defeitos
encontrados. Os participantes desempenham diferentes papéis, dependendo da etapa em desenvolvimento, e também
do grau de conhecimento e envolvimento no projeto.
Planeja
Apresen Prepara
Reunião
Retrabalho
Revisão
mento
tação
ção
• Organizador
• Moderador
Processo • A serem
inspecionados
• Autor de Artefato
Papéis Inspeção
Artefatos • Para
• Inspetor conduzirem a
inspeção
• Secretário/Relator Técnicas de Leitura
• Leitura Ad-hoc
• Leitura Baseada em Checklists
• Leituras baseadas em defeitos (DBR - Defect-Based Reading)
• Leituras Baseadas em Perspectivas (PBR - Perspective-Based Reading)
• Leituras baseadas em orientação a objetos (OORT’s -Object-Oriented Reading
Techniques)
Laitenberger, Oliver e DeBaud, Jean-Marc. An Encompassing Life Cycle Centric Survey of Software
www.qualister.com.br Inspection. The Journal of Systems and Software, vol 50, 2000
41. Tipos de revisão
• Inspeção (processo)
– FAGAN (1976) desenvolveu o processo tradicional de inspeção de software, uma forma
detalhada de se realizar uma revisão. Neste processo, existem seis atividades principais:
• Planejamento. Um usuário, desempenhando o papel de organizador da inspeção, define o contexto da
inspeção (descrição da inspeção, técnica a ser utilizada na detecção de defeitos, artefato a ser
inspecionado, autor do documento, entre outros), seleciona os inspetores e distribui o material a ser
inspecionado.
• Apresentação (Visão geral). Os autores dos artefatos a serem inspecionados apresentam as
características destes. Esta fase pode ser omitida se os inspetores possuem conhecimento sobre o
projeto e os artefatos que devem ser inspecionados.
• Preparação. Os inspetores estudam os artefatos individualmente, e eventualmente fazem anotações
sobre estes produzindo uma lista de discrepâncias. O uso de técnicas de leitura pode facilitar a execução
desta tarefa.
• Reunião de inspeção. Uma reunião em equipe ocorre, envolvendo o moderador, os inspetores e os
autores do artefato. Discrepâncias são discutidas, e classificadas como defeito ou falso positivos. A
decisão final sobre a classificação de uma discrepância sendo discutida é do moderador. A solução dos
defeitos não é discutida durante a reunião, que não deve exceder duas horas, uma vez que após este
tempo a concentração e a capacidade de análise dos inspetores costuma reduzir drasticamente.
• Retrabalho. Nesta etapa, os defeitos detectados, devidamente documentados, são encaminhados ao
autor do produto que foi inspecionado, para que seja providenciada a remoção destes defeitos.
• Revisão. O material corrigido pelos autores é repassado para o moderador, que faz uma análise da
inspeção como um todo e re-avalia a qualidade do artefato inspecionado. Ele tem a liberdade de decidir
se uma nova inspeção deve ocorrer ou não.
www.qualister.com.br
42. Tipos de revisão
• Inspeção (papéis)
– No processo de inspeção existem diferentes papéis a serem
desempenhados pelos participantes:
• O organizador é aquele que se responsabiliza pela organização e
condução do processo como um todo, coletando documentos e
informações necessárias, selecionando os participantes de acordo com
seu perfil, distribuindo os papéis, agendando encontros e acompanhando
a correção dos defeitos.
• O moderador conduz a reunião de inspeção, e deve ter experiência na
condução de trabalhos em equipe e mediar e resolver eventuais conflitos.
• O autor do artefato apresenta uma visão global do mesmo, antes da
inspeção ser efetuada.
• O inspetor analisa os artefatos, seguindo uma técnica de leitura pré-
definida, anotando os defeitos encontrados e repassando-os ao secretário.
• O secretário/relator reúne os defeitos encontrados pelos vários
inspetores, consolida-os num documento e os repassa ao moderador.
www.qualister.com.br
43. Tipos de revisão
• Inspeção (artefatos)
– Artefatos para serem inspecionados
• Qualquer artefato (produto de trabalho) produzido ao longo do ciclo de
vida de desenvolvimento de software
– Artefatos para conduzir a inspeção
• Checklists de apoio a leitura
• Padrões, políticas, diretrizes e procedimentos aplicáveis
• Relatórios contendo o relato dos defeitos e divergências encontradas
www.qualister.com.br
44. Tipos de revisão
• Inspeção (técnicas de leitura)
– As técnicas de leitura, são um conjunto concreto de instruções dadas ao
leitor de como ler e o que olhar em um produto de software.
– Os inspetores aplicam as técnicas ao ler o documento, como por exemplo,
no documento de requisitos ou de código, com o propósito de encontrar
defeitos. Essas técnicas, o termo “leitura” é usado para enfatizar as
semelhanças com os processos mentais, para tentar entender
suficientemente qualquer texto.
– O objetivo das técnicas de leitura é criar um procedimento formal (ou um
guia) a ser seguido pelo revisor auxiliando o processo de revisão.
– Técnicas de leitura em documentos foram elaboradas de forma a
maximizar a descoberta de defeitos.
www.qualister.com.br
45. Tipos de revisão
• Inspeção (técnicas de leitura)
– Tipos de técnicas de leitura
• Leitura Ad-hoc
• Leitura Baseada em Checklists
• Leitura Baseada em Cenários
– Leituras Baseadas em Defeitos (DBR - Defect-Based Reading)
– Leituras Baseadas em Perspectivas (PBR - Perspective-Based Reading)
• Leituras baseadas em Orientação a objetos (OORT’s -Object-
Oriented Reading Techniques)
www.qualister.com.br
46. Tipos de revisão
• Inspeção (técnicas de leitura)
– Leitura Ad-hoc
• Leitura Ad Hoc é amplamente usada na prática. Os inspetores não
são orientados e assim, a descoberta de defeitos depende da sorte e/
ou da experiência/esforço do inspetor.
• A leitura Ad Hoc é classificada como não sistemática (os inspetores
não recebem nenhuma orientação), geral (os inspetores devem
conferir todos os aspectos do documento) e idêntica (não existe
divisão de responsabilidades).
www.qualister.com.br
47. Tipos de revisão
• Inspeção (técnicas de leitura)
– Leitura Ad-hoc
• As qualidades a serem satisfeitas num documento de requisitos e que podem
ser verificadas por esta técnica de leitura são:
– Clareza (os requisitos estão bem determinados?)
– Completude (estão presentes todos os requisitos necessários à
especificação do sistema?)
– Consistência (os requisitos são consistentes com a visão geral do
sistema?)
– Corretude (os requisitos descrevem as funcionalidades de maneira
correta?)
– Funcionalidade (as funcionalidades descritas são necessárias e
suficientes para atingir os objetivos do sistema?)
– Testabilidade (as funcionalidades permitem a verificação ou teste de
forma a mostrar que os requisitos são satisfeitos?)
– Detalhamento (o nível de detalhe nos requisitos é suficiente para
fornecer uma base adequada ao desenho do sistema?)
www.qualister.com.br
48. Tipos de revisão
• Inspeção (técnicas de leitura)
– Leitura Ad-hoc
• Desvantagens:
– O número de defeitos encontrados fica dependente
exclusivamente da habilidade e experiência do inspetor
– O resultado da inspeção pode variar bastante entre os inspetores
– Os revisores não aprendem uns com os outros
– O procedimento não é documentado, nenhum conhecimento é
transferido entre os inspetores e nem de uma inspeção para outra
www.qualister.com.br
49. Tipos de revisão
• Inspeção (técnicas de leitura)
– Leitura Baseada em Checklists
• Na técnica de leitura baseada em checklists, já consolidada na
indústria, o conjunto de inspetores utiliza uma mesma lista para a
leitura e análise do artefato. Esta lista relaciona os itens a serem
verificados e o que deve ser entendido como defeito. Para cada
tipo de artefato há uma lista específica (Documento de Requisitos,
Cenários, Plano de Testes, Casos de Teste, Código, ...).
• Essas listas são adaptáveis, e podem levar em consideração os
defeitos de maior ocorrência nos sistemas desenvolvidos
naquele ambiente. Um dos efeitos colaterais desta abordagem é que,
com o uso freqüente de inspeções,defeitos de tipos não
caracterizados no checklist não serão detectados.
www.qualister.com.br
50. Tipos de revisão
• Inspeção (técnicas de leitura)
– Leitura Baseada em Checklists
• Esta técnica de inspeção, quando aplicada a artefatos de requisitos, pode
detectar os seguintes tipos de defeitos:
– sintaxe incorreta nos artefatos (as sentenças/termos não seguem a
sintaxe estabelecida)
– informação inconsistente entre artefatos (símbolos definidos num artefato
e não referido em outros; símbolos utilizados mas não definidos;
descrição não condizente com o símbolo; sinônimos incorretos)
– requisitos não funcionais não explicitados
– informação ambígua (símbolos, termos ou sentenças que possam
provocar diferentes interpretações)
– informação desnecessária (atores e/ou recursos em excesso nos
cenários)
– ausência de informação (pré-condições, atores e recursos necessários
nos cenários)
– exceções não previstas
www.qualister.com.br
51. Tipos de revisão
• Inspeção (técnicas de leitura)
– Leitura Baseada em Checklists
• Desvantagens:
– Para que o checklist não seja muito específico, as perguntas
devem ser muito genéricas o que acaba abrindo margem para
interpretações
– Os checklists tendem a ser muito longos o que torna o processo
tedioso e demorado
– Todos os integrantes da equipe usam o mesmo checklist.
www.qualister.com.br
52. Tipos de revisão
• Inspeção (técnicas de leitura)
– Tipos de técnicas de leitura
• Leitura Baseada em Cenários
– Leituras Baseadas em Defeitos (DBR - Defect-Based
Reading)
– Leituras Baseadas em Perspectivas (PBR - Perspective-
Based Reading)
www.qualister.com.br
53. Tipos de revisão
• Inspeção (técnicas de leitura)
– Leituras baseadas em defeitos (DBR - Defect-Based
Reading)
• A leitura baseada em defeitos concentra-se em detectar classes
específicas de defeitos. A principal idéia da leitura baseada em defeito
é que diferentes revisores focalizam diferentes classes de defeito
enquanto examinam o mesmo artefato.
• Para cada classe de defeito, há um cenário que consiste em um
conjunto de perguntas que um revisor deve responder enquanto lê. Ao
responder as perguntas, o revisor deve estar detectando defeitos
daquela classe em particular.
www.qualister.com.br
54. Tipos de revisão
• Inspeção (técnicas de leitura)
– Leituras Baseadas em Perspectivas (PBR - Perspective-Based
Reading)
• A técnica de leitura baseada em perspectiva foi elaborada para a detecção de
defeitos em documentos de requisitos escritos em linguagem natural (existem
variações que permitem a revisão de código fonte).
• Um documento de requisitos bem escrito deve ser capaz de apoiar os
diferentes usos que este pode ter: servir de base para o desenvolvimento
do projeto do sistema, permitir a criação de casos de teste apropriados
às funcionalidades envolvidas e garantir que o sistema como um todo
tenha as funcionalidades esperadas pelos clientes e usuários. Assim,
identificaríamos três diferentes “consumidores” deste artefato: projetistas,
testadores e usuários do sistema.
Requisitos
Projeto
Código
Testes
Uso
Documento
de
Requisitos
www.qualister.com.br
55. Tipos de revisão
• Inspeção (técnicas de leitura)
– Leituras Baseadas em Perspectivas (PBR - Perspective-Based
Reading)
• Nesse sentido, a técnica de leitura baseada em perspectivas assegura que
cada revisor avaliará o requisito segundo uma dessas perspectivas ao criar
um modelo físico com base nos requisitos.
• A combinação de diferentes perspectivas resulta em uma melhor cobertura do
documento, sendo que uma inspeção baseada em perspectivas permite
certificar que os requisitos tenham qualidade suficiente para apoiar todos os
estágios posteriores necessários do desenvolvimento do software
• O objetivo não é duplicar o trabalho realizado em outros pontos do ciclo de
desenvolvimento do software, mas criar representações que possam ser
usadas como base para a criação futura de artefatos mais específicos e que
possam revelar quão bem os requisitos conseguem apoiar as tarefas
seguintes.
www.qualister.com.br
56. Tipos de revisão
• Inspeção (técnicas de leitura)
– Leituras Baseadas em Perspectivas (PBR - Perspective-Based
Reading)
• A versão atual da técnica de leitura baseada em perspectivas
para documentos de requisitos define três perspectivas:
– a) a perspectiva do usuário que exige que o inspetor desenvolva
casos de uso para representar a utilização do sistema;
– b) a perspectiva do projetista que exige que o inspetor construa
um diagramas de projeto;
– c) a perspectiva do testador que exige que o inspetor construa
casos de teste.
– Pode-se classificar a técnica de leitura baseada em perspectivas como sistemática
(porque uma perspectiva orienta o inspetor com respeito a como e onde procurar
defeitos), específica (porque o inspetor concentra-se em certos tipos de defeitos) e
distinta (porque os inspetores com a equipe de inspeção têm responsabilidades
distintas).
www.qualister.com.br
57. Tipos de revisão
• Inspeção (técnicas de leitura)
– Leituras Baseadas em Perspectivas (PBR - Perspective-Based
Reading)
• A técnica de leitura baseada em perspectivas consiste em três partes
principais: introdução, instruções e perguntas:
– A introdução é um resumo que explica como o inspetor deverá usar a
técnica de leitura.
– As instruções informam o inspetor como ele deve extrair a informação do
documento de requisitos. O inspetor deve construir um modelo físico do
sistema. Por exemplo, a perspectiva do testador orienta o inspetor na
criação de casos de testes para o documento de requisitos. Dessa forma,
os inspetores ganham um entendimento mais profundo do sistema e,
além disso, asseguram que eles estão bem preparados para as próximas
atividades.
– As perguntas representam um questionário altamente especializado. O
questionário focaliza a atenção do inspetor para aspectos específicos do
seu trabalho, auxiliando a descobrir os defeitos.
www.qualister.com.br
58. Tipos de revisão
• Inspeção (técnicas de leitura)
– Leituras Baseadas em Perspectivas (PBR - Perspective-Based
Reading)
• Exemplos de perguntas usadas na perspectiva do usuário:
– Todas as funções necessárias para escrever os cenários estão
especificadas no documento de requisitos ou na especificação funcional?
– As condições para inicializar os cenários estão claras e corretas?
– As interfaces entre as funções estão bem definidas e compatíveis (por ex.,
as entradas de uma função) têm ligação com as saídas da função
anterior?
– Você consegue chegar num estado do sistema que deve ser evitado (por
ex., por razões de segurança)?
– Os cenários podem fornecer diferentes respostas dependendo de como a
especificação é interpretada?
– A especificação funcional faz sentido de acordo com o que você conhece
sobre essa aplicação ou sobre o que foi especificado em uma descrição
geral?
www.qualister.com.br
59. Tipos de revisão
• Inspeção (técnicas de leitura)
– Leituras Baseadas em Perspectivas (PBR - Perspective-Based
Reading)
• Exemplos de perguntas usadas na perspectiva do testador:
– Você tem toda informação necessária para identificar o item a ser testado
e o critério de teste?
– Você pode gerar um bom caso de teste para cada item, baseando-se no
critério?
– Você tem certeza de que os testes gerados fornecerão os valores corretos
nas unidades corretas?
– Existe outra interpretação dos requisitos de forma que o programador
possa estar se baseando nela?
– Existe outro requisito para o qual você poderia gerar um caso de teste
similar, mas que poderia levar a um resultado contraditório?
– A especificação funcional ou de requisitos faz sentido de acordo com
aquilo que você conhece sobre a aplicação ou a partir daquilo que está
descrito na especificação geral?
www.qualister.com.br
60. Tipos de revisão
• Inspeção (técnicas de leitura)
– Leituras Baseadas em Perspectivas (PBR - Perspective-Based
Reading)
• Exemplos de perguntas usadas na perspectiva do projetista/desenvolvedor:
– O requisito foi adequadamente traduzido em diagramas de projeto?
– O modelo de dados reflete adequadamente os requisitos, seus atributos e relações?
– A manutenibilidade foi levada em consideração?
– São definidas interfaces para os módulos e para os elementos de sistema externos?
– O projeto foi adequadamente traduzido em código?
– Há erros de ortografia ou tipográficos no código?
– As convenções da linguagem foram adequadamente utilizadas?
– Existe concordância em relação aos padrões de codificação quanto ao estilo da
linguagem, comentários e cabeçalho de cada código fonte?
– Há comentários incorretos ou ambíguos?
– Os tipos de dados das variáveis são apropriados?
– As constantes estão corretas?
www.qualister.com.br
61. Tipos de revisão
• Inspeção (técnicas de leitura)
– Leituras baseadas em orientação a objetos (OORT’s -Object-
Oriented Reading Techniques)
• As leituras baseadas em orientação a objetos representa uma
família de técnicas de leitura que fornecem um procedimento
para as revisões individuais dos diferentes diagramas e
documentos de projetos OO.
• O processo de leitura baseada em orientação a objetos é
realizado em duas dimensões: leitura horizontal e vertical.
Na leitura horizontal, diferentes diagramas de arquitetura são
revisados para assegurar que estejam consistentes entre si. Na
leitura vertical, é necessária a revisão dos documentos de
especificação de requisitos em relação aos diagramas de
arquitetura para assegurar que estejam consistentes entre si.
www.qualister.com.br
62. Tipos de revisão
• Inspeção (técnicas de leitura)
– Leitura Vertical:
• Quando lemos de um documento de mais alto nível como referência e o
comparamos com um documento de mais baixo nível. Artefatos de níveis de
abstração diferentes devem descrever o mesmo sistema
www.qualister.com.br
63. Tipos de revisão
• Inspeção (técnicas de leitura)
– Leitura Horizontal:
• Quando lemos de um documento do mesmo nível como referência e o
comparamos com um documento também do mesmo nível. Assegurar que os
artefatos de um mesmo nível de abstração representem o mesmo sistema e
são consistentes entre si.
www.qualister.com.br
64. Tipos de revisão
• Inspeção (técnicas de leitura)
– Leitura vertical e horizontal
Artefatos
inspecionados
Tipo
ObjeAvo
Verificar
se
um
diagrama
de
classes
para
um
sistema
descreve
as
classes
e
seus
relacionamentos
de
forma
que
is
comportamentos
especificados
no
diagramas
de
seqüência
estão
capturados
corretamente.
Diagramas
de
Seqüência
x
Classe
Horizontal
Para
fazer
isso,
primeiramente
deve-‐se
verificar
se
as
classes
e
objetos
especificados
no
diagrama
de
seqüência
aparecem
no
diagrama
de
classe.
Assim,
será
verificado
se
o
diagrama
de
classes
descreve
os
relacionamentos,
comportamentos
e
condições
que
capturam
a
dinâmica
dos
serviços
como
estão
descritos
no
diagrama
de
seqüência.
Diagramas
de
Estado
x
Descrição
de
Classes
Horizontal
Verificar
se
as
classes
estão
descritas
de
forma
a
capturar
a
funcionalidade
especifica
pelo
diagrama
de
estados.
Diagrama
de
Seqüência
x
Estados
Horizontal
Verificar
se
toda
transcrição
de
estado
para
um
objeto
pode
ser
realizada
pelas
mensagens
enviadas
e
recebidas
pelo
objeto.
Diagrama
de
Classes
x
Descrição
de
Classe
Horizontal
Verificar
se
as
descrição
detalhadas
das
classes
contêm
toda
a
informação
necessária
de
acordo
com
o
diagrama
de
classes
e
se
a
descrição
da
classe
possui
um
senFdo
semânFco.
Descrições
de
Classe
x
Descrições
de
Requisitos
VerFcal
Verificar
de
os
conceitos
e
serviços
descritos
pelos
requisitos
funcionais
estão
capturadas
apropriadamente
pela
descrições
das
classes.
Diagramas
de
Seqüência
x
Casos
de
Uso
VerFcal
Verificar
se
os
diagramas
de
seqüência
descrevem
uma
combinação
apropriada
de
objetos
e
mensagens
que
trabalham
em
conjunto
para
capturar
a
funcionalidade
descrita
pelo
caso
de
uso.
Diagrama
de
Estado
x
Descrição
de
Requisitos
e
VerFcal
Verificar
se
os
diagramas
de
estado
descrevem
apropriadamente
os
estados
dos
objetos
Casos
de
Uso
e
eventos
que
disparam
as
trocas
de
estado
conforme
descritos
nos
requisitos
e
casos
de
uso.
www.qualister.com.br
65. Tipos de revisão
• Inspeção (técnicas de leitura)
– Este tipo de técnica de inspeção, pode detectar os
seguintes tipos de defeitos:
• ausência de informação (definição de termos, unidades de medida,...)
• informação ambígua (vários significados possíveis para um único
termo)
• informação inconsistente (quando existem requisitos em conflito)
• fatos incorretos (fato que não pode ser verdadeiro nas condições
especificadas para o sistema)
• informação desnecessária (excesso de informação pode confundir os
usuários)
• outros tipos de defeitos (defeitos não classificados em nenhum dos
tipos anteriores, como por exemplo requisito em seção incorreta)
www.qualister.com.br
66. Tipos de revisão
• Inspeção (técnicas de leitura)
– Dificuldades relatadas na literatura
• O moderador que lidera o processo de inspeção não foi bem treinado;
• As pessoas que compõem a equipe de inspeção não assumem as suas
tarefas;
• Dificuldade dos participantes entenderem o uso das técnicas de inspeção
durante o treinamento;
• O tempo disponível para detectar os defeitos é insuficiente, acarretando um
projeto mal inspecionado;
• Falta de conhecimento por parte dos participantes com relação ao domínio do
projeto;
• Para a maioria das organizações a produtividade ainda é vista e medida em
termos de linhas de código, sendo que as inspeções requerem esforço sem
produzir qualquer linha de código, não sendo vista como um benefício tangível;
• Para os desenvolvedores, é constrangedor avaliar o seu trabalho e deixá-lo ser
avaliado por outros, pois pode comprometer a sua reputação profissional;
www.qualister.com.br
69. Ferramentas
• Ferramentas de revisão em software são extremante
complexas de serem construídas.
• Normalmente usadas para gestão, apoio e
armazenamento do resultado da revisão e gerar métricas
e estatísticas.
• Algumas ferramentas são usadas para a execução de
análise estática automatizada do código.
• Nos próximos slides apresentaremos e conheceremos
diversos exemplos de ferramentas
www.qualister.com.br
70. Quer saber mais?
Estes
são
apenas
alguns
slides
do
curso
de
revisão
e
inspeção
de
artefatos
(verificação)
oferecido
pela
Qualister.
Para
maiores
informações
visite
nosso
site:
h@p://www.qualister.com.br/cursos
www.qualister.com.br