Como descrever histórias de utilizadores usando a linguagem Gherkin

DEfinição de uma história de utilizador

Uma história de utilizador é uma descrição de funcionalidade ou parte de uma escrita funcional na linguagem quotidiana ou de negócios que capta o que um utilizador faz ou precisa de fazer.

As histórias de utilizadores proporcionam uma forma rápida de lidar com os requisitos do cliente em vez de documentos de requisitos formais e sem executar tarefas administrativas relacionadas com a sua manutenção.

BENEFÍCIOS

div>>div>>

Especialistas da nossa empresa formularam os benefícios da utilização de histórias de utilizadores para cada membro da equipa Agile:

PARA GESTORES DE PROJECTOS:

  • Ajuda a fazer a arquitectura da aplicação correctamente;
  • Reduz o tempo de resposta a perguntas sobre a lógica da aplicação para programadores, designers, testadores;
  • li> Pode ser usado como documentação e facilmente actualizado;

PARA DESIGNERS:

  • Dá uma ideia da quantidade de simulacros necessários para cobrir toda a aplicação de layout;
  • Avisa sobre o excesso ou falta de certos ecrãs / botões / características;

PARA DESENVOLVEDORES:

  • As características são a base para a escrita de testes de aceitação com desenvolvimento orientado por testes (TDD e BDD);
  • li> Ajuda a evitar mal-entendidos na documentação (especificações e requisitos do cliente), e erros na lógica da aplicação;

Para QA:

  • Faz a base para escrever casos de teste e cenários de teste;
  • ajuda a compreender rapidamente a lógica da aplicação;

PARA CLIENTES:

  • Permite uma boa compreensão de uma aplicação e de como funciona;
  • O cliente pode descrever a nova funcionalidade, utilizando o nosso formato de História de Utilizador que evita a má interpretação dos requisitos;

FORMATOS DAS LOJAS DE UTILIZADORES

Também é possível conhecer os seguintes formatos de uma história de utilizador:

Mike Cohn, um conhecido autor de histórias de utilizadores, relativamente à cláusula “para que” como opcional:

“As a <role>, Eu quero <goal/desire>”

p>Chris Matts sugeriu que “caçar o valor” foi o primeiro passo para o sucesso da entrega de software, e propôs esta alternativa como parte da Feature Injection:

“Para <receber benefício> como um <role>, Eu quero <goal/desire>”

p>Outras opções:

“As a <role>, Eu quero <goal/desire> para que <benefício>”

“As a <role>, Eu posso <acção com sistema> para que <benefício externo>”

p>Na empresa Steelkiwi utilizamos a linguagem Gherkin para tornar a história do utilizador mais legível e compreensível tanto para programadores como para clientes.

DEFINITION OF GHERKIN LANGUAGE

Gherkin é uma linguagem de leitura humana para descrição do comportamento do sistema, que utiliza indentação para definir a estrutura do documento (espaços ou separadores). Cada linha começa com uma das palavras-chave e descreve um dos passos.

A maioria das linhas no Gherkin começa com uma palavra-chave especial e consiste em características e cenários, por exemplo:

Vejamos o exemplo acima:

1. Característica: Uma breve mas abrangente descrição da funcionalidade requerida, que inicia uma função e lhe dá um nome.

2. As próximas três linhas descrevem os benefícios que vamos obter com esta funcionalidade.

3. Cenário: Algumas situações empresariais específicas iniciam o script e contêm uma descrição.

4. As 7 linhas seguintes descrevem os passos de teste, que correspondem a um código específico, executando a acção descrita. As linhas que são seguidas pelas palavras-chave “Dado”, “E”, “Então”, etc., são comparadas.

IMPLEMENTAÇÃO

Below, pode ver como se parece a parte inicial de uma das nossas histórias de utilizadores:

Acções do utilizador: Para ver fotos, definir gostos, ver notícias, carregar fotos e participar em concursos Como utilizador quero descarregar a aplicação da App Store, depois registar/login, depois procurar fotos por artista, ver fotos, definir gostos, ver notícias, carregar a minha foto, adicionar foto em concursos.

1.1. Inscrição: Para me inscrever Como utilizador não autorizado, quero abrir uma aplicação descarregada, depois clicar no botão “Inscrever-se”, preencher todos os campos obrigatórios (e-mail, palavra-chave, etc), ligar ao Google+/Facebook/Instagram/Twitter e adicionar amigos que estejam registados na aplicação PhotoCulture, depois redireccionar para Home page.

1.1.1. Descarregar a aplicação: Para descarregar aplicação da App Store Como utilizador quero abrir a App Store, depois clicar no botão de pesquisa, depois introduzir “____”, depois clicar no botão “Install”.

1.1.2. Inscrever-se: Para me registar Como utilizador não autorizado, quero abrir uma aplicação descarregada, depois clicar no botão “Sign Up”, depois redireccionar para o ecrã “Sign Up”, depois introduzir o valor correcto no campo “email”, introduzir o valor correcto no campo “password”, introduzir o valor correcto da password no campo “confirmar password”, depois clicar no botão “Sign Up”, depois exibir “Verifique o seu email para completar o registo”, depois confirmar o registo no meu email.

CONCLUSÃO

Antes de escrever uma história de utilizador individual, criamos a história que descreve o cenário final do comportamento da aplicação, desde o registo até à conclusão da aplicação (logout). Nesta história de utilizador, descrevemos todas as acções para as quais a candidatura é criada, por exemplo, para ver fotos de outros membros adicionando as suas próprias fotos, participação em concursos, receber prémios, escrever comentários, etc. Abaixo, fazemos histórias de utilizadores individuais que descrevem determinadas funcionalidades de forma mais detalhada. Além disso, se necessário, descrevemos as partes mais detalhadas da história de utilizador anterior.

Uma característica distintiva da nossa empresa é que a nossa história de utilizador não está separada da estrutura geral do projecto. Formamos todas as histórias de utilizadores a partir da aplicação num único documento em que aparecem na estrutura da treeview.

VANTAGENS DA NOSSA ESTRUTURA

  • Ajuda a evitar a nãohistórias de utilizadores compatíveis com a arquitectura da aplicação
  • li> Mostra como as alterações afectam a estrutura da aplicação

  • Permite aos clientes tornar os novos requisitos e desejos mais compreensíveis para os programadores

LINKS ÚTEIS

  1. História de utilizador
  2. Características de escrita – gherkin

Se gostar deste artigo – obtenha mais conteúdos interessantes no Blog SteelKiwi!
Se tiver dúvidas – contacte-nos!

Deixe uma resposta

O seu endereço de email não será publicado. Campos obrigatórios marcados com *