O documento discute os princípios do teste ágil no desenvolvimento de software, incluindo a importância de feedback contínuo, entrega de valor ao cliente, comunicação face a face, e resposta a mudanças. É apresentado um exemplo de como levantar requisitos de usuários, criar histórias de usuário, e desenvolver testes de aceitação usando critérios de aceite para um sistema simples de triângulos.
[Front in Sampa 2018] Desenvolvendo como QAsJúlio de Lima
O documento apresenta uma discussão sobre testes de software para uma calculadora desenvolvida em React. Ele discute os requisitos funcionais, validação da estrutura dos componentes, integração entre componentes, automação de testes funcionais e de interface gráfica usando bibliotecas como Jest, Chai e Enzyme.
JavaScript - #Aula04 parte 06 - CamelCase, getElementByID, isNaNErick L. F.
Fala Pessoal,
Vamos dar inicio hoje a um curso de javaScript, nos nossos vídeos nós vamos fazer uma introdução a essa linguagem de programação que é tão famosa ai no mundo, vamos conhecer não todas as funções do javaScript mas sim o mais utilizado, é claro que diante de um problema ou outro nós vamos ter que buscar outras formas de resolução.
Nessa aula vamos ver algumas formas de armazenamento de dados com Javascript, variáveis e constantes, e como essas informações são armazenadas temporariamente no seu computador, o que é CamelCase, como usar o getElementByID() e vamos aprender a usar a função isNaN.
Referencia utilizada que eu recomendo a leitura:
MORRISON, Michael. Use a Cabeça JavaScript. Editora Alta Books Ltda, 2008.
A CARE project manager observed a school hygiene club in Kenya discussing proper sanitation and hygiene practices. The club sang songs and performed skits to teach about handwashing and preventing diseases like typhoid. A 9-year-old student acted as a doctor in a skit and emphasized using toilets, boiling water, and keeping areas clean. In interviews, she noted that toilets help make friends and that CARE had previously brought safer water access to the school which helped prevent crocodile attacks.
This document discusses befriending and defines it as a relationship between a trained volunteer and an isolated individual that is supported by an agency. It notes that befriending involves elements of friendship but differs in that it is a professional relationship with boundaries. The main focus of befriending is building a good relationship, not giving advice or solving all of a person's problems. Befriending aims to reduce loneliness and improve well-being through social interaction, though it is not intended to be emergency support or a replacement for counseling. Intergenerational befriending projects are discussed as having benefits for both young and old befrienders and befriendees in building understanding across generations.
The document describes a LEGO construction project involving three subassemblies: a service car, bike, and wracker. The construction process first involved building the service car, then the bike, and finally the wracker. The team divided roles among five members, each taking on one role. A difference between the LEGO construction and an actual product design is that the LEGO version does not function like a real-life version.
Dallas Morning News Memorial Day slide show 2015rbushdmn
This document contains three stories about family members who served in World War II and Vietnam:
1) The author's uncle Luther served as an infantry squad leader in Europe during WWII. He was decorated with the Bronze Star and killed in action in the Battle of the Bulge in December 1944 at the age of 19.
2) The author's father David served as an infantry platoon leader in the Korean War.
3) The author's uncle Dwight "Monty" Durham enlisted in the Army at 18 and served as an Army Ranger. He was killed in action in Vietnam in April 1969, just one month before his planned discharge, and posthumously received the Silver Star for his heroic actions under fire.
1. O documento apresenta Paulo Furtado como professor e fornece informações sobre suas disciplinas de levantamento de requisitos. 2. É discutido o que a disciplina ensina e não ensina, com foco em questionar a forma atual de identificação de requisitos e priorizar a priorização. 3. A primeira aula trata de conceitos iniciais como visão de produto, evolução, processos cognitivos e aprendizado.
[Front in Sampa 2018] Desenvolvendo como QAsJúlio de Lima
O documento apresenta uma discussão sobre testes de software para uma calculadora desenvolvida em React. Ele discute os requisitos funcionais, validação da estrutura dos componentes, integração entre componentes, automação de testes funcionais e de interface gráfica usando bibliotecas como Jest, Chai e Enzyme.
JavaScript - #Aula04 parte 06 - CamelCase, getElementByID, isNaNErick L. F.
Fala Pessoal,
Vamos dar inicio hoje a um curso de javaScript, nos nossos vídeos nós vamos fazer uma introdução a essa linguagem de programação que é tão famosa ai no mundo, vamos conhecer não todas as funções do javaScript mas sim o mais utilizado, é claro que diante de um problema ou outro nós vamos ter que buscar outras formas de resolução.
Nessa aula vamos ver algumas formas de armazenamento de dados com Javascript, variáveis e constantes, e como essas informações são armazenadas temporariamente no seu computador, o que é CamelCase, como usar o getElementByID() e vamos aprender a usar a função isNaN.
Referencia utilizada que eu recomendo a leitura:
MORRISON, Michael. Use a Cabeça JavaScript. Editora Alta Books Ltda, 2008.
A CARE project manager observed a school hygiene club in Kenya discussing proper sanitation and hygiene practices. The club sang songs and performed skits to teach about handwashing and preventing diseases like typhoid. A 9-year-old student acted as a doctor in a skit and emphasized using toilets, boiling water, and keeping areas clean. In interviews, she noted that toilets help make friends and that CARE had previously brought safer water access to the school which helped prevent crocodile attacks.
This document discusses befriending and defines it as a relationship between a trained volunteer and an isolated individual that is supported by an agency. It notes that befriending involves elements of friendship but differs in that it is a professional relationship with boundaries. The main focus of befriending is building a good relationship, not giving advice or solving all of a person's problems. Befriending aims to reduce loneliness and improve well-being through social interaction, though it is not intended to be emergency support or a replacement for counseling. Intergenerational befriending projects are discussed as having benefits for both young and old befrienders and befriendees in building understanding across generations.
The document describes a LEGO construction project involving three subassemblies: a service car, bike, and wracker. The construction process first involved building the service car, then the bike, and finally the wracker. The team divided roles among five members, each taking on one role. A difference between the LEGO construction and an actual product design is that the LEGO version does not function like a real-life version.
Dallas Morning News Memorial Day slide show 2015rbushdmn
This document contains three stories about family members who served in World War II and Vietnam:
1) The author's uncle Luther served as an infantry squad leader in Europe during WWII. He was decorated with the Bronze Star and killed in action in the Battle of the Bulge in December 1944 at the age of 19.
2) The author's father David served as an infantry platoon leader in the Korean War.
3) The author's uncle Dwight "Monty" Durham enlisted in the Army at 18 and served as an Army Ranger. He was killed in action in Vietnam in April 1969, just one month before his planned discharge, and posthumously received the Silver Star for his heroic actions under fire.
1. O documento apresenta Paulo Furtado como professor e fornece informações sobre suas disciplinas de levantamento de requisitos. 2. É discutido o que a disciplina ensina e não ensina, com foco em questionar a forma atual de identificação de requisitos e priorizar a priorização. 3. A primeira aula trata de conceitos iniciais como visão de produto, evolução, processos cognitivos e aprendizado.
Apresentação introdutória com algumas questões importantes de como se tornar um Agile Tester no formato de dicas, que foi apresentada no BRATESTE 2013 dia 25/10/2013 no Rio de Janeiro
O que seus testes garantem, o funcionamento do código ou das funcionalidades ...Isaac de Souza
A importância de testes de software já deveriam ser um consenso entre times de desenvolvimento. Contudo ainda há profissionais que não compreendem o valor deles, um dos motivos é que de fato muitos softwares possuem testes mas continuam a apresentar bugs a cada entrega. Isso ocorre porque é comum os testes garantirem o funcionamento do código, mas não das funcionalidades como um todo. Na apresentação será abordado como equilibrar testes unitários, de componentes e de integração organizando-os através de uma visão mais direcionada ao negócio, features e histórias do que apenas ao código implementado.
Teste A/B - O que fazer para extrair o máximo de um teste - Marcell Almeida -...Marcell Almeida
O documento fornece um guia sobre como realizar testes A/B de forma efetiva para maximizar os resultados. Ele discute o que são testes A/B, como funcionam, como formular hipóteses, métricas a serem observadas e lições aprendidas com casos reais de uma empresa. O autor fornece dicas valiosas sobre a importância de usar dados para tomar decisões e não apenas opiniões, além de documentar os testes para permitir aprendizados futuros.
O documento discute sobre testes de usabilidade, descrevendo:
1) O que são testes de usabilidade e seus principais tipos;
2) Ferramentas como Test Card e Learning Card para validar hipóteses e aprendizados;
3) Como conduzir testes de usabilidade, incluindo roteiros."
O resumo apresenta as 3 informações principais do documento de forma concisa: 1) o que são testes de usabilidade, 2) ferramentas utilizadas e 3) como conduzir testes de usabilidade.
O documento discute práticas ágeis e testes de aceitação, enfatizando: (1) a importância de entregas frequentes com feedback contínuo através de sprints curtos; (2) o valor da modelagem orientada a teste e da colaboração entre times para validar hipóteses sobre requisitos; (3) como testes de aceitação em todo o ciclo de vida do produto agregam valor e aproximam o produto das necessidades do cliente.
Este documento fornece informações sobre um mini-curso sobre teste ágil, incluindo contatos do instrutor e da empresa organizadora, Qualister. O curso abordará como o teste ágil funciona na prática e os princípios do desenvolvimento ágil.
O workshop apresenta uma introdução ao MVP e Lean Inception, cobrindo tópicos como: 1) visão do produto, 2) objetivos do MVP, 3) personas, 4) funcionalidades, 5) revisão técnica e de negócios, 6) jornadas do usuário, 7) adicionar recursos às jornadas, 8) planejar ciclos de lançamento e 9) OKRs para cada versão do MVP. O workshop também discute se um CTO é realmente necessário.
Histórias de usuários - Declaração de valorAugusto Rückert
1) O documento discute os princípios e melhores práticas para escrever histórias de usuário, incluindo o que constitui uma boa história e como evitar erros comuns.
2) É explicado que histórias de usuário devem se concentrar na perspectiva e necessidades do usuário final, não do time de desenvolvimento.
3) Diferentes modelos para estruturar histórias de usuário são apresentados, assim como dicas para escrever histórias que sejam independentes, negociáveis e de pequeno escopo.
Este documento apresenta uma introdução ao aprendizado de máquina, definindo o conceito, distinguindo-o de inteligência artificial e apresentando alguns tipos e aplicações. Explica os conceitos de aprendizado supervisionado, não-supervisionado e por reforço, além de apresentar exemplos de regressão e classificação no aprendizado supervisionado.
1. O documento apresenta 9 exercícios sobre programação com vetores que envolvem preenchimento, cálculo e exibição de informações armazenadas em vetores. 2. Os exercícios abordam temas como vetores numéricos e de strings, cálculo de médias, maiores e menores valores. 3. Dicas e recomendações são fornecidas para facilitar a resolução dos exercícios propostos.
O documento discute a importância do design ágil para a agilidade de projetos. Apresenta dados sobre fatores de sucesso em projetos como envolvimento do usuário e suporte gerencial. Também mostra dados sobre uso de funcionalidades desenvolvidas e o cone da incerteza na estimativa de esforço.
Workshop 101: Concebendo produtos de forma ágil (e divertida) - Scrum Gathe...Diana Corrêa, CSPO / CSM
Diana Corrêa apresenta várias técnicas ágeis para concepção de produtos de forma divertida e eficaz em um workshop, incluindo Value Proposition Canvas, Personas, Business Model Canvas, Lean Canvas, Elevator Pitch, Product Vision Board e User Story Mapping. O objetivo é ajudar times a modelar negócios, definir públicos-alvo, criar visões de produto e mapear funcionalidades para definir o mínimo produto viável e releases futuras.
TDC2018SP | Trilha Requisito Ageis - Historias de usuarios - Basico e alemtdc-globalcode
O documento fornece orientações sobre como escrever histórias de usuário de forma efetiva, discutindo os principais elementos que compõem uma história de usuário, como a declaração de valor e critérios de aceitação, e abordando tópicos como diferenciar histórias de especificações e requisitos, focar no usuário, e identificar o que realmente não constitui uma história de usuário.
DevCamp - O papel de um testador em uma equipe ágilElias Nogueira
Nesta apresentação são colocados alguns pontos/papéis do testador em uma equipe ágil e as principais dúvidas de uma equipe quando alguém "veste o chapéu" de teste ou teremos um testador na equipe.
O documento descreve os principais elementos e convenções para a criação de fluxogramas de atividades, incluindo símbolos gráficos para representar elementos como início, fim, atividades, decisões, subprocessos e casos de uso de TI. É fornecido um exemplo ilustrativo de fluxograma de atividades de um processo de negócio. Recomendações finais abordam formato, sugestões para casos de uso e detalhamento inicial.
Este documento fornece um resumo de três importantes diagramas da UML:
1) Diagramas de casos de uso descrevem a relação entre atores e funcionalidades de um sistema;
2) Diagramas de sequência ilustram a interação entre objetos segundo uma visão temporal;
3) Diagramas de colaboração mostram as relações entre objetos que desempenham diferentes papéis sem mostrar o tempo.
1. O documento apresenta um trabalho acadêmico de 7 alunos sobre ferramentas da qualidade para o curso de gestão de recursos humanos de uma universidade em 2009. 2. Inclui introdução sobre ferramentas como árvore de decisão, ciclo PDCA, ponto de equilíbrio, diagrama de Ishikawa e Pareto. 3. Tem como objetivo apresentar estas ferramentas para tomada de decisão e melhoria contínua nos processos.
O documento discute técnicas para dividir histórias de usuário em partes menores para facilitar a estimativa, implementação e verificação. Histórias menores promovem o fluxo contínuo de trabalho ("done-done") e antecipam os testes, melhorando a agilidade. A técnica do "hambúrguer" ajuda times inexperientes a dividir histórias em tarefas técnicas primeiro.
Métricas e a automatização do controle de qualidadeCaelum
"Essa história vai melhorar as vendas. Essa refatoração vai melhorar a manutenção". Será?
Se queremos escolher histórias e manter um produto melhor para o cliente final, essa decisão deve ser baseada em alguma medida.
Complexidade do código? Coesão? Aguentar altas cargas? Diminuir taxas de erro? Efetuar mais compras? Para entender qualquer uma delas é preciso medir: veremos nessa palestra como pegar um projeto cujo build mínimo está automatizado, mediremos a complexidade do código, o desempenho em relação a erros, a vendas e a percepção do usuário final.
Mantemos um rastreamento dessas métricas com o passar do tempo: encontrando os commits responsáveis pela quebra nas regras estabelecidas. A decisão se algo é bom ou não deixa de ser romântico e passa a ser algo lógico.
Apresentação introdutória com algumas questões importantes de como se tornar um Agile Tester no formato de dicas, que foi apresentada no BRATESTE 2013 dia 25/10/2013 no Rio de Janeiro
O que seus testes garantem, o funcionamento do código ou das funcionalidades ...Isaac de Souza
A importância de testes de software já deveriam ser um consenso entre times de desenvolvimento. Contudo ainda há profissionais que não compreendem o valor deles, um dos motivos é que de fato muitos softwares possuem testes mas continuam a apresentar bugs a cada entrega. Isso ocorre porque é comum os testes garantirem o funcionamento do código, mas não das funcionalidades como um todo. Na apresentação será abordado como equilibrar testes unitários, de componentes e de integração organizando-os através de uma visão mais direcionada ao negócio, features e histórias do que apenas ao código implementado.
Teste A/B - O que fazer para extrair o máximo de um teste - Marcell Almeida -...Marcell Almeida
O documento fornece um guia sobre como realizar testes A/B de forma efetiva para maximizar os resultados. Ele discute o que são testes A/B, como funcionam, como formular hipóteses, métricas a serem observadas e lições aprendidas com casos reais de uma empresa. O autor fornece dicas valiosas sobre a importância de usar dados para tomar decisões e não apenas opiniões, além de documentar os testes para permitir aprendizados futuros.
O documento discute sobre testes de usabilidade, descrevendo:
1) O que são testes de usabilidade e seus principais tipos;
2) Ferramentas como Test Card e Learning Card para validar hipóteses e aprendizados;
3) Como conduzir testes de usabilidade, incluindo roteiros."
O resumo apresenta as 3 informações principais do documento de forma concisa: 1) o que são testes de usabilidade, 2) ferramentas utilizadas e 3) como conduzir testes de usabilidade.
O documento discute práticas ágeis e testes de aceitação, enfatizando: (1) a importância de entregas frequentes com feedback contínuo através de sprints curtos; (2) o valor da modelagem orientada a teste e da colaboração entre times para validar hipóteses sobre requisitos; (3) como testes de aceitação em todo o ciclo de vida do produto agregam valor e aproximam o produto das necessidades do cliente.
Este documento fornece informações sobre um mini-curso sobre teste ágil, incluindo contatos do instrutor e da empresa organizadora, Qualister. O curso abordará como o teste ágil funciona na prática e os princípios do desenvolvimento ágil.
O workshop apresenta uma introdução ao MVP e Lean Inception, cobrindo tópicos como: 1) visão do produto, 2) objetivos do MVP, 3) personas, 4) funcionalidades, 5) revisão técnica e de negócios, 6) jornadas do usuário, 7) adicionar recursos às jornadas, 8) planejar ciclos de lançamento e 9) OKRs para cada versão do MVP. O workshop também discute se um CTO é realmente necessário.
Histórias de usuários - Declaração de valorAugusto Rückert
1) O documento discute os princípios e melhores práticas para escrever histórias de usuário, incluindo o que constitui uma boa história e como evitar erros comuns.
2) É explicado que histórias de usuário devem se concentrar na perspectiva e necessidades do usuário final, não do time de desenvolvimento.
3) Diferentes modelos para estruturar histórias de usuário são apresentados, assim como dicas para escrever histórias que sejam independentes, negociáveis e de pequeno escopo.
Este documento apresenta uma introdução ao aprendizado de máquina, definindo o conceito, distinguindo-o de inteligência artificial e apresentando alguns tipos e aplicações. Explica os conceitos de aprendizado supervisionado, não-supervisionado e por reforço, além de apresentar exemplos de regressão e classificação no aprendizado supervisionado.
1. O documento apresenta 9 exercícios sobre programação com vetores que envolvem preenchimento, cálculo e exibição de informações armazenadas em vetores. 2. Os exercícios abordam temas como vetores numéricos e de strings, cálculo de médias, maiores e menores valores. 3. Dicas e recomendações são fornecidas para facilitar a resolução dos exercícios propostos.
O documento discute a importância do design ágil para a agilidade de projetos. Apresenta dados sobre fatores de sucesso em projetos como envolvimento do usuário e suporte gerencial. Também mostra dados sobre uso de funcionalidades desenvolvidas e o cone da incerteza na estimativa de esforço.
Workshop 101: Concebendo produtos de forma ágil (e divertida) - Scrum Gathe...Diana Corrêa, CSPO / CSM
Diana Corrêa apresenta várias técnicas ágeis para concepção de produtos de forma divertida e eficaz em um workshop, incluindo Value Proposition Canvas, Personas, Business Model Canvas, Lean Canvas, Elevator Pitch, Product Vision Board e User Story Mapping. O objetivo é ajudar times a modelar negócios, definir públicos-alvo, criar visões de produto e mapear funcionalidades para definir o mínimo produto viável e releases futuras.
TDC2018SP | Trilha Requisito Ageis - Historias de usuarios - Basico e alemtdc-globalcode
O documento fornece orientações sobre como escrever histórias de usuário de forma efetiva, discutindo os principais elementos que compõem uma história de usuário, como a declaração de valor e critérios de aceitação, e abordando tópicos como diferenciar histórias de especificações e requisitos, focar no usuário, e identificar o que realmente não constitui uma história de usuário.
DevCamp - O papel de um testador em uma equipe ágilElias Nogueira
Nesta apresentação são colocados alguns pontos/papéis do testador em uma equipe ágil e as principais dúvidas de uma equipe quando alguém "veste o chapéu" de teste ou teremos um testador na equipe.
O documento descreve os principais elementos e convenções para a criação de fluxogramas de atividades, incluindo símbolos gráficos para representar elementos como início, fim, atividades, decisões, subprocessos e casos de uso de TI. É fornecido um exemplo ilustrativo de fluxograma de atividades de um processo de negócio. Recomendações finais abordam formato, sugestões para casos de uso e detalhamento inicial.
Este documento fornece um resumo de três importantes diagramas da UML:
1) Diagramas de casos de uso descrevem a relação entre atores e funcionalidades de um sistema;
2) Diagramas de sequência ilustram a interação entre objetos segundo uma visão temporal;
3) Diagramas de colaboração mostram as relações entre objetos que desempenham diferentes papéis sem mostrar o tempo.
1. O documento apresenta um trabalho acadêmico de 7 alunos sobre ferramentas da qualidade para o curso de gestão de recursos humanos de uma universidade em 2009. 2. Inclui introdução sobre ferramentas como árvore de decisão, ciclo PDCA, ponto de equilíbrio, diagrama de Ishikawa e Pareto. 3. Tem como objetivo apresentar estas ferramentas para tomada de decisão e melhoria contínua nos processos.
O documento discute técnicas para dividir histórias de usuário em partes menores para facilitar a estimativa, implementação e verificação. Histórias menores promovem o fluxo contínuo de trabalho ("done-done") e antecipam os testes, melhorando a agilidade. A técnica do "hambúrguer" ajuda times inexperientes a dividir histórias em tarefas técnicas primeiro.
Métricas e a automatização do controle de qualidadeCaelum
"Essa história vai melhorar as vendas. Essa refatoração vai melhorar a manutenção". Será?
Se queremos escolher histórias e manter um produto melhor para o cliente final, essa decisão deve ser baseada em alguma medida.
Complexidade do código? Coesão? Aguentar altas cargas? Diminuir taxas de erro? Efetuar mais compras? Para entender qualquer uma delas é preciso medir: veremos nessa palestra como pegar um projeto cujo build mínimo está automatizado, mediremos a complexidade do código, o desempenho em relação a erros, a vendas e a percepção do usuário final.
Mantemos um rastreamento dessas métricas com o passar do tempo: encontrando os commits responsáveis pela quebra nas regras estabelecidas. A decisão se algo é bom ou não deixa de ser romântico e passa a ser algo lógico.
2. O que é Agile?
● É um conjunto de metodologias de desenvolvimento de software:
○ Entregas constantes de valor através de ciclos curtos.
○ Aumentar a taxa de feedback para responder a mudanças.
○ Ter leveza e flexibilidade para mudar.
○ Aprendizado continuo para melhorar continuamente.
3. Manifesto ágil.
● Indivíduos e interações > Processos e
Ferramentas.
● Software em funcionamento >
Documentação abrangente.
● Colaboração com o cliente > Negociação de
contratos.
● Responder a mudanças > Seguir um plano.
4. O que é Agile testing?
Agile testing é uma prática de teste de
software que segue os princípios do
desenvolvimento ágil.
5. Agile testing.
1. Feedback contı́nuo.
2. Entrega de valor ao cliente.
3. Comunicaç ão face-to-face.
4. Coragem.
5. Simplicidade.
6. Resposta a mudanç as.
7. Auto-organizaç ão.
8. Foco em pessoas.
6. Cenários: Testers / Agile Tester
1. Desenvolvedores ágeis são “test
infected”.
2. Colaboram com o usuário.
3. TODO O TIME é responsável por teste!
4. Todos devem entender do negó cio.
5. AUTOMATIZAM!!!
1. Não sabem o que é ágil.
2. Não sabem programar.
3. O desenvolvedor é seu maior inimigo.
4. Programador frustrado ou querendo
ser BA.
5. Não querem “passar trabalho”.
10. Como levantar os requisitos?
Sistema de
triângulos.
Um professor do ensino fundamental
(Segunda série) quer um sistema para
representar os tipos de triângulos para seus
alunos onde eles vão entrar com os 3 lados
de um triângulo e o sistema informa qual é o
tipo do dele.
11. Como levantar os requisitos?
Sistema de
triângulos.
1. Escola privada.
2. Sistema usado no laborátorio da escola.
3. Acesso a internet no laboratório.
4. Entra com 3 Campos > Tipo do triângulo.
5. Individualmente.
6. Sem mensuração de dados.
7. Não deve ter figuras.
12. User Story
● Uma user story representa funcionalidades que devem fornecer valor para o
negócio (projeto).
● Representa os requisitos (desejos) mais do que documentá -los.
● Fornece um flash para comunicaç ão.
● Sua definiç ão de pronto orienta os testes necessá rios para a estória
13. User Story
1. Quem?:
a. Personas ou Roles:
i. Cliente
ii. Cliente VIP
iii. Fornecedor
iv. Atendente do call center.
2. O que?:
a. Ações.
b. Rotinas.
3. Por quê?:
a. Efeito no negócio.
b. Valor para o cliente.
14. User Story
1. Como um dono de padaria preciso saber meu lucro por cada pão por isso preciso listar os custos
fixos rateado pela quantidade de pães produzidos.
2. Como um vendedor, gostaria de consultar o estoque de um determinado produto para oferecer
ao cliente.
3. Como um diretor, gostaria de obter o volume de vendas do mês para acompanhar as metas.
4. Como um cliente eu gostaria de visualizar os planos existentes para decidir qual plano devo
comprar.
15. De volta aos triângulos.
Sistema de
triângulos.
Um professor do ensino fundamental
(Segunda série) quer um sistema para
representar os tipos de triângulos para seus
alunos onde eles vão entrar com os 3 lados
de um triângulo e o sistema informa qual é o
tipo do dele.
16. Porque eu não perguntei o por quê?
Sistema de
triângulos.
1. Escola privada.
2. Sistema usado no laborátorio da escola.
3. Acesso a internet no laboratório.
4. Entra com 3 Campos > Tipo do triângulo.
5. Individualmente.
6. Sem mensuração de dados.
7. Não deve ter figuras!
17. Não caia na cilada do óbvio!
Esse professor dá aulas de
matemática para uma turma de
alunos superdotados e precisa
usar esse sistema como
experimento para sua tese de
mestrado.
18. Escopo
Fora
1. Validar triângulos inválidos.
2. Exibir o triângulo graficamente.
3. Validar entrada do usuário.
Dentro
1. Trângulo com todos os lados
iguais é equilátero.
2. Triângulo com 2 lados iguais é
isóceles.
3. Triangulo com todos os lados
diferentes é escaleno.
19. O qué uma boa User Story?
Independent
Negotiable
Valuable to users or customers
Estimable
Small
Testable
20. Continuando com triangulos...
Eu como professor gostaria de
avaliar a capacidade dos
meus alunos para gerar uma
tese de mestrado.
Para conhecer o tipo de um
triângulo como um aluno de
matemática, eu quero
informar os tamanhos do
lado de um triângulo e saber
qual seu tipo.
21. Testable - critérios de aceite
Scenario: Triângulo isóceles
Given 2 números iguais e 1
diferente.
When eu clicar em “Calcular”
Then eu espero ver a mensagem
“Triângulo isóceles”
Scenario: Triângulo equilátero
Given 3 números iguais.
When eu clicar em “Calcular”
Then eu espero ver a mensagem
“Triângulo equilátero”
Scenario: Triângulo escaleno
Given 3 números diferentes.
When eu clicar em “Calcular”
Then eu espero ver a mensagem
“Triângulo escaleno”
Scenario: Não quero ver imagens
Given 3 números.
When eu clicar em “Calcular”
Then eu espero não ver uma
imagem no “resultado”
27. Teste unitários
1. São de responsabilidade do
Desenvolvedor.
2. Deve testar pequenas partes do
sistema (funcões, classes).
3. Facilita o desenvolvedor encontrar a
origem de bugs no sistema.
4. Não faz muito sentido para a o
pessoal de negócio.
35. Módulo SimpleTest + Módulo Selenium
Teste de UI usando um seção de um
browser real.
36. Teste de Aceitação e Teste de UI, integrados!
Os 2 testes na mesma ferramenta +
linguagem neutra, voltada a negócios.
37. Não se esqueça dos critérios de aceite
Scenario: Triângulo isóceles
Given 2 números iguais e 1
diferente.
When eu clicar em “Calcular”
Then eu espero ver a mensagem
“Triângulo isóceles”
Scenario: Triângulo equilátero
Given 3 números iguais.
When eu clicar em “Calcular”
Then eu espero ver a mensagem
“Triângulo equilátero”
Scenario: Triângulo escaleno
Given 3 números diferentes.
When eu clicar em “Calcular”
Then eu espero ver a mensagem
“Triângulo escaleno”
Scenario: Não quero ver imagens
Given 3 números.
When eu clicar em “Calcular”
Then eu espero não ver uma
imagem no “resultado”
38. Então vamos fazer testes de UI com Behat e Selenium?
Scenario: Triângulo isóceles
Given 2 números iguais e 1
diferente.
When eu clicar em “Calcular”
Then eu espero ver a mensagem
“Triângulo isóceles”
Scenario: Triângulo equilátero
Given 3 números iguais.
When eu clicar em “Calcular”
Then eu espero ver a mensagem
“Triângulo equilátero”
Scenario: Triângulo escaleno
Given 3 números diferentes.
When eu clicar em “Calcular”
Then eu espero ver a mensagem
“Triângulo escaleno”
Scenario: Não quero ver imagens
Given 3 números.
When eu clicar em “Calcular”
Then eu espero não ver uma
imagem no “resultado”
40. E os teste manuais, acabam?
Não, testes
exploratórios nunca
acabam!
1. Aprender sobre mais
sobre o software.
2. Desenvolver mais
testes.
3. Executar testes.
Use o feedback do
último teste para
executar o próximo!
41. Quando o Dev Team faz isso, o PO e
o cliente agradecem!