O documento apresenta uma proposta de metodologia de testes para implementação no processo de desenvolvimento de uma empresa. A proposta inclui atividades como a criação de um backlog de testes, planejamento dos testes, execução dos testes e geração de relatórios para acompanhamento.
O documento discute os processos de gerenciamento de escopo de projeto de acordo com o PMBOK, incluindo planejar a gestão do escopo, coletar requisitos, definir o escopo, criar a estrutura analítica do projeto, validar o escopo e controlar o escopo. O gerenciamento de escopo é importante para garantir que o projeto inclua todo o trabalho necessário e somente o trabalho necessário para sua conclusão com sucesso.
- O documento descreve a colaboração de uma equipe da Universidade Federal da Bahia em projetos de código aberto, especificamente no framework PHP CakePHP.
- A equipe selecionou o CakePHP para colaboração depois de analisar várias opções e considerar aspectos como tamanho da comunidade, atividade e qualidade dos artefatos.
- As atividades de colaboração incluíram documentação, tradução, identificação e correção de bugs utilizando a metodologia e padrões de contribuição do projeto CakePHP.
Ferramenta de apoio a gerência de configuração de softwareelliando dias
O documento descreve o desenvolvimento de uma ferramenta para apoiar o processo de gerência de configuração de software. Detalha os objetivos, fundamentação teórica, requisitos, especificação, implementação e resultados do trabalho. A ferramenta foi comparada com outras ferramentas existentes e atendeu às diretrizes do modelo MPS.BR para gerência de configuração. O trabalho alcançou os objetivos propostos de controlar as atividades de gerência de configuração de software.
Este documento discute os processos e conceitos relacionados à gestão de escopo e tempo em projetos. Ele introduz os tópicos de planejamento de escopo, definição de escopo, criação da estrutura analítica de projetos (EAP) e verificação de escopo, além de conceitos como escopo de projeto e produto, requisitos e declaração de escopo.
Escalando Qualidade - Superando os desafios de transição em testes de softwareFernando Santiago
O documento discute os desafios de transição em testes de software e como superá-los. Em três frases:
Discute como identificar gaps de qualidade observando todas as fases do desenvolvimento e compartilhando conhecimento sobre qualidade com a equipe. Também aborda a importância de medir impactos através de métricas e evidenciar problemas encontrados para que todos tenham o mesmo entendimento.
O documento discute a estrutura analítica de projeto (EAP), que representa de forma hierárquica as entregas previstas para o projeto. A EAP deve decompor o escopo do projeto em componentes menores até o nível de detalhe adequado para planejamento e controle. A criação da EAP deve seguir dez mandamentos, como garantir que todas as entregas estejam representadas e decompor cada entrega em componentes que somados correspondam à entrega total.
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.
O documento discute os processos de gerenciamento de escopo de projeto de acordo com o PMBOK, incluindo planejar a gestão do escopo, coletar requisitos, definir o escopo, criar a estrutura analítica do projeto, validar o escopo e controlar o escopo. O gerenciamento de escopo é importante para garantir que o projeto inclua todo o trabalho necessário e somente o trabalho necessário para sua conclusão com sucesso.
- O documento descreve a colaboração de uma equipe da Universidade Federal da Bahia em projetos de código aberto, especificamente no framework PHP CakePHP.
- A equipe selecionou o CakePHP para colaboração depois de analisar várias opções e considerar aspectos como tamanho da comunidade, atividade e qualidade dos artefatos.
- As atividades de colaboração incluíram documentação, tradução, identificação e correção de bugs utilizando a metodologia e padrões de contribuição do projeto CakePHP.
Ferramenta de apoio a gerência de configuração de softwareelliando dias
O documento descreve o desenvolvimento de uma ferramenta para apoiar o processo de gerência de configuração de software. Detalha os objetivos, fundamentação teórica, requisitos, especificação, implementação e resultados do trabalho. A ferramenta foi comparada com outras ferramentas existentes e atendeu às diretrizes do modelo MPS.BR para gerência de configuração. O trabalho alcançou os objetivos propostos de controlar as atividades de gerência de configuração de software.
Este documento discute os processos e conceitos relacionados à gestão de escopo e tempo em projetos. Ele introduz os tópicos de planejamento de escopo, definição de escopo, criação da estrutura analítica de projetos (EAP) e verificação de escopo, além de conceitos como escopo de projeto e produto, requisitos e declaração de escopo.
Escalando Qualidade - Superando os desafios de transição em testes de softwareFernando Santiago
O documento discute os desafios de transição em testes de software e como superá-los. Em três frases:
Discute como identificar gaps de qualidade observando todas as fases do desenvolvimento e compartilhando conhecimento sobre qualidade com a equipe. Também aborda a importância de medir impactos através de métricas e evidenciar problemas encontrados para que todos tenham o mesmo entendimento.
O documento discute a estrutura analítica de projeto (EAP), que representa de forma hierárquica as entregas previstas para o projeto. A EAP deve decompor o escopo do projeto em componentes menores até o nível de detalhe adequado para planejamento e controle. A criação da EAP deve seguir dez mandamentos, como garantir que todas as entregas estejam representadas e decompor cada entrega em componentes que somados correspondam à entrega total.
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.
O documento descreve o Advanced Product Quality Planning (APQP), um método estruturado para garantir que um produto atenda às necessidades do cliente. Ele discute os fundamentos do planejamento da qualidade do produto, como organizar uma equipe, definir escopo e desenvolver planos de controle. Também apresenta as etapas do cronograma de planejamento da qualidade do produto.
- O documento discute a colaboração de uma equipe da UFBA/UEFS em projetos de software livre e aberto (FLOSS), tendo selecionado o framework PHP CakePHP como o projeto de foco.
- A equipe realizou um reconhecimento inicial do CakePHP, identificando suas tecnologias, padrões arquiteturais, código-fonte, licença, repositórios e processos. Em seguida, selecionaram atividades como documentação, tradução e correção de bugs para contribuir.
-
O documento apresenta informações sobre o processo de Aprovação de Peça de Produção (PPAP) e o manual de referência APQP e PPAP. Ele inclui tópicos como: (1) fluxograma do processo de PPAP; (2) requisitos para submissão do PPAP; (3) estudos iniciais de processo e capabilidade. O objetivo é orientar sobre os procedimentos e requisitos para validação do produto e processo de produção conforme os padrões do cliente.
O documento discute os processos de gerenciamento de escopo em projetos, incluindo coletar requisitos, definir escopo, criar a estrutura analítica do projeto (EAP) e controlar escopo. Ele fornece detalhes sobre técnicas e saídas para cada processo.
1) O documento discute o Planejamento Avançado da Qualidade do Produto (APQP), uma ferramenta para planejar a qualidade durante o desenvolvimento de produtos.
2) É apresentado um estudo de caso sobre a aplicação do APQP no desenvolvimento de um sistema de acionamento elétrico para veículos em uma indústria automotiva.
3) Os resultados sugerem que o uso de uma metodologia padronizada como o APQP pode ajudar a cumprir os prazos de lançamento de produtos estabelecidos pelos clientes.
O documento discute a gestão do escopo de projetos. Apresenta os processos necessários para assegurar que o projeto inclua todo o trabalho requerido para completar o projeto com sucesso, focando na definição e controle do que está ou não incluído no projeto. Detalha técnicas como levantamento de requisitos, definição do escopo, plano de gerenciamento do escopo e documentação necessária.
O documento descreve o Processo de Aprovação de Peça de Produção (PPAP), que tem como objetivos definir requisitos para aprovação de peças de produção, verificar se os requisitos do cliente são compreendidos pelo fornecedor e controlar a produção de acordo com as especificações. O PPAP exige documentos como registros de projeto, resultados de testes e ensaios e estudos de medição para garantir a qualidade especificada antes da primeira remessa de produção.
Este documento resume um projeto de colaboração com o framework CakePHP desenvolvido por uma equipe da Universidade Federal da Bahia. O projeto envolveu diversas atividades como documentação, tradução, correção de bugs e testes. A equipe caracterizou o framework, identificou tarefas e realizou contribuições como adicionar instruções para configuração no Windows e traduzir uma seção da documentação para português do Brasil.
Este documento apresenta um resumo sobre gerenciamento de escopo em projetos. Primeiro, descreve os processos de gerenciamento de escopo de acordo com o PMBOK. Em seguida, discute boas práticas e técnicas para gerenciamento de escopo, incluindo modelos de documentos importantes. O objetivo é confirmar a importância de um bom gerenciamento de escopo para o sucesso de projetos.
O documento descreve o planejamento avançado da qualidade do produto (APQP), incluindo seus objetivos, etapas e outputs esperados para cada etapa, como planos de controle, análises de falhas e validação do produto e processo.
Planejamento Avançado da Qualidade do Produto Item 7.3 eRogério Souza
O documento descreve as etapas de um processo de desenvolvimento de produto (APQP) em quatro fases, fazendo perguntas sobre se cada etapa foi concluída e solicitando comentários. As fases incluem planejamento preliminar, desenvolvimento do produto, validação do processo de produção e preparação para produção em série.
Este documento apresenta um modelo de plano de testes para um novo sistema. Ele descreve o escopo e objetivos dos testes, incluindo testes funcionais, de integração e de aceitação. Além disso, define os critérios de entrada e saída para o teste do sistema, como a correção de erros de alta prioridade e a conclusão de testes de integração e aceitação com sucesso.
O documento discute o APQP (Planejamento Avançado da Qualidade do Produto) e o PPAP (Processo de Aprovação de Peças de Produção), incluindo as fases do APQP, os 18 requisitos do PPAP, e a correlação entre os dois processos para garantir a qualidade dos produtos e a satisfação dos clientes. Exercícios práticos são fornecidos para consolidar os conceitos apresentados.
Análise Crítica dos Dados de Entrada Item 7.3 aRogério Souza
O documento avalia os requisitos e informações iniciais para o desenvolvimento de um novo produto. Ele verifica se os objetivos de qualidade, prazos, custos e requisitos regulatórios e do cliente foram definidos, bem como os volumes de produção, embalagem e prazos para protótipos e produção. Alguns itens como treinamento da equipe e características especiais do produto ainda precisam ser esclarecidos com o cliente.
O documento apresenta um diagrama de fluxo de processo para a produção de peças de fundição, descrevendo as etapas de recebimento de matéria-prima, fusão, vazamento, jateamento, usinagem e inspeção final. Ele também inclui informações sobre a capacidade produtiva da linha de produção e a avaliação inicial de riscos do lançamento do produto.
O documento discute gestão de escopo e matriz de responsabilidade (RACI) para projetos. Apresenta conceitos de projeto, escopo, estrutura analítica de projetos (EAP) e como definir, verificar e controlar o escopo ao longo do projeto. Também explica o que é uma matriz RACI e como ela pode ser usada para atribuir responsabilidades de tarefas e atividades a stakeholders em um projeto.
RUP - Gerenciamento de configuração e mudança (corrigido)Elen Arantza
Este documento fornece uma visão geral do gerenciamento de configuração e mudança, abordando seus conceitos, fluxo de trabalho, atividades e artefatos principais. O gerenciamento de configuração controla mudanças nos artefatos de um projeto e mantém sua integridade. O fluxo de trabalho inclui planejamento, criação de ambientes, alteração e liberação, gerenciamento de baselines e releases. Os principais papéis são gerente de configuração, gerente de controle de mudança e integrador.
O documento apresenta um manual de referência sobre APQP (Planejamento Avançado da Qualidade do Produto) e PPAP (Aprovação do Plano de Controle do Produto). O manual descreve os conceitos básicos e objetivos do APQP, incluindo suas principais atividades e responsabilidades da equipe envolvida no processo. Além disso, relaciona o APQP aos requisitos da norma ISO/TS 16949.
Escalando Qualidade - Superando os desafios de transição em testes de softwareFernando Santiago
O documento discute estratégias para superar desafios de qualidade de software durante a transição para metodologias ágeis. Ele aborda (1) identificar lacunas na qualidade do produto, (2) assumir a responsabilidade pela qualidade, e (3) identificar lacunas de qualidade ao longo do ciclo de desenvolvimento. O objetivo é melhorar a qualidade do produto por meio da observação contínua e da medição do impacto das mudanças.
Apresentação – Fórum e-Commerce Brasil 2015 – Planejamento de Compras como Va...Samuel Gonsales
1. O documento discute como o planejamento e gestão de compras podem ser uma vantagem competitiva para e-commerces, ao contrário da abordagem da maioria que se concentra demais em vendas e questões operacionais.
2. É proposto que e-commerces otimizem processos, gestão de estoques, planejamento de vendas, compras de reposição contínua, sortimento, orçamento de compras aberto e indicadores para obter benefícios como redução de custos e satisfação do cliente.
3. Em conclusão,
As três frases resumem os principais pontos de referência técnicos (marcos) do processo de desenvolvimento de software orientado a objetos descrito no documento:
1) A Análise Orientada a Objetos é concluída quando todas as classes, hierarquias, atributos, serviços e relações são definidos e revisados.
2) O Desenho Orientado a Objetos é concluído quando os subsistemas, classes, associações de tarefas e responsabilidades são definidos e revisados.
3) Os Testes Orientados a Objetos
A Inspireé oferece serviços de comunicação, marketing e design thinking para identificar a experiência de compra dos clientes e criar soluções para melhorá-la, como mapeamento de pontos de contato, pesquisa com clientes e diretoria, e implementação de sugestões para melhores processos de atendimento e aumento de indicações.
O documento descreve o Advanced Product Quality Planning (APQP), um método estruturado para garantir que um produto atenda às necessidades do cliente. Ele discute os fundamentos do planejamento da qualidade do produto, como organizar uma equipe, definir escopo e desenvolver planos de controle. Também apresenta as etapas do cronograma de planejamento da qualidade do produto.
- O documento discute a colaboração de uma equipe da UFBA/UEFS em projetos de software livre e aberto (FLOSS), tendo selecionado o framework PHP CakePHP como o projeto de foco.
- A equipe realizou um reconhecimento inicial do CakePHP, identificando suas tecnologias, padrões arquiteturais, código-fonte, licença, repositórios e processos. Em seguida, selecionaram atividades como documentação, tradução e correção de bugs para contribuir.
-
O documento apresenta informações sobre o processo de Aprovação de Peça de Produção (PPAP) e o manual de referência APQP e PPAP. Ele inclui tópicos como: (1) fluxograma do processo de PPAP; (2) requisitos para submissão do PPAP; (3) estudos iniciais de processo e capabilidade. O objetivo é orientar sobre os procedimentos e requisitos para validação do produto e processo de produção conforme os padrões do cliente.
O documento discute os processos de gerenciamento de escopo em projetos, incluindo coletar requisitos, definir escopo, criar a estrutura analítica do projeto (EAP) e controlar escopo. Ele fornece detalhes sobre técnicas e saídas para cada processo.
1) O documento discute o Planejamento Avançado da Qualidade do Produto (APQP), uma ferramenta para planejar a qualidade durante o desenvolvimento de produtos.
2) É apresentado um estudo de caso sobre a aplicação do APQP no desenvolvimento de um sistema de acionamento elétrico para veículos em uma indústria automotiva.
3) Os resultados sugerem que o uso de uma metodologia padronizada como o APQP pode ajudar a cumprir os prazos de lançamento de produtos estabelecidos pelos clientes.
O documento discute a gestão do escopo de projetos. Apresenta os processos necessários para assegurar que o projeto inclua todo o trabalho requerido para completar o projeto com sucesso, focando na definição e controle do que está ou não incluído no projeto. Detalha técnicas como levantamento de requisitos, definição do escopo, plano de gerenciamento do escopo e documentação necessária.
O documento descreve o Processo de Aprovação de Peça de Produção (PPAP), que tem como objetivos definir requisitos para aprovação de peças de produção, verificar se os requisitos do cliente são compreendidos pelo fornecedor e controlar a produção de acordo com as especificações. O PPAP exige documentos como registros de projeto, resultados de testes e ensaios e estudos de medição para garantir a qualidade especificada antes da primeira remessa de produção.
Este documento resume um projeto de colaboração com o framework CakePHP desenvolvido por uma equipe da Universidade Federal da Bahia. O projeto envolveu diversas atividades como documentação, tradução, correção de bugs e testes. A equipe caracterizou o framework, identificou tarefas e realizou contribuições como adicionar instruções para configuração no Windows e traduzir uma seção da documentação para português do Brasil.
Este documento apresenta um resumo sobre gerenciamento de escopo em projetos. Primeiro, descreve os processos de gerenciamento de escopo de acordo com o PMBOK. Em seguida, discute boas práticas e técnicas para gerenciamento de escopo, incluindo modelos de documentos importantes. O objetivo é confirmar a importância de um bom gerenciamento de escopo para o sucesso de projetos.
O documento descreve o planejamento avançado da qualidade do produto (APQP), incluindo seus objetivos, etapas e outputs esperados para cada etapa, como planos de controle, análises de falhas e validação do produto e processo.
Planejamento Avançado da Qualidade do Produto Item 7.3 eRogério Souza
O documento descreve as etapas de um processo de desenvolvimento de produto (APQP) em quatro fases, fazendo perguntas sobre se cada etapa foi concluída e solicitando comentários. As fases incluem planejamento preliminar, desenvolvimento do produto, validação do processo de produção e preparação para produção em série.
Este documento apresenta um modelo de plano de testes para um novo sistema. Ele descreve o escopo e objetivos dos testes, incluindo testes funcionais, de integração e de aceitação. Além disso, define os critérios de entrada e saída para o teste do sistema, como a correção de erros de alta prioridade e a conclusão de testes de integração e aceitação com sucesso.
O documento discute o APQP (Planejamento Avançado da Qualidade do Produto) e o PPAP (Processo de Aprovação de Peças de Produção), incluindo as fases do APQP, os 18 requisitos do PPAP, e a correlação entre os dois processos para garantir a qualidade dos produtos e a satisfação dos clientes. Exercícios práticos são fornecidos para consolidar os conceitos apresentados.
Análise Crítica dos Dados de Entrada Item 7.3 aRogério Souza
O documento avalia os requisitos e informações iniciais para o desenvolvimento de um novo produto. Ele verifica se os objetivos de qualidade, prazos, custos e requisitos regulatórios e do cliente foram definidos, bem como os volumes de produção, embalagem e prazos para protótipos e produção. Alguns itens como treinamento da equipe e características especiais do produto ainda precisam ser esclarecidos com o cliente.
O documento apresenta um diagrama de fluxo de processo para a produção de peças de fundição, descrevendo as etapas de recebimento de matéria-prima, fusão, vazamento, jateamento, usinagem e inspeção final. Ele também inclui informações sobre a capacidade produtiva da linha de produção e a avaliação inicial de riscos do lançamento do produto.
O documento discute gestão de escopo e matriz de responsabilidade (RACI) para projetos. Apresenta conceitos de projeto, escopo, estrutura analítica de projetos (EAP) e como definir, verificar e controlar o escopo ao longo do projeto. Também explica o que é uma matriz RACI e como ela pode ser usada para atribuir responsabilidades de tarefas e atividades a stakeholders em um projeto.
RUP - Gerenciamento de configuração e mudança (corrigido)Elen Arantza
Este documento fornece uma visão geral do gerenciamento de configuração e mudança, abordando seus conceitos, fluxo de trabalho, atividades e artefatos principais. O gerenciamento de configuração controla mudanças nos artefatos de um projeto e mantém sua integridade. O fluxo de trabalho inclui planejamento, criação de ambientes, alteração e liberação, gerenciamento de baselines e releases. Os principais papéis são gerente de configuração, gerente de controle de mudança e integrador.
O documento apresenta um manual de referência sobre APQP (Planejamento Avançado da Qualidade do Produto) e PPAP (Aprovação do Plano de Controle do Produto). O manual descreve os conceitos básicos e objetivos do APQP, incluindo suas principais atividades e responsabilidades da equipe envolvida no processo. Além disso, relaciona o APQP aos requisitos da norma ISO/TS 16949.
Escalando Qualidade - Superando os desafios de transição em testes de softwareFernando Santiago
O documento discute estratégias para superar desafios de qualidade de software durante a transição para metodologias ágeis. Ele aborda (1) identificar lacunas na qualidade do produto, (2) assumir a responsabilidade pela qualidade, e (3) identificar lacunas de qualidade ao longo do ciclo de desenvolvimento. O objetivo é melhorar a qualidade do produto por meio da observação contínua e da medição do impacto das mudanças.
Apresentação – Fórum e-Commerce Brasil 2015 – Planejamento de Compras como Va...Samuel Gonsales
1. O documento discute como o planejamento e gestão de compras podem ser uma vantagem competitiva para e-commerces, ao contrário da abordagem da maioria que se concentra demais em vendas e questões operacionais.
2. É proposto que e-commerces otimizem processos, gestão de estoques, planejamento de vendas, compras de reposição contínua, sortimento, orçamento de compras aberto e indicadores para obter benefícios como redução de custos e satisfação do cliente.
3. Em conclusão,
As três frases resumem os principais pontos de referência técnicos (marcos) do processo de desenvolvimento de software orientado a objetos descrito no documento:
1) A Análise Orientada a Objetos é concluída quando todas as classes, hierarquias, atributos, serviços e relações são definidos e revisados.
2) O Desenho Orientado a Objetos é concluído quando os subsistemas, classes, associações de tarefas e responsabilidades são definidos e revisados.
3) Os Testes Orientados a Objetos
A Inspireé oferece serviços de comunicação, marketing e design thinking para identificar a experiência de compra dos clientes e criar soluções para melhorá-la, como mapeamento de pontos de contato, pesquisa com clientes e diretoria, e implementação de sugestões para melhores processos de atendimento e aumento de indicações.
Tema Livre Apresentacao Oral Apresentado No I Cobrad Cascavel PrLeonardo Savassi
O documento descreve um estudo para validar um instrumento de registro para o modelo de atenção domiciliar no Sanatório Santa Izabel. O objetivo é implementar uma atenção domiciliar de qualidade para pacientes crônicos através de um instrumento leve e conciso que facilite o fluxo de informações entre a equipe multiprofissional e cuidadores.
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.
Homologação requisitos para validar sistemas erpSérgio Caldeira
Este documento apresenta um modelo de validação para sistemas ERP. Primeiro, distingue validação de teste e explica porque ambos são importantes. Depois, discute os desafios na validação de sistemas ERP devido às suas características únicas. Finalmente, propõe um modelo de validação baseado em referenciais normativos e processuais.
Pipeline de deploy continuo (DevOps) de chatbotLappis UnB
Quais são os stages necessários para o deploy de um chatbot? Quais são os testes necessários? Apresentaremos o pipeline de integração contínua e deploy contínuo da chatbot Tais (ministério da cidadania), os principais conceitos utilizando docker, gitlab ci e um chatbot que utiliza redes neurais (rasa)
O documento apresenta o TestLink, uma ferramenta open source para gerenciamento de testes. Ele descreve os principais conceitos como casos de teste, planos de teste e projetos de teste. Também mostra as telas do sistema para realizar atividades como cadastro de projetos, planos de teste, casos de teste e execução dos testes.
Ciclo de vida de testes implementado v2douglasdc7m
O documento apresenta uma introdução à ferramenta HP ALM para gerenciamento do ciclo de vida de testes de software. Descreve os principais módulos da ferramenta para especificar requisitos, planejar e executar testes, reportar defeitos e acompanhar métricas. Também mostra como a ferramenta apoia as diferentes etapas do processo de teste e como objetos são criados e relacionados entre os módulos.
Este documento resume os principais pontos sobre gerenciamento de escopo em projetos. Ele discute o que é escopo, os processos de gerenciamento de escopo como coletar requisitos, definir escopo, criar estrutura analítica de projeto e verificar e controlar escopo. Ele também explica a importância da linha de base do escopo para planejamento e medição do desempenho do projeto.
Boas práticas de desenvolvimento ágil com Continuous Integration + Delivery e...Denis Santos
O documento descreve um novo processo de desenvolvimento de software utilizando práticas ágeis como Scrum e entrega contínua. O processo inclui atividades de desenvolvimento, teste e implantação em diferentes ambientes até a produção, monitorado por um pipeline de implantação contínua.
Metodologia passo-a-passo para upgrade do SAP ERPJOSUE DIAS
1) O documento descreve a metodologia para executar um upgrade do sistema SAP ERP, incluindo testes de regressão, criação de um ambiente pré-produtivo e envolvimento de usuários-chave.
2) É recomendado focar os testes de regressão nos processos e transações críticos para o negócio que podem ser impactados pela atualização.
3) Usuários-chave devem participar dos testes de regressão para garantir que processos importantes não sejam afetados.
O documento apresenta uma disciplina sobre automatização de testes. Ele discute os problemas do processo de teste manual, ferramentas de teste como TestLink e Mantis, e como migrar casos de teste de um processo manual para essas ferramentas.
O documento discute o gerenciamento de produtos em desenvolvimento de software, cobrindo tópicos como backlog de produtos, roadmap, requisitos, sprints, releases e métricas. O objetivo é alinhar as funcionalidades desenvolvidas aos requisitos dos clientes e do mercado de forma ágil.
Christiane E. Benatti A. de Oliveira, 35 anos, brasileira e casada. Formada em Ciência da Computação com ênfase em Testes e Qualidade de Software. Atua como Analista de Testes há mais de 10 anos, tendo experiência com análise de requisitos, planejamento e execução de testes, automação, garantia da qualidade do software e gestão de projetos.
1. O documento descreve seis processos de gerenciamento de escopo de projeto de acordo com o PMBOK: planejar o gerenciamento do escopo, coletar requisitos, definir o escopo, criar a estrutura analítica do projeto, validar o escopo e controlar o escopo.
2. A estrutura analítica do projeto é uma ferramenta para decompor o trabalho do projeto em partes menores e mais gerenciáveis.
3. Validar o escopo e controlar o escopo são processos para medir
O documento descreve o processo de desenvolvimento de produtos no Brasil. Ele discute como projetos de desenvolvimento de produtos podem ser realizados localmente por unidades de multinacionais no Brasil, aproveitando as competências técnicas existentes. Exemplos de empresas brasileiras que tiveram sucesso com desenvolvimento local de produtos são apresentados.
O documento discute os conceitos de escopo de projeto e escopo do produto. Explica que o escopo do projeto refere-se ao trabalho necessário para produzir o produto/serviço, enquanto o escopo do produto refere-se às características e funcionalidades do produto/serviço. Também aborda a estrutura do escopo, incluindo o termo de abertura do projeto, entregas, exclusões, restrições e premissas.
Workshop - Plano de Testes End to End com o Microsoft Test ManagerAlan Carlos
1) O documento discute planos de testes end-to-end com o Microsoft Test Manager, incluindo a criação de casos de testes funcionais, não funcionais e exploratórios.
2) Instruções detalhadas são fornecidas sobre como criar e gerenciar planos de testes, suítes de testes, casos de testes e bugs no Test Manager.
3) A gestão do laboratório de testes é abordada, incluindo a criação rápida de ambientes usando o AppController e a integração dos testes com o Laboratório
Um plano de testes documenta a estratégia para verificar se um produto ou sistema atende aos requisitos. Normalmente preparado por engenheiros de teste, um plano de testes deve incluir detalhes como itens a serem testados, critérios de aprovação, cronograma e responsabilidades.
O documento discute o gerenciamento de escopo em projetos, definindo-o como o processo de definir e controlar os trabalhos a serem realizados pelo projeto para garantir a entrega do produto com a menor quantidade de trabalho possível. Ele explica os conceitos de escopo funcional, técnico e de atividades, e descreve os cinco processos-chave de gerenciamento de escopo: coletar requisitos, definir o escopo, criar a Estrutura Analítica de Projeto, verificar o escopo e controlar o escopo
Automatizando testes de processos e regras de negócio no Camunda Run Community Edition utilizando Gherkin, Cucumber e Karate Framework, por Carlos Renato dos Santos Ramos, Analista de Informática na Câmara dos Deputados.
O documento discute os processos de engenharia de requisitos, incluindo a obtenção e análise de requisitos, ciclos de vida de desenvolvimento de software e modelos como cascata, evolucionário, formal e incremental. Ele também descreve as atividades de engenharia de requisitos como elicitação, especificação e gerenciamento de mudanças.
O documento resume conceitos e práticas de metodologias ágeis como Scrum, XP e Ruby on Rails. Apresenta características de desenvolvimento ágil, papéis em Scrum, ciclo de vida do XP e práticas como programação em par e teste.
O documento discute os processos e técnicas de gerenciamento do escopo e tempo em projetos, incluindo planejamento, definição e controle do escopo, além de sequenciamento, estimativa de duração e desenvolvimento do cronograma. Exemplos e exercícios são fornecidos para ilustrar cada tópico.
Semelhante a Maplink - Proposta Processos de Teste_v3.ppt (20)
2. Agenda
● Objetivo
● Conceitos básicos de teste
● Atividades de Teste no Processo de Desenvolvimento
"As Is"
Proposta
Backlog Testes
Test Planning
Test
Rejected
● Relatórios de acompanhamento dos testes
● Próximos passos
3. Objetivo
● Apresentar uma proposta de metodologia de testes, para
implementação no processo de desenvolvimento da Maplink.
4. Conceitos Básicos de TesteFonte: ISTQB Certified Tester Foundation Level Syllabus (http://www.bstqb.org.br/uploads/docs/syllabus_ctfl_2011br.pdf)
● Erro <> Defeito <> Falha
● Quanto teste é suficiente?
● Testes podem possuir objetivos diferentes:
Encontrar defeitos;
Ganhar confiança sobre o nível de qualidade;
Prover informações para tomada de decisão;
Prevenir defeitos.
5. Conceitos Básicos de TesteFonte: ISTQB Certified Tester Foundation Level Syllabus (http://www.bstqb.org.br/uploads/docs/syllabus_ctfl_2011br.pdf)
Os sete princípios do teste:
1. Teste demonstra a presença de defeitos;
2. Teste exaustivo é impossível;
3. Teste antecipado;
4. Agrupamento de defeitos;
5. Paradoxo do Pesticida;
6. Teste depende do contexto;
7. A ilusão da ausência de erros.
6. Conceitos Básicos de TesteFonte: ISTQB Certified Tester Foundation Level Syllabus (http://www.bstqb.org.br/uploads/docs/syllabus_ctfl_2011br.pdf)
Níveis de Teste:
● Teste de Componente ou Unitário
● Teste de Integração
● Teste de Sistema
● Teste de Aceite
Tipos de Teste:
● Testes Funcionais
● Testes Não Funcionais
● Testes Estruturais
7. Atividades de Teste no Processo de
Desenvolvimento - “As Is”
BACKLOG
BACKLOG
FABRÍCIO
BACKLOG
SU
BACKLOG
MALOSTE
SELECTED FOR
DEVELOPMENT
WAITING TO
TEST
TEST
READY TO
VALIDATE
DONE
IN PROGRESS
8. Atividades de Teste no Processo de
Desenvolvimento - Proposta
BACKLOG
TESTES
TEST PLANNING
REJECTED
BACKLOG
BACKLOG
FABRÍCIO
BACKLOG
SU
BACKLOG
MALOSTE
SELECTED FOR
DEVELOPMENT
WAITING TO
TEST
TEST
READY TO
VALIDATE
DONE
IN PROGRESS
9. ● A equipe de testes deverá participar das reuniões de Planning,
com a intenção de definir qual Story passará pela equipe de
testes.
● Uma vez definido o Story e selecionado para desenvolvimento, o
mesmo fará parte de um backlog de testes.
Atividades de Teste no Processo de
Desenvolvimento - Backlog Testes
BACKLOG
TESTES
10. ● Neste momento, serão construídos os casos de testes para as
funcionalidades definidas no Story.
● Toda a documentação de teste será produzida no TestLink:
○ Construção dos requisitos (detalhamento do Story);
○ Construção dos casos de testes e atribuição aos requisitos;
○ Construção das instâncias dos casos de teste para execução;
○ Automação dos casos de teste;
○ Construção das instâncias dos casos de teste para execução.
Atividades de Teste no Processo de
Desenvolvimento - Test Planning
TEST PLANNING
11. Construção dos requisitos:
● Um requisito no TestLink deve possuir o nível de detalhe
suficiente para a construção dos casos de teste.
● Como sugestão, este detalhamento pode ser efetuado no formato
de especificação de caso de uso.
Atividades de Teste no Processo de
Desenvolvimento - Test Planning
TEST PLANNING
12. Construção dos requisitos:
● Exemplo de caso de uso para o story “PSL-187 - Alteração da nomenclatura TAGs”
○ Descrição:
■ Alterar o nome 'TAGS' para 'Categorias' em todos os locais onde esta aparece na ferramenta
○ Fluxo Básico
■ Acessar as telas que contém atualmente o nome "TAGS":
● Tela 1 - Navegação: Menu 1 > Submenu 1
● Tela 2 - Navegação: Menu 2 > Submenu 2
● Tela 3 - Navegação: Menu 3 > Submenu 3
○ Fluxos Alternativos
■ Não há
○ Fluxos de Exceção
■ Não há
○ Regras de Negócio
■ Alterar o nome 'TAGS' para 'Categorias' em todos os locais onde esta aparece na ferramenta
○ Pós-Condições
■ Deve exibir o nome 'Categorias' em todos os locais onde estava o nome "TAGS" aparece na ferramenta
○ Pontos de Extensão
■ Não há
○ Requisitos Especiais
■ Não há
Atividades de Teste no Processo de
Desenvolvimento - Test Planning
TEST PLANNING
13. Construção dos requisitos:
● Estrutura no TestLink:
○ Maplink - Produtos (Projeto TestLink)
■ <Produto Maplink> (Pasta em Requisitos)
● <JIRA Project Key> - <JIRA Project Description> (Subpasta em Requisitos)
○ <Jira Story Key> - <JIRA Story Description> (Requisito)
○ Maplink - Projetos (Projeto TestLink)
■ <JIRA Project Key> - <JIRA Project Description> (Pasta em Requisitos)
● <Jira Story Key> - <JIRA Story Description> (Requisito)
○ Maplink - Serviços (Projeto TestLink)
■ <Serviço Maplink> (Pasta em Requisitos)
● <JIRA Project Key> - <JIRA Project Description> (Subpasta em Requisitos)
○ <Jira Story Key> - <JIRA Story Description> (Requisito)
Atividades de Teste no Processo de
Desenvolvimento - Test Planning
TEST PLANNING
14. Construção dos requisitos:
● Exemplo de Estrutura no TestLink - Produtos:
○ Maplink - Produtos (Projeto TestLink)
■ Store Locator (Pasta em Requisitos)
● PSL - Store Locator (Subpasta em Requisitos)
○ PSL-187 - Alteração da nomenclatura TAGs (Requisito)
○ PSL-208 - Melhorar a escolha de raizes e folhas das categorias (Requisito)
○ PSL-193 - refactoring do design - app (Requisito)
■ Logistics (Pasta em Requisitos)
● RS - PJI2015001 - Projeto Produto Logistica (Subpasta em Requisitos)
○ RS-48 - Implementar skills (Requisito)
○ RS-47 - Adequação da estrutura da api para ambiente de produção (Requisito)
○ RS-43 - Retirar base/garagem de veículos em VehicleRouting (Requisito)
Atividades de Teste no Processo de
Desenvolvimento - Test Planning
TEST PLANNING
15. Construção dos requisitos:
● Exemplo de Estrutura no TestLink - Projetos:
○ Maplink - Projetos (Projeto TestLink)
■ PPJ - PJE2015005 - Projeto JBS (Pasta em Requisitos)
● PPJ-4 - CRUD - Grupo de zonas de restrição (Requisito)
● PPJ-5 - Atribuições de grupos às áreas de restrições (Requisito)
● PPJ-7 - [JBS] Colocar serviço IBGE em homologação. (Requisito)
● PPJ-1 - JBS Análise dos endereços por Revgeo (Requisito)
● PPJ-6 - Subir aplicação em Homologação (Requisito)
■ PPPB - PJE2015006 - Projeto Pag Bem (Pasta em Requisitos)
● PPPB-12 - Adaptar layout aprovado pelo cliente na aplicação. (Requisito)
● PPPB-1 - Adaptar projeto Siga Fácil para Pague Bem (Requisito)
Atividades de Teste no Processo de
Desenvolvimento - Test Planning
TEST PLANNING
16. Construção dos requisitos:
● Exemplo de Estrutura no TestLink - Serviços:
○ Maplink - Serviços (Projeto TestLink)
■ AuthService (Pasta em Requisitos)
● AUT - [MANUT]AuthService (Subpasta em Requisitos)
○ AUT-43 - Desacoplamento dos Modelos e DTO's do Auth com Service
Stack (Requisito)
○ AUT-42 - Suporte a Idioma Padrão por Usuário (Requisito)
○ AUT-40 - Implementação de regras de acesso para permitir atualização de
um (Requisito)
Atividades de Teste no Processo de
Desenvolvimento - Test Planning
TEST PLANNING
17. Construção dos requisitos:
● Exemplo de Requisito no TestLink:
Atividades de Teste no Processo de
Desenvolvimento - Test Planning
TEST PLANNING
18. Construção dos casos de teste e atribuição aos requisitos:
● Criar uma estrutura de pastas semelhante a criada para os
requisitos, sendo o Story o último nível de pasta.
● Os casos de teste devem cobrir o máximo de passos definidos
nos casos de uso
● Durante a construção dos casos de teste no TestLink, atribuir o
requisito correspondente, para possibilitar a rastreabilidade dos
casos de teste
Atividades de Teste no Processo de
Desenvolvimento - Test Planning
TEST PLANNING
19. Construção dos casos de teste e atribuição aos requisitos:
● Exemplo de casos de teste para o story “PSL-187 - Alteração da nomenclatura TAGs”
Sumário Pré-Condições Ações do Passo Resultado esperado
Validar a alteração do nome
TAGS exibido na Tela 1
Usuário válido e autenticado
no sistema
Acessar o menu Menu >
Submenu
Deve acessar a tela 1
Validar a alteração do nome
TAGS
Deve exibir o nome
“Categorias” ao invés do
nome TAGS
Validar a alteração do nome
TAGS exibido na Tela 2
Usuário válido e autenticado
no sistema
Acessar o menu Menu >
Submenu
Deve acessar a tela 2
Validar a alteração do nome
TAGS
Deve exibir o nome
“Categorias” ao invés do
nome TAGS
Validar a alteração do nome
TAGS exibido na Tela 3
Usuário válido e autenticado
no sistema
Acessar o menu Menu >
Submenu
Deve acessar a tela 3
Validar a alteração do nome
TAGS
Deve exibir o nome
“Categorias” ao invés do
nome TAGS
Atividades de Teste no Processo de
Desenvolvimento - Test Planning
TEST PLANNING
20. Construção dos casos de teste e atribuição aos requisitos:
● Exemplo de caso de teste construído no TestLink:
Atividades de Teste no Processo de
Desenvolvimento - Test Planning
TEST PLANNING
21. Construção dos casos de teste e atribuição aos requisitos:
● Exemplo de atribuição de requisito a caso de teste no TestLink:
Atividades de Teste no Processo de
Desenvolvimento - Test Planning
TEST PLANNING
22. Construção das instâncias dos casos de teste para execução:
● Neste momento, é definido o plano de execução dos testes. Os
seguintes critérios são levados em consideração:
○ Definição da baseline de testes;
○ Definição das plataformas (versões de aplicações e
componentes envolvidos no teste);
○ Casos de testes envolvidos na execução, atribuindo o mesmo
a suas respectivas plataformas;
○ Definição da sequência da execução dos testes e priorização
dos testes;
○ Atribuir casos de teste aos usuários para execução.
Atividades de Teste no Processo de
Desenvolvimento - Test Planning
TEST PLANNING
23. Construção das instâncias dos casos de teste para execução:
● Exemplo da definição da baseline de testes:
○ Ativo / Inativo Define se a baseline está ou não disponível para funcionalidade do TestLink.
Baseline inativa não é listado nas páginas de execução e relatórios.
○ Fechado / Aberto Define se os Resultados do Teste podem ser modificados para a baseline.
Atividades de Teste no Processo de
Desenvolvimento - Test Planning
TEST PLANNING
24. Construção das instâncias dos casos de teste para execução:
● Exemplo da funcionalidade “Adicionar / Remover Plataforma”:
Atividades de Teste no Processo de
Desenvolvimento - Test Planning
TEST PLANNING
25. Construção das instâncias dos casos de teste para execução:
● Exemplo da ordenação da execução dos testes:
Atividades de Teste no Processo de
Desenvolvimento - Test Planning
TEST PLANNING
26. Construção das instâncias dos casos de teste para execução:
● Exemplo da priorização do caso de teste:
Atividades de Teste no Processo de
Desenvolvimento - Test Planning
TEST PLANNING
27. Construção das instâncias dos casos de teste para execução:
● Exemplo da atribuição de casos de teste aos usuários para
execução:
Atividades de Teste no Processo de
Desenvolvimento - Test Planning
TEST PLANNING
28. Automação dos casos de teste:
● Após a finalização do script de testes, analisar os casos de teste
passíveis de automação. Em caso positivo, os mesmos serão
automatizados utilizando o Selenium WebDriver;
● Caso já exista automação para algum caso de teste, os mesmos
serão associados aos casos de teste no TestLink (mecanismo
para associação em estudo).
Atividades de Teste no Processo de
Desenvolvimento - Test Planning
TEST PLANNING
29. Execução dos casos de teste
● A execução dos testes iniciará após a finalização do
planejamentos dos testes, e o deploy da aplicação ou serviço
correspondente ao story no ambiente HMLG.
● Toda a execução dos testes deverá ser registrada no TestLink,
através da funcionalidade “Executar Testes”
● Qualquer que seja o resultado (Passed ou Failed), toda a execução
deverá ser registrada juntamente com a sua evidência
● Entende-se por evidência de teste um screenshot, arquivo de log
ou qualquer outro artefato relacionado a execução do teste
Atividades de Teste no Processo de
Desenvolvimento - Test
TEST
30. ● Exemplo da funcionalidade “Executar Testes”:
Atividades de Teste no Processo de
Desenvolvimento - Test
TEST
31. ● Exemplo da funcionalidade “Executar Testes”:
Atividades de Teste no Processo de
Desenvolvimento - Test
TEST
32. Registros de Bugs no JIRA
● Os casos de testes falhos deverão estar associados a um Bug
registrado no Story do JIRA.
● Um Bug no JIRA pode estar associado a um ou mais casos de
teste falhos, porém não podem existir casos de teste falhos sem
um Bug associado
● Bugs seguirão o mesmo processo de desenvolvimento de um
Story.
● A correção de um Bug pode demandar ou não um novo
planejamento dos testes.
● Na existência de defeitos com prioridade Blocker e Critical, o Story
associado deverá passar para o status Rejected
Atividades de Teste no Processo de
Desenvolvimento - Test
TEST
33. Atividades de Teste no Processo de
Desenvolvimento - Test
TEST
Prioridade de Bugs:
● Blocker: Defeito que bloqueia a execução dos testes como um
todo, não possibilitando a continuidade dos testes.
● Critical: Defeito que bloqueia a execução de casos de teste
associados a funções vitais à aplicação.
● Major: Defeito associado a funcionalidades previstas nos
requisitos, porém que não bloqueiam a execução dos testes.
● Minor: Defeito não associado a requisitos previstos na execução,
e que não impedem a aprovação do projeto.
● Trivial: Defeito “cosmético” que não afetam a funcionalidade da
aplicação.
34. Integração JIRA -> TestLink
1. Acessar o TestLink com o usuário “admin”
2. Clicar no link “Issue Tracker Management”
3. Clicar no botão “Create”
4. Preencher os dados conforme a figura abaixo e clicar no botão “Save”:
Atividades de Teste no Processo de
Desenvolvimento - Test
TEST
35. ● Exemplo da associação de Bugs JIRA a um caso de teste:
Atividades de Teste no Processo de
Desenvolvimento - Test
TEST
36. Finalização dos testes
● Um teste será considerado como finalizado com sucesso quando:
○ Todos os casos de testes forem executados;
○ Todos os Bugs com prioridade “Blocker” e “Critical” estejam
corrigidos;
○ Defeitos com prioridade “Major”, “Minor” e “Trivial” estejam
corrigidos, ou que não sejam defeitos impeditivos para deploy
em Produção.
● Se os três critérios de finalização acima forem atendidos, será
efetuado um “smoke test” no ambiente HMLG, após deploy da
aplicação e seus componentes.
● Um Story somente passará para “Ready To Validate” após a
conclusão do “smoke test”.
Atividades de Teste no Processo de
Desenvolvimento - Test
TEST
37. ● Um Story passará para “Rejected” caso todos os testes tenham
sido finalizados, porém existam defeitos impeditivos para deploy
em Produção.
● Os testes para o Story serão retomados assim que os defeitos
forem corrigidos, e o Story passe para “Waiting To Test”
novamente.
Atividades de Teste no Processo de
Desenvolvimento - Rejected
REJECTED
38. ● Periodicidade Diária.
● Agrupados por Equipe de Desenvolvimento e por Sprints.
● Para cada Story, será informado:
○ Progresso da construção dos casos de teste (% de requisitos
cobertos pelos casos de teste);
○ Sumário da execução dos testes;
○ Progresso e tendência da execução dos testes;
○ Sumário dos defeitos encontrados.
○ Índice de Qualidade (Defeitos / Casos de teste executados)
Relatórios de acompanhamento dos
testes
45. ● Criação de serviço para integração entre os resultados produzidos
no Selenium/MSTest e o TestLink;
● Configuração da interface entre o JIRA e o TestLink;
● Definição de modelos para a criação de requisitos e scripts de
teste
Próximos Passos