Pular para o conteúdo principal

Scrum - Manifesto de testes

Testes são muito importantes no cenário do desenvolvimento atual, logo nada mais natural que os testes passem a ser encarados dentro de uma perspectiva ágil. Sam Laing elaborou um manifesto com os seguintes diretrizes:

TestingManifesto

Testar durante o desenvolvimento, mais que testar somente ao final

Os testes ágeis devem começar logo no início do projeto e durante o desenvolvimento.

É dever do time pensar e definir quais testes deverão ser criados e como serão criados, quais as estratégias de teste serão adotadas, quais riscos deverão ser evitados ou mitigados.

Trabalhar a prevenção de defeitos, mais que procurar defeitos

Via de regra, bom design, boa arquitetura e um desenvolvimento orientado a testes vai fazer com que se tenha menos defeitos. 

Outro ponto essencial é o foco no valor, desenvolver somente o código estritamente necessário para atender ao que o cliente vai precisar ou que irá gerar valor para ele. E nada mais do que isso.

Testar entendimentos, mais que checar funcionalidades

Sempre validar se o que o time entendeu sobre a necessidade do cliente é realmente o que o cliente precisa, o cliente precisa participar dessa validação. Protótipos são uma forma de tornar esse processo mais claro.

Construir o melhor sistema, mais que quebrar o sistema

O time de desenvolvimento deve sempre focar no melhor, quanto maior o esforço para a entrega, quanto maior o foco no resultado maiores as chances de se entregar algo de valor ao cliente.

Time responsável pela qualidade, mais que responsabilidade exclusiva dos analistas de testes

Toda equipe é responsável pela qualidade, todos os envolvidos tem o compromisso com a entrega e com a qualidade, analistas, desenvolvedores e clientes. No momento que todos estão participando ativamente do progresso da solução falhas podem ser identificadas de forma rápida assim como o foco no valor gerado também.




Comentários

Mais visitadas

Listar arquivos existentes em diretório (Delphi)

Mostraremos uma maneira simples e prática para listar o conteúdo de um diretório com a opção de incluir nessa listagem os arquivos de seus subdiretórios. No exemplo abaixo temos um Edit para receber o diretório a ser pesquisado um CheckBox para indicar se os subdiretórios entrarão na pesquisa um botão para efetuar a pesquisa e um Memo para listar os arquivos encontrados, no final um Edit que receberá o cálculo final (em bytes) da soma do tamanho dos arquivos. procedure TForm1.Button1Click(Sender: TObject); begin   tamanhoTotal := 0;   memLista.Lines.Clear;   ListarArquivos(edtDiretorio.Text, chkSub.Checked);   Edit1.Text := IntToStr( tamanhoTotal ); end; procedure TForm1.ListarArquivos(Diretorio: string; Sub:Boolean); var   F: TSearchRec;   Ret: Integer;   TempNome: string; begin   Ret := FindFirst(Diretorio+'\*.*', faAnyFile, F);   try     while Ret = 0 do ...

Aplicação Flask usando Nginx e Gunicorn

Aplicação Flask usando Nginx e Gunicorn Se você já desenvolveu uma aplicação Flask básica, sabe que o servidor de desenvolvimento embutido não é ideal para produção. Ele não é projetado para lidar com altos volumes de tráfego ou conexões simultâneas. Para tornar sua aplicação Flask mais robusta e pronta para produção, podemos usar o Gunicorn como servidor de aplicação e o Nginx como proxy reverso. Neste artigo, vamos adaptar o exemplo anterior ( Criando uma Aplicação CRUD com Flask, PostgreSQL e Docker ) para incluir o Nginx e o Gunicorn. O que são Nginx e Gunicorn? Gunicorn O Gunicorn (Green Unicorn) é um servidor de aplicação WSGI que roda aplicações Python como o Flask. Ele é eficiente e simples de configurar, lidando com múltiplas requisições ao mesmo tempo, algo que o servidor embutido do Flask não faz bem. Nginx O Nginx é um servidor web que atua como um proxy reverso. Ele recebe requisições HTTP e as encaminha ao Gunicorn. Além disso, o Nginx pode: Servir arquivos ...

Limpando objetos dinamicamente (Delphi)

  Muitas vezes nos deparamos com situações onde devemos remover o conteúdo de determinados objetos, como por exemplo Edits ou mesmo Labels e dependendo da complexidade da tela setar manualmente cada campo pode ser trabalhoso.Sendo assim mostraremos hoje como montar um esquema automático e genérico para esse caso:   procedure TForm1.Button1Click(Sender: TObject);  procedure LimparEdits(AControl: TComponent); var    vLoop: Integer; begin     { ComponentCount retorna a qtde de componentes que o parent é o AControl, ou seja, somente os componentes que     estão ligados a ele }     for vLoop := 0 to AControl.ComponentCount-1 do      begin                                         ...