O Podcast do Quality Engineering

A Mesa Redonda da Quality Engineering Unit reuniu-se para partilhar sobre o tema da Test Debt https://qeunit.com

Subscreva ao podcast para seguir os próximos episódios 🔔

A decisão é tomada, “nós vamos resolver a dívida de teste”. Parece positivo, mas ao mesmo tempo nos perguntamos: “Por que acabamos naquele ponto?”.

A dívida de teste é um desperdício que as organizações devem prevenir e eliminar continuamente para manter sua velocidade e reatividade. Caso contrário, cada mudança vem com seu peso adicional, desacelerando a entrega geral do software.

Agradeço a cada um dos participantes por sua participação e contribuição:

• Joel Oliveira, Software Testing & Quality Assurance Evangelist, Public Speaker, Trainer, Senior Program Manager, Independent Consultant
  
• Rafael Amaral, Senior Software Engineer in Test na Farfetch
  
• Filipa Nogueira, Engineering Team Lead na La Redoute
  

#qualityengineering #qe #qa #testautomation #techdebt

00:15 A armadilha de construir totalmente em testes manuais

03:00 A importância de uma abordagem passo a passo

06:00 Modelos e guias são úteis, mas o contexto continua sendo a chave

08:00 Sobre a importância dos relatórios e métricas

10:30 Organizações e funções devem ser esclarecidas

12h00 A retirada de resíduos é prioridade para a equipe

15:00 O “Fail fast” também se aplica à automação de teste em iterações

18:00 A gestão de risco continua sendo fundamental

22:00 Vieses cognitivos também não estão longe

25:00 Quantidade não é qualidade na automação de teste

28:00 A importância de definir um valor compartilhado

30:30 Integração e bases de tecnologia devem ser definidas

Junta-se a comunidade QE Unit no site https://qeunit.com

Referencias

Technical Debt Definition and Schema https://pvpros.com/technical-debt/

Martin Flower, Technical Debt https://martinfowler.com/bliki/TechnicalDebt.html

Intel, Test Debt Pyramid https://www.intel.es/content/www/es/es/it-management/intel-it-best-practices/reduce-technical-debt-article.html

Scrum.org, Make Waste Visible https://www.scrum.org/resources/blog/making-tech-debt-visible

Software Testing Genius, Quality Attributes of Test Automation https://www.softwaretestinggenius.com/measurement-of-quality-of-the-testing-and-test-autom

A Mesa Redonda da Quality Engineering Unit reuniu-se para partilhar sobre o tema da Test Debt https://qeunit.com

Subscreva ao podcast para seguir os próximos episódios 🔔

A decisão é tomada, “nós vamos resolver a dívida de teste”. Parece positivo, mas ao mesmo tempo nos perguntamos: “Por que acabamos naquele ponto?”.

A dívida de teste é um desperdício que as organizações devem prevenir e eliminar continuamente para manter sua velocidade e reatividade. Caso contrário, cada mudança vem com seu peso adicional, desacelerando a entrega geral do software.

Agradeço a cada um dos participantes por sua participação e contribuição:

• Joel Oliveira, Software Testing & Quality Assurance Evangelist, Public Speaker, Trainer, Senior Program Manager, Independent Consultant
  
• Rafael Amaral, Senior Software Engineer in Test na Farfetch
  
• Filipa Nogueira, Engineering Team Lead na La Redoute
  

#qualityengineering #qe #qa #testautomation #techdebt

00:15 Primeiros sinais de sintomas da dívida de teste

08:05 Mergulho profundo nos sintomas de dívida de teste

15:00 Resumindo os sintomas de dívida de teste

17:15 Quando considera os testes uma dívida?

21:00 Quais medidas podem ser utilizadas?

23:25 Como evitar dívidas de teste em primeiro lugar?

Junta-se a comunidade QE Unit no site https://qeunit.com

Referencias

Technical Debt Definition and Schema https://pvpros.com/technical-debt/

Martin Flower, Technical Debt https://martinfowler.com/bliki/TechnicalDebt.html

Intel, Test Debt Pyramid https://www.intel.es/content/www/es/es/it-management/intel-it-best-practices/reduce-technical-debt-article.html

Scrum.org, Make Waste Visible https://www.scrum.org/resources/blog/making-tech-debt-visible

Software Testing Genius, Quality Attributes of Test Automation https://www.softwaretestinggenius.com/measurement-of-quality-of-the-testing-and-test-automation-process/

A Mesa Redonda da Quality Engineering Unit reuniu-se para partilhar sobre o tema do QAOps https://qeunit.com

Subscreva ao podcast para seguir os próximos episódios 🔔

QAOps é uma prática emergente para incorporar qualidade como parte do ciclo de vida de desenvolvimento de software.

A abordagem complementa as existentes de DevOps, enfatizando a perspectiva da qualidade, desde o negócio até as operações.

Esta mesa redonda enfoca o Pipeline de Observabilidade, um conceito que combina a prática de monitoramento, alerta e engenharia de dados.

Agradeço a cada participante por sua participação e contribuição:

- Eduardo Piairo, Diretor de Operações da Deeper Insights

- Ricardo Castro, engenheiro sênior de confiabilidade de sites da Farfetch

- Pedro Esteves, líder de tecnologia sênior

- Luís Bastião Silva, CTO da BMD Software

#quality #qualityengineering #qaops

00:55 Qual passo poderíamos dar para construir a Observabilidade a partir do zero (Pedro Esteves)

03:10 Primeiramente, responda às perguntas certas (Antoine Craske)

04:00 Sobre a importância dos stakeholders, únicos para cada contexto (Antoine Craske)

06:15 Por quê, por quê, por quê, uma dúvida antes do Como e do quê (Ricardo Castro)

08:10 São dois motivos para investir: ganhar ou parar de perder dinheiro (Eduardo Piairo)

10:20 Foco nas interações diretas, empatia, escuta (Eduardo Piairo)

Junta-se a comunidade QE Unit no site https://qeunit.com

Referencias

Practical Monitoring: Effective Strategies for the Real World, Mike Julian

https://www.amazon.com/Practical-Monitoring-Effective-Strategies-World/dp/1491957352

SLO Con, Service Level Objective Conference https://www.sloconf.com

Implementing Service Level Objectives: A Practical Guide to SLIs, SLOs, and Error Budgets, Alex Hidalgo https://www.amazon.com/Implementing-Service-Level-Objectives-Practical/dp/1492076813

Google Golden Signals & SRE approach https://sre.google/sre-book/table-of-contents/

https://blog.qatestlab.com/2019/04/16/trends-2019-qaops-in-software-testing/

https://speakerdeck.com/tylertreat/the-observability-pipeline

https://cribl.io/blog/the-observability-pipeline/

A Mesa Redonda da Quality Engineering Unit reuniu-se para partilhar sobre o tema do QAOps https://qeunit.com

Subscreva ao podcast para seguir os próximos episódios 🔔

QAOps é uma prática emergente para incorporar qualidade como parte do ciclo de vida de desenvolvimento de software.

A abordagem complementa as existentes de DevOps, enfatizando a perspectiva da qualidade, desde o negócio até as operações.

Esta mesa redonda enfoca o Pipeline de Observabilidade, um conceito que combina a prática de monitoramento, alerta e engenharia de dados.

Agradeço a cada participante por sua participação e contribuição:

- Eduardo Piairo, Diretor de Operações da Deeper Insights

- Ricardo Castro, SRE na Farfetch

- Pedro Esteves, líder de tecnologia sênior

- Luís Bastião Silva, CTO da BMD Software

#quality #qualityengineering #qaops

00:45 Perspectiva de Observabilidade e Confiabilidade na Farfetch (Ricardo Castro)

03:10 Diferentes contextos, diferentes desafios: Apoiando o Negócio (Eduardo Piairo)

Junta-se a comunidade QE Unit no site https://qeunit.com

Referencias

Practical Monitoring: Effective Strategies for the Real World, Mike Julian

https://www.amazon.com/Practical-Monitoring-Effective-Strategies-World/dp/1491957352

SLO Con, Service Level Objective Conference https://www.sloconf.com

Implementing Service Level Objectives: A Practical Guide to SLIs, SLOs, and Error Budgets, Alex Hidalgo https://www.amazon.com/Implementing-Service-Level-Objectives-Practical/dp/1492076813

Google Golden Signals & SRE approach https://sre.google/sre-book/table-of-contents/

https://blog.qatestlab.com/2019/04/16/trends-2019-qaops-in-software-testing/

https://speakerdeck.com/tylertreat/the-observability-pipeline

https://cribl.io/blog/the-observability-pipeline/

A Mesa Redonda da Quality Engineering Unit reuniu-se para partilhar sobre o tema do QAOps https://qeunit.com

Subscreva ao podcast para seguir os próximos episódios 🔔

QAOps é uma prática emergente para incorporar qualidade como parte do ciclo de vida de desenvolvimento de software.

A abordagem complementa as existentes de DevOps, enfatizando a perspectiva da qualidade, desde o negócio até as operações.

Esta mesa redonda enfoca o Pipeline de Observabilidade, um conceito que combina a prática de monitoramento, alerta e engenharia de dados.

Agradeço a cada participante por sua participação e contribuição:

- Eduardo Piairo, Diretor de Operações da Deeper Insights

- Ricardo Castro, SRE na Farfetch

- Pedro Esteves, líder de tecnologia sênior

- Luís Bastião Silva, CTO da BMD Software

#quality #qualityengineering #qaops

00:45 Sobre a importância da gestão de documentação (Luís Bastião Silva)

03:30 O desempenho de embarque é um bom condutor de documentação útil (Eduardo Piairo)

07:15 O valor da documentação é criado através do envolvimento e compartilhamento (Ricardo Castro)

Junta-se a comunidade QE Unit no site https://qeunit.com

Referencias

Practical Monitoring: Effective Strategies for the Real World, Mike Julian

https://www.amazon.com/Practical-Monitoring-Effective-Strategies-World/dp/1491957352

SLO Con, Service Level Objective Conference https://www.sloconf.com

Implementing Service Level Objectives: A Practical Guide to SLIs, SLOs, and Error Budgets, Alex Hidalgo https://www.amazon.com/Implementing-Service-Level-Objectives-Practical/dp/1492076813

Google Golden Signals & SRE approach https://sre.google/sre-book/table-of-contents/

https://blog.qatestlab.com/2019/04/16/trends-2019-qaops-in-software-testing/

https://speakerdeck.com/tylertreat/the-observability-pipeline

https://cribl.io/blog/the-observability-pipeline/

A Mesa Redonda da Quality Engineering Unit reuniu-se para partilhar sobre o tema do QAOps https://qeunit.com

Subscreva ao podcast para seguir os próximos episódios 🔔

QAOps é uma prática emergente para incorporar qualidade como parte do ciclo de vida de desenvolvimento de software.

A abordagem complementa as existentes de DevOps, enfatizando a perspectiva da qualidade, desde o negócio até as operações.

Esta mesa redonda enfoca o Pipeline de Observabilidade, um conceito que combina a prática de monitoramento, alerta e engenharia de dados.

Agradeço a cada participante por sua participação e contribuição:

- Eduardo Piairo, Diretor de Operações da Deeper Insights

- Ricardo Castro, SRE na Farfetch

- Pedro Esteves, líder de tecnologia sênior

- Luís Bastião Silva, CTO da BMD Software

#quality #qualityengineering #qaops

00:30 Os padrões precisam ser escalonados, mas devem ser x10 mais fáceis de serem adotados (Eduardo Piairo)

03:00 Como equilibrar os trade-offs das camadas de abstração (Eduardo Piairo)

05:30 Todas as equipes precisam aumentar sua compreensão transversal para a qualidade (Ricardo Castro)

Junta-se a comunidade QE Unit no site https://qeunit.com

Referencias

Practical Monitoring: Effective Strategies for the Real World, Mike Julian

https://www.amazon.com/Practical-Monitoring-Effective-Strategies-World/dp/1491957352

SLO Con, Service Level Objective Conference https://www.sloconf.com

Implementing Service Level Objectives: A Practical Guide to SLIs, SLOs, and Error Budgets, Alex Hidalgo https://www.amazon.com/Implementing-Service-Level-Objectives-Practical/dp/1492076813

Google Golden Signals & SRE approach https://sre.google/sre-book/table-of-contents/

https://blog.qatestlab.com/2019/04/16/trends-2019-qaops-in-software-testing/

https://speakerdeck.com/tylertreat/the-observability-pipeline

https://cribl.io/blog/the-observability-pipeline/

A Mesa Redonda da Quality Engineering Unit reuniu-se para partilhar sobre o tema do QAOps https://qeunit.com

Subscreva ao podcast para seguir os próximos episódios 🔔

QAOps é uma prática emergente para incorporar qualidade como parte do ciclo de vida de desenvolvimento de software.

A abordagem complementa as existentes de DevOps, enfatizando a perspectiva da qualidade, desde o negócio até as operações.

Esta mesa redonda enfoca o Pipeline de Observabilidade, um conceito que combina a prática de monitoramento, alerta e engenharia de dados.

Agradeço a cada participante por sua participação e contribuição:

- Eduardo Piairo, Diretor de Operações da Deeper Insights

- Ricardo Castro, SRE na Farfetch

- Pedro Esteves, líder de tecnologia sênior

- Luís Bastião Silva, CTO da BMD Software

#quality #qualityengineering #qaops

00:45 Stakeholders remotos exigiram ainda mais factualização (Eduardo Piairo)

05:20 Os elementos de articulação de uma abordagem de qualidade (Pedro Esteves)

07:30 É preciso coragem para garantir a sustentabilidade a médio prazo (Luís Bastião Silva)

09:10 O valor da qualidade deve ser visível e sentido pelas pessoas (Eduardo Piairo)

11:45 A qualidade deve trazer valor na análise custo / benefício das features (Eduardo Piairo)

12:00 Objetivos compartilhados são fundamentais para qualquer modelo organizacional (Ricardo Castro)

Junta-se a comunidade QE Unit no site https://qeunit.com

Referencias

Practical Monitoring: Effective Strategies for the Real World, Mike Julian

https://www.amazon.com/Practical-Monitoring-Effective-Strategies-World/dp/1491957352

SLO Con, Service Level Objective Conference https://www.sloconf.com

Implementing Service Level Objectives: A Practical Guide to SLIs, SLOs, and Error Budgets, Alex Hidalgo https://www.amazon.com/Implementing-Service-Level-Objectives-Practical/dp/1492076813

Google Golden Signals & SRE approach https://sre.google/sre-book/table-of-contents/

https://blog.qatestlab.com/2019/04/16/trends-2019-qaops-in-software-testing/

https://speakerdeck.com/tylertreat/the-observability-pipeline

https://cribl.io/blog/the-observability-pipeline/

A Mesa Redonda da Quality Engineering Unit reuniu-se para partilhar sobre o tema do QAOps https://qeunit.com

Subscreva ao podcast para seguir os próximos episódios 🔔

QAOps é uma prática emergente para incorporar qualidade como parte do ciclo de vida de desenvolvimento de software.

A abordagem complementa as existentes de DevOps, enfatizando a perspectiva da qualidade, desde o negócio até as operações.

Esta mesa redonda enfoca o Pipeline de Observabilidade, um conceito que combina a prática de monitoramento, alerta e engenharia de dados.

Agradeço a cada participante por sua participação e contribuição:

- Eduardo Piairo, Diretor de Operações da Deeper Insights

- Ricardo Castro, SRE na Farfetch

- Pedro Esteves, líder de tecnologia sênior

- Luís Bastião Silva, CTO da BMD Software

#quality #qualityengineering #qaops

00:45 A observabilidade pode ter um valor adicional para os nossos utilizadores e negócios (Luís Bastião Silva)

01:15 O escopo dos dados deve estar vinculado ao caso de uso para ser útil (Luís Bastião Silva)

03:15 Iniciando a Observabilidade com motivadores de negócios, mesmo sem uma equipe de QA (Pedro Esteves)

Junta-se a comunidade QE Unit no site https://qeunit.com

Referencias

Practical Monitoring: Effective Strategies for the Real World, Mike Julian

https://www.amazon.com/Practical-Monitoring-Effective-Strategies-World/dp/1491957352

SLO Con, Service Level Objective Conference https://www.sloconf.com

Implementing Service Level Objectives: A Practical Guide to SLIs, SLOs, and Error Budgets, Alex Hidalgo https://www.amazon.com/Implementing-Service-Level-Objectives-Practical/dp/1492076813

Google Golden Signals & SRE approach https://sre.google/sre-book/table-of-contents/

https://blog.qatestlab.com/2019/04/16/trends-2019-qaops-in-software-testing/

https://speakerdeck.com/tylertreat/the-observability-pipeline

https://cribl.io/blog/the-observability-pipeline/

A Mesa Redonda da Quality Engineering Unit reuniu-se para partilhar sobre o tema do QAOps https://qeunit.com

Subscreva ao podcast para seguir os próximos episódios 🔔

QAOps é uma prática emergente para incorporar qualidade como parte do ciclo de vida de desenvolvimento de software.

A abordagem complementa as existentes de DevOps, enfatizando a perspectiva da qualidade, desde o negócio até as operações.

Esta mesa redonda enfoca o Pipeline de Observabilidade, um conceito que combina a prática de monitoramento, alerta e engenharia de dados.

Agradeço a cada participante por sua participação e contribuição:

- Eduardo Piairo, Diretor de Operações da Deeper Insights

- Ricardo Castro, SRE na Farfetch

- Pedro Esteves, líder de tecnologia sênior

- Luís Bastião Silva, CTO da BMD Software

#quality #qualityengineering #qaops

00:40 A observabilidade está no cerne da tomada de decisões do dia a dia (Eduardo Piairo)

01:20 A observabilidade é uma abordagem passo a passo, começando pelos fundamentos (Eduardo Piairo)

04:20 Como coletar dados para um uso futuro imprevisível? (Ricardo Castro)

06:00 A necessidade de SLIs, SLOs para uma confiabilidade alavancando a observabilidade (Ricardo Castro)

08:30 Adicionando error-budget para balancear velocidade e qualidade das entregas (Ricardo Castro)

09:50 O porquê de iniciar um pipeline de Observabilidade (Luís Bastião Silva)

Junta-se a comunidade QE Unit no site https://qeunit.com

Referencias

Practical Monitoring: Effective Strategies for the Real World, Mike Julian

https://www.amazon.com/Practical-Monitoring-Effective-Strategies-World/dp/1491957352

SLO Con, Service Level Objective Conference https://www.sloconf.com

Implementing Service Level Objectives: A Practical Guide to SLIs, SLOs, and Error Budgets, Alex Hidalgo https://www.amazon.com/Implementing-Service-Level-Objectives-Practical/dp/1492076813

Google Golden Signals & SRE approach https://sre.google/sre-book/table-of-contents/

https://blog.qatestlab.com/2019/04/16/trends-2019-qaops-in-software-testing/

https://speakerdeck.com/tylertreat/the-observability-pipeline

https://cribl.io/blog/the-observability-pipeline/

Uma entrevista da QE Unit para partilhar a história da Lovys de start-up para scale-up, onde a qualidade fez a diferença https://qeunit.com

Subscreva ao podcast para não perder os próximos episódios 🔔

O João Macedo Pinto é o CTO da Lovys, uma empresa que revoluciona os seguros tradicionais oferecendo uma solução digital all-in-one em modelo de subscrição mensal.

Esta entrevista partilha as várias etapas de crescimento da prática de engenharia da Lovys, e como ela teve de suportar o crescimento da empresa, de start-up para scale-up.

A aposta em qualidade de software e o quality engineering permitiu a Lovys continuar o seu crescimento, mostrando o valor de um investimento em uma qualidade holística.

#qualityengineering #qe #qa

01:00 Apresentação do João Macedo Pinto e da Lovys

04:20 A importância da excelência da UX num modo 100% digital

06:05 Elementos e evolução da arquitectura e infraestructura da Lovys

08:00 Como a organização evoluiu no crescimento da Lovys

10:00 Porque a Lovys investiu em Qualidade de Software

11:40 Como a Lovys abordou a Qualidade na sua transversalidade

13:40 As dificuldades a superar para iniciar uma abordagem de Qualidade

15:30 A definição de um âmbito de atuação holístico para criar capabilidades

17:20 Os primeiros resultados trazer valor e resolvem os pain-points

19:00 Como a Lovys insere a Qualidade nos processos e na organização

21:00 Qual ferramentas foram integradas para fornecer valor de Qualidade

22:30 Aproximando o négocio, desenvolvimento, qualidade e operações

24:20 Quais resultados obtidos para as várias partes interessadas

26:00 O valor da confiança para sustentar as iterações da empresa

27:15 A importância de rapidamente agir para limitar o custo do rework

28:15 Os trade-offs devem ser adaptados consoante ao contexto da empresa

29:45 A importância da escuta, comunicação e transparência com o négocio

31:10 Os próximos passos da Qualidade da Lovys em fase de scale-up

Conteúdos evocados

- Lovys, “The first insurance you’ll love”: https://www.lovys.com

- Atale.io, empresa que apoiu a Lovys: https://atale.io

- Katalon e Katalon TestOps: https://katalon.com ; https://www.katalon.com/testops/

- Azure DevOps: https://azure.microsoft.com/en-us/services/devops/

Junta-se a comunidade em https://qeunit.com

A Mesa Redonda da Quality Engineering Unit reuniu-se para partilhar sobre o tema do QAOps https://qeunit.com

Subscreva ao podcast para seguir os próximos episódios 🔔

QAOps é uma prática emergente para incorporar qualidade como parte do ciclo de vida de desenvolvimento de software.

A abordagem complementa as existentes de DevOps, enfatizando a perspectiva da qualidade, desde o negócio até as operações.

Esta mesa redonda enfoca o Pipeline de Observabilidade, um conceito que combina a prática de monitoramento, alerta e engenharia de dados.

Agradeço a cada participante por sua participação e contribuição:

- Eduardo Piairo, Diretor de Operações da Deeper Insights

- Ricardo Castro, SRE na Farfetch

- Pedro Esteves, líder de tecnologia sênior

- Luís Bastião Silva, CTO da BMD Software

#quality #qualityengineering #qaops

00:50 Apresentando QAOps, um novo buzzword, o que há de novo? (Antoine Craske)

01:50 Por que precisaríamos de um Pipeline de Observabilidade? (Antoine Craske)

03:46 O pipeline de observabilidade não é apenas o pipeline (Antoine Craske)

04:30 Uma verdadeira gestão e governança é uma exigência (Antoine Craske)

05:50 Existem pelo menos 2 pipelines de observabilidade (Antoine Craske)

06:50 Os desafios de QAOps e um pipeline de observabilidade (Antoine Craske)

Junta-se a comunidade QE Unit no site https://qeunit.com 

Referencias

Practical Monitoring: Effective Strategies for the Real World, Mike Julian

https://www.amazon.com/Practical-Monitoring-Effective-Strategies-World/dp/1491957352

SLO Con, Service Level Objective Conference https://www.sloconf.com

Implementing Service Level Objectives: A Practical Guide to SLIs, SLOs, and Error Budgets, Alex Hidalgo https://www.amazon.com/Implementing-Service-Level-Objectives-Practical/dp/1492076813

Google Golden Signals & SRE approach https://sre.google/sre-book/table-of-contents/

https://blog.qatestlab.com/2019/04/16/trends-2019-qaops-in-software-testing/

https://speakerdeck.com/tylertreat/the-observability-pipeline

https://cribl.io/blog/the-observability-pipeline/

A Mesa Redonda da Quality Engineering Unit reuniu-se para partilhar de mono e de multi-repo https://qeunit.com

Subscreva ao podcast para seguir os próximos episódios 🔔

A performance do nosso sistema é o resultado dos vários processos envolvidos.

Os repositórios estão nas fundações da arquitetura do processo de desenvolvimento, tendo impactos estruturais na organização do trabalho.

Os mono ou multi-repo fazem debate na comunidade pelos relatos de experiências dificultadas em ambas situações.

Agradeço cada participante para a sua participação e contribuição :

• Filipa Nogueira, Engineering Team Lead na La Redoute
  
• Filipe Neto, Tech Lead na BOLD
  
• Pedro Esteves, Tech Lead and Senior Software Engineering
  
• Rafael Amaral, Senior Software Engineering in Test na Farfetch
  

#quality #qualityengineering #monomultirepo

00:35 Experiências anteriores de mono-repo tiveram fatores limitantes (Filipe Neto)

02:05 Investir em automação para gerir as limitações do multi-repo (Antoine Craske)

05:20 O mono-repo força a visibilidade dos processos (Filipe Neto)

Junta-se a comunidade QE Unit no site https://qeunit.com

A Mesa Redonda da Quality Engineering Unit reuniu-se para partilhar de mono e de multi-repo https://qeunit.com

Subscreva ao podcast para seguir os próximos episódios 🔔

A performance do nosso sistema é o resultado dos vários processos envolvidos.

Os repositórios estão nas fundações da arquitetura do processo de desenvolvimento, tendo impactos estruturais na organização do trabalho.

Os mono ou multi-repo fazem debate na comunidade pelos relatos de experiências dificultadas em ambas situações.

Agradeço cada participante para a sua participação e contribuição :

• Filipa Nogueira, Engineering Team Lead na La Redoute
  
• Filipe Neto, Tech Lead na BOLD
  
• Pedro Esteves, Tech Lead and Senior Software Engineering
  
• Rafael Amaral, Senior Software Engineering in Test na Farfetch
  

#quality #qualityengineering #monomultirepo

00:40 Como o mono ou multi-repo pode melhorar os processos de review? (Filipe Neto)

01:25 Um multi-repo pode permitir testes mais rápidos, fiáveis e desacoplados (Filipa Nogueira)

03:40 Um multi-repo pode acelerar a integração e a criação de valor da equipa (Rafael Amaral)

Junta-se a comunidade QE Unit no site https://qeunit.com

A Mesa Redonda da Quality Engineering Unit reuniu-se para partilhar de mono e de multi-repo https://qeunit.com

Subscreva ao podcast para seguir os próximos episódios 🔔

A performance do nosso sistema é o resultado dos vários processos envolvidos.

Os repositórios estão nas fundações da arquitetura do processo de desenvolvimento, tendo impactos estruturais na organização do trabalho.

Os mono ou multi-repo fazem debate na comunidade pelos relatos de experiências dificultadas em ambas situações.

Agradeço cada participante para a sua participação e contribuição :

• Filipa Nogueira, Engineering Team Lead na La Redoute
  
• Filipe Neto, Tech Lead na BOLD
  
• Pedro Esteves, Tech Lead and Senior Software Engineering
  
• Rafael Amaral, Senior Software Engineering in Test na Farfetch
  

#quality #qualityengineering #monomultirepo

00:40 Alinhando nossa estratégia de repo com a maturidade de nosso produto e equipa (Pedro Esteves)

01:30 O que acontece com factoring extremo e bibliotecas core (Filipa Nogueira)

02:30 Qualquer que seja a estratégia, o alinhamento deve ser tratado (Antoine Craske)

03:00 Podemos definir uma granularidade de código aceitável? (Filipe Neto)

04:00 Considere a carga cognitiva como um requisito de sua estratégia (Antoine Craske)

04:40 A automação, ferramentas e ciência de dados podem nos ajudar em algumas áreas? (Pedro Esteves)

07:20 Algumas soluções surgem para componentes cloud-native (Filipe Neto)

09:05 A composição, cultura e hábitos da equipa são verdadeiros critérios (Pedro Esteves)

10:20 Precisamos começar com o fim em mente, incluindo a organização (Antoine Craske)

Junta-se a comunidade QE Unit no site https://qeunit.com

A Mesa Redonda da Quality Engineering Unit reuniu-se para partilhar de mono e de multi-repo https://qeunit.com

Subscreva ao podcast para seguir os próximos episódios 🔔

A performance do nosso sistema é o resultado dos vários processos envolvidos.

Os repositórios estão nas fundações da arquitetura do processo de desenvolvimento, tendo impactos estruturais na organização do trabalho.

Os mono ou multi-repo fazem debate na comunidade pelos relatos de experiências dificultadas em ambas situações.

Agradeço cada participante para a sua participação e contribuição :

• Filipa Nogueira, Engineering Team Lead na La Redoute
  
• Filipe Neto, Tech Lead na BOLD
  
• Pedro Esteves, Tech Lead and Senior Software Engineering
  
• Rafael Amaral, Senior Software Engineering in Test na Farfetch
  

#quality #qualityengineering #monomultirepo

00:35 Qual impacto na experiência de desenvolvimento com multi-repo? (Filipe Neto)

01:25 Trade-offs em manter o alinhamento usando multi-repo (Pedro Esteves)

05:25 Como gerir o controle de versão de componentes entre projetos? (Pedro Esteves)

07:45 Quando versionar o código e os testes no mesmo repo? (Rafael Amaral)

09:00 Usando DDD para microsserviços, mas com mono ou multi-repo? (Filipa Nogueira)

12:30 Como lidar com a duplicação de código e impacto na motivação da equipa (Filipe Neto)

Junta-se a comunidade QE Unit no site https://qeunit.com

A Mesa Redonda da Quality Engineering Unit reuniu-se para partilhar de mono e de multi-repo https://qeunit.com

Subscreva ao podcast para seguir os próximos episódios 🔔

A performance do nosso sistema é o resultado dos vários processos envolvidos.

Os repositórios estão nas fundações da arquitetura do processo de desenvolvimento, tendo impactos estruturais na organização do trabalho.

Os mono ou multi-repo fazem debate na comunidade pelos relatos de experiências dificultadas em ambas situações.

Agradeço cada participante para a sua participação e contribuição :

• Filipa Nogueira, Engineering Team Lead na La Redoute
  
• Filipe Neto, Tech Lead na BOLD
  
• Pedro Esteves, Tech Lead and Senior Software Engineering
  
• Rafael Amaral, Senior Software Engineering in Test na Farfetch
  

#quality #qualityengineering #monomultirepo

00:45 Como era o tempo do mono-repo e sistemas legacy? (Filipe Neto)

03:45 Quais impacto no esforço de setup e de qualidade do produto? (Pedro Esteves)

06:40 Qual experiência de mono-repo com um sistema distribuído?? (Rafael Amaral)

Junta-se a comunidade QE Unit no site https://qeunit.com

A Mesa Redonda da Quality Engineering Unit abordou o valor da qualidade de software na sua capacidade de verdadeira redução do risco https://qeunit.com

Subscreva ao podcast para seguir os próximos episódios 🔔

Uma abordagem de qualidade costuma ser medida pelo números de testes implementados, a cobertura, o que chamamos “vanity metrics”.

Em muitos contextos o foco deve-se resumir na contribuição real que os testes têm no processo de desenvolvimento.

Agradeço cada participante para a sua participação e contribuição :

• Luís Vicente, QA Lead Link na Mercedes-Benz.io
  
• João Santos, QA Engineer Freelance
  
• Filipe Sousa, QA Senior Consultant na Noesis
  

#quality #qualityengineering #softwareqa

29:30 Quantos bugs apanharam com os testes no último ano? (Filipe Sousa)

31:30 O valor da qualidade não só no happy-path (Filipe Sousa)

32:50 O triângulo da qualidade, features e de rapidez (Luís Vicente)

34:40 Ter em consideração as perspectivas dos diferentes actores (Filipe Sousa)

35:40 Qual valor de uma campanha de não regressão funcional a escala? (Filipe Sousa)

37:50 Testar em produção tem valor? (Filipe Sousa)

Junta-se a comunidade QE Unit no site https://qeunit.com

A Mesa Redonda da Quality Engineering Unit partilhou sobre indicadores e comunicação do valor da quaildade de software https://qeunit.com

Subscreva ao podcast para seguir os próximos episódios 🔔

Convencer e investir continuamente em uma abordagem de qualidade exige a percepção de seu valor.

O uso de métricas associadas ao processo de QA em si costumam ser usadas, mas faltam uma ligação a contribuição mais global,

Agradeço cada participante para a sua participação e contribuição :

• Luís Vicente, QA Lead Link na Mercedes-Benz.io
  
• João Santos, QA Engineer Freelance
  
• Filipe Sousa, QA Senior Consultant na Noesis
  

#quality #qualityengineering #softwareqa

14:20 A importância da complementaridade das competências e técnicas (Luís Vicente)

17:00 A velocidade da equipa é um valor significativo da qualidade de software (Luís Vicente)

19:00 Um processo incremental de criação e de comunicação de métricas (Luís Vicente)

22:18 Será que os relatórios têm valor para o cliente? (Antoine Craske)

23:45 A utilidade de medir em qualidade em produção (Filipe Sousa)

27:10 Utilizar mecanismos de reviews existentes para comunicar sobre a qualidade (Luís Vicente)

Junta-se a comunidade QE Unit no site https://qeunit.com

A Mesa Redonda da Quality Engineering Unit partilhou sobre o alinhamento do valor da qualidade de software nas organizações https://qeunit.com

Subscreva ao podcast para seguir os próximos episódios 🔔

Convencer e investir continuamente em uma abordagem de qualidade exige a percepção de seu valor.

A contribuição da qualidade de software a objetivos estratégicos e diferenciadores para a empresa é fundamental para que seja sustentável.

Agradeço cada participante para a sua participação e contribuição :

• Luís Vicente, QA Lead Link na Mercedes-Benz.io
  
• João Santos, QA Engineer Freelance
  
• Filipe Sousa, QA Senior Consultant na Noesis
  

#quality #qualityengineering #softwareqa

00:44 Quais são os parâmetros mais valorizados pelo cliente? (João Santos)

03:25 Os objetivos têm de ser alinhado com os do negócio (Filipe Sousa)

05:00 A dificuldade de medir a redução de risco (Antoine Craske)

08:10 A automação por si só não tem valor (Filipe Sousa)

09:50 Mesmo com IA, o valor da qualidade não é de remover trabalho manual (Filipe Sousa)

12:47 Aumentar o valor necessita de aumentar o impacto em toda a equipa (Filipe Sousa)

Junta-se a comunidade QE Unit no site https://qeunit.com

A Mesa Redonda da Quality Engineering Unit reuniu-se sobre “Como comunicar o valor da qualidade de software?” https://qeunit.com

Subscreva ao podcast para seguir os próximos episódios 🔔

Convencer e investir continuamente em uma abordagem de qualidade exige a percepção de seu valor.

Este trailer tem por objetivo de partilhar alguns momentos divertidos que encontrarão nos próximos episódios :

• A qualidade de software deve trazer valor a empresa
  
• Bons indicadores de qualidade não são de QA
  
• Quantos bugs foram apanhados no último ano?
  

Agradeço cada participante para a sua participação e contribuição :

• Luís Vicente, QA Lead Link na Mercedes-Benz.io
  
• João Santos, QA Engineer Freelance
  
• Filipe Sousa, QA Senior Consultant na Noesis
  

#quality #qualityengineering #qatoqe

Junta-se a comunidade QE Unit no site https://qeunit.com

A Mesa Redonda da Quality Engineering Unit reuniu-se para discutir da transição do Quality Assurance (QA) para o Quality Engineering (QE) https://qeunit.com

Subscreva ao podcast para seguir os próximos episódios 🔔

A área do Software Quality Engineering tem por objetivo de incluir a qualidade na transversalidade das equipes, processos e tecnologias de construção do produto.

No entanto, por ter uma palavra de engenheira no nome, não significa que resume-se a implementar ferramentas.

Partilhamos sobre as estratégias de testes :

• O que priorizar num contexto de QE?
  
• Por qual valor para o negócio?
  
• Onde encaixam os testes end-to-end?
  

Agradeço cada participante para a sua participação e contribuição :

• João Proença, Principal Quality Engineering na Outsystems e International Speaker
  
• Diogo Rede, Engineering Lead & Test Engineer na Farfetch
  
• Luis Bastião Silva, CTO na BMD Software
  
• Filipa Nogueira, Engineering Team Lead na La Redoute
  
• André Macedo, Solution Architect na Sky Technology Center
  

#quality #qualityengineering #qatoqe

00:40 Qual perspectiva para os testes end-to-end no Quality Engineering (Antoine Craske)

01:20 O valor do end-to-end de não regressão no seu contexto (Luís Bastião Silva)

03:20 O que fazer com as pirâmides de testes? (André Macedo)

05:20 Diferente tipologia de testes ajudam a equipa de forma diferente (Luís Bastião Silva)

07:20 A prioridade e o esforço por cada tipologia deve ser esclarecida (Antoine Craske)

08:20 A adaptação ao contexto do negócio é chave para criar valor (Diogo Rede)

10:20 Priorização dos testes é necessário para que sejam úteis (André Macedo)

11:20 A pirâmide é uma metáfora, alinhar por granularidade dos componentes (João Proença)

14:20 O balanço do custo e benefício dos testes  (João Proença)

Junta-se a comunidade QE Unit no site https://qeunit.com

A Mesa Redonda da Quality Engineering Unit reuniu-se para discutir da transição do Quality Assurance (QA) para o Quality Engineering (QE) https://qeunit.com

Subscreva ao podcast para seguir os próximos episódios 🔔

A área do Software Quality Engineering tem por objetivo de incluir a qualidade na transversalidade das equipes, processos e tecnologias de construção do produto.

No entanto, por ter uma palavra de engenheira no nome, não significa que resume-se a implementar ferramentas.

Partilhamos sobre a necessidade da transição para o QE de ser um processo iterativo e incremental, resumindo nas palavras “Start Small”.

Agradeço cada participante para a sua participação e contribuição :

• João Proença, Principal Quality Engineering na Outsystems e International Speaker
  
• Diogo Rede, Engineering Lead & Test Engineer na Farfetch
  
• Luis Bastião Silva, CTO na BMD Software
  
• Filipa Nogueira, Engineering Team Lead na La Redoute
  
• André Macedo, Solution Architect na Sky Technology Center
  

#quality #qualityengineering #qatoqe

00:35 “Start small”, uma transição para o QE é um processo iterativo (João Proença)

01:25 Testar o mais rapidamente possível o producto (André Macedo, Filipa Nogueira, Luis Bastião Silva)

06:25 Começam pequeno no processo todo, e mostrar valor (Luís Bastião Silva)

07:25 Ter coragem de confrontar-se a realidade (Antoine Craske)

08:25 Integrar as diferentes personalidades da equipa na gestão da qualidade (Luís Bastião Silva)

09:25 Tudo não deve ser testado, ainda mais com automação (Diogo Rede)

Junta-se a comunidade QE Unit no site https://qeunit.com

A Mesa Redonda da Quality Engineering Unit reuniu-se para discutir da transição do Quality Assurance (QA) para o Quality Engineering (QE) https://qeunit.com

Subscreva ao podcast para seguir os próximos episódios 🔔

A área do Software Quality Engineering tem por objetivo de incluir a qualidade na transversalidade das equipes, processos e tecnologias de construção do produto.

No entanto, por ter uma palavra de engenheira no nome, não significa que resume-se a implementar ferramentas.

Partilhamos sobre a sensibilização ao cliente, aos riscos e as operações como factor fundamental.

Agradeço cada participante para a sua participação e contribuição :

• João Proença, Principal Quality Engineering na Outsystems e International Speaker
  
• Diogo Rede, Engineering Lead & Test Engineer na Farfetch
  
• Luis Bastião Silva, CTO na BMD Software
  
• Filipa Nogueira, Engineering Team Lead na La Redoute
  
• André Macedo, Solution Architect na Sky Technology Center
  

#quality #qualityengineering #qatoqe

00:35 O QA tem tendência a ser incluído no QE (Luis Bastião Silva)

01:48 A sensibilização ao risco é fundamental para além das operações (Luís Bastião Silva)

03:30 O risco envolvido com alterações deve ser um reflexo da equipa (Luís Bastião Silva)

05:08 Com o poder de deploy até a produção, vem a responsabilidade (Diogo Rede)

06:33 Quando mais próximo do cliente, mais inclusão do risco haverá (André Macedo)

08:30 A qualidade do software com base no feedback do cliente (Luís Bastião Silva)

10:30 O Quality Engineering envolve uma responsabilidade e espírito de equipa  (Luís Bastião Silva)

11:00 Um exemplo de transversalidade na análise do risco duma alteração (Filipa Nogueira)

12:20 Mecanismos de mitigação devem ser previstos antes de mão (Diogo Rede)

13:25 Uma equipa tem de ser o mais perto da produção possível (João Proença)

15:35 Alternativas para a equipa ter acesso a feedback loop (João Proença & André Macedo)

18:17 Para incluir a qualidade desde o início, não começa-se pela concepção (Antoine Craske)

Junta-se a comunidade QE Unit no site https://qeunit.com

Junta-se a comunidade QE Unit no site https://qeunit.com

O João tem uma experiência alargada em qualidade de software, em empresas em que o “Quality Ownership” foi uma práctica lançada alguns anos atrás.

Abordamos os seguintes pontos :

• Quais são os objetivos do Quality Engineering?
  
• Quais são as grandes áreas do Quality Engineering?
  
• Algumas pistas de práticas que permitam suportar o Quality Engineering?
  
• Como o Quality Engineering liga-se a outras áreas?
  

#qualityengineering #qe #softwarequality

0:35 O Quality Engineering tem hoje mais conteúdo técnico (Antoine Craske)

1:28 O início da dinâmica de Quality Ownership na Outsystems em 2017 (João Proença)

2:30 Muitos pontos são ligados às pessoas, comunicação, organização (João Proença)

3:05 Algumas práticas suportam uma colaboração (João Proença)

3:25 O Risk storming permite criar ligações (João Proença)

3:45 O QE acaba por basear-se, em parte, em conteúdos existentes (João Proença)

4:15 O QE tem por objetivo de incluir a qualidade desde o inicio nos processos (João Proença)

4:45 Como em outros áreas, o QE não é só um assunto tecnológico (Antoine Craske)

Junte-se à comunidade em https://qeunit.com

A Quality Engineering Unit juntou-se para partilhar sobre práticas nos projetos de automação  https://qeunit.com

Os projetos de automação tem um taxa de falha elevada, apresentando reais dificuldades e particularidades a apreender.

Muitas vezes são delegados ao QA só, a um estagiário, ou focam-se apenas nas ferramentas.

🔔 Subscreva ao podcast, deixe uma nota e um comentário de forma a melhorar o conteúdo.

#qualityengineering #qe #qaproject

00:35 Partilhando uma experiência de automação (Marco Pedro)

03:12 Como selecionar os diferentes níveis de testes (Ricardo Lopes)

05:10 Integrar o risco como fator de priorização (Filipe Carvalho)

07:10 Uma pyramide de teste só, não integra o valor para o negócio (Joel Oliveira)

09:10 Entregar valor incremental para os stakeholders é chave (Joel Oliveira)

11:20 Os testes automáticos não são todos os testes manuais (Joel Oliveira)

13:40 O “Déjà-vu” da nova ferramenta que será melhor que da última (Joel Oliveira)

16:15 O pitfall da automação “total” como objetivo do projeto (Marco Pedro)

18:18 A equipa deve ser alinhada, mas não devem todos fazer (Joel Oliveira)

19:15 “A responsabilidade é de todos” acaba por ser de ninguém (Ricardo Lopes)

19:55 A mudança de mindset da equipa é o mais importante (Fábio Barbosa)

22:30 Manter um papel de enabler da qualidade é necessário (Filipe Carvalho)

24:45 Os QAs devem implementar código nos testes de automação? (Joel Oliveira)

26:00 A evolução do ecossistema tem tendência a abrir o QA (Ricardo Lopes)

28:00 A automação requer uma real concepção para ser escalável (João Tomé)

32:30 O foco deve ser mais no valor que numa quantidade absoluta (Joel Oliveira)

34:50 A modularização dos testes robusta permite uma reactividade (Filipe Carvalho)

37:30 A utilização da ferramenta errada para o objetivo procurado (Joel Oliveira)

38:50 A importância dos conhecimentos e de práticas de QA (Joel Oliveira)

40:55 Implementar por intuição só, não passa o curto-prazo (Filipe Carvalho)

42:45 O isolamento do QA dentro e fora da empresa falta feedback (Joel Oliveira)

46:15 Como integrar a automação de testes com ritmos de releases diferentes (Ricardo Lopes)

48:25 O fluxo standard e de exceção devem ser previstos nos processos (Filipe Carvalho)

51:25 Tomar em consideração o tempo de feedback como valor nos testes (Fábio Barbosa)

52:25 A inclusão de requisitos de operações desde a conceção é um desafio (Antoine Craske)

54:45 Diferenciar os ciclos de releases internas e públicas (Joel Oliveira)

56:12 A diferença das pipelines acessíveis ou não para o cliente (Ricardo Lopes)

Junta a QE Unit no https://qeunit.com