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

Funções de Data e Hora (Delphi)

É muito comum nos depararmos no dia a dia com a necessidade de manipular datas e horas, seja para um calculo de permanência, dias de atraso enfim, é praticamente escapar de alguma situação que necessite desse tipo de controle. Assim como a necessidade e se utilizar algum recurso para manipular as datas e horas de alguma maneira e freqüente, as duvidas de como o faze-lo também é, basta um breve olhar em qualquer fórum especializado e lá está, alguma duvida relacionada, por isso decidi falar um pouco sobre uma unit muito poderosa chamada DateUtils para a manipulação de data e hora, com um grande numero de métodos e classes que facilitam a vida de qualquer um. Alguns exemplos: CompareDate(constA, B: TDateTime): TValueRelationship; Compara apenas a data de dois valores (do tipo TDateTime) retornando: LessThanValue O primeiro valor é menor que o segundo EqualsValue Os valores são iguais GreaterThanValue O primeiro valor é maior que o segundo CompareDateTime(const A, B: TD...

Ler de um arquivo de configuração (.INI no Delphi)

Em muitos casos precisamos tornar nossas aplicações customizáveis, disponibilizando parâmetros que possam ser alterados, sejam eles informações a respeito de uma conexão com o banco de dados, uma senha, ou mesmo possibilitar a alteração do layout do sistema, tudo depende da necessidade e de como o programador pensa em termos de mobilidade para o usuário final. Exemplo de arquivo INI [PARAMETRO] SENHA=12345 Lendo um arquivo INI var // variável que irá conter o arquivo config : TIniFile; // variável que irá armazenar parâmetro a ser lido do arquivo param : string; begin // associa o arquivo de configuração a variável config := TIniFile.Create('C:\Aplicacao\config.ini'); //variável param recebe 12345 param := config.readstring('PARAMETRO','SENHA',''); end;