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

Alterar cores do PageControl (Delphi)

O padrão Windows todo cinza não é muito atraente, por isso quando nos utilizarmos do PageControl podemos alterar suas cores e fontes da seguinte maneira: Em primeiro lugar devemos alterar a propriedade OwnerDraw para TRUE ; Depois implementar seu método DrawTab da seguinte maneira: //pinta a fonte Control.Canvas.Font.Color:=clBlack; // // pinta a paleta / aba Control.Canvas.brush.Color:=clSkyBlue; PageControl1.Canvas.Rectangle(Rect); Control.Canvas.TextOut(Rect.left+5,Rect.top+3,PageControl1.Pages[tabindex].Caption); // pinta a parte interna (tabsheet) PageControl1.Pages[TabIndex].brush.Color := Control.Canvas.brush.Color; PageControl1.Pages[TabIndex].Repaint; Caso a intenção seja manter cada aba com seu próprio estilo basta adicionar um CASE filtrando o índice das abas: case TabIndex of   0: Control.Canvas.Font.Color:=clBlack;   1: Control.Canvas.Font.Color:=clWindow; ...

Como pegar valor de coluna invisível do GridView

Em determinado momento nos deparamos com a seguinte situação, nossa tabela do banco de dados possui como campo chave, um ID por exemplo, incrementado por uma rotina da aplicação, do banco ou algum outro mecanismo de incremento (sequences, increment, etc), logo não há porque mostrar essa coluna para o usuário porque o mesmo não sabe de sua existência, e seu valor não tem qualquer relevância para ele, sendo assim o mais lógico a se fazer é não mostra-lá na aplicação. Seu valor é necessário já que por se tratar de uma chave primária precisaremos dela para atualizar, inserir ou excluir os dados, então o que fazer? A resposta seria simples, deixemos ele invisível, buscaremos seu valor e o usuário não perceberá, porém a partir da versão 2005 do visual Studio as colunas setadas com "visible = false" não são renderizadas, com isso ao se tentar acessar seu valor o que recebemos é nada. Para contornarmos essa situação podemos codificar o seguinte: protected void GridView1_R...

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                                         ...