Testes/critérios de aceitação

[Lih]

Pessoal,

alguém aí trabalha com testes de aceitação ou critérios de aceitação?
Tô pesquisando sobre isso e gostaria de dicas sobre como usa-los.

Obrigada

--
Eliane Somavilla
Bacharel em Sistemas de Informação
ISTQB Certified Tester - CTFL
ITIL V3 Certified Fundation
Auditora ISO 9001:2008
(48) 8453-4621
Florianópolis - SC

[Guilherme Flores da Cunha da Motta]

Sim! Trabalho com os dois :-)

Testes de aceitação e critérios de aceitação sao coisas diferentes.

Critérios de aceitação vao ser definidos como pontos criticos para validar/verificar o requisito que esta sendo desenvolvido.

Quando trabalhamos com stories (no mundo magico do agile), cada story tem que ser SMART (e/ou INVEST), os criterios de aceitacao e' o que nos permite dizer que elas sao Testable e que elas sao Time-boxed. Sem criterios de aceitacao, como sabemos quando um requisito esta pronto? Se nao sabemos o criterio de aceitacao, como sabemos como testar essa funcionalidade ou requisito? Apenas fazendo teste exploratorio?

(ref: http://xp123.com/articles/invest-in-good-stories-and-smart-tasks/)

Testes de aceitação sao testes automatizados que podem ser feitos em difersos niveis e tipos. Por exemplo, voce pode implementar testes de aceitacao usando BDD como testes funcionais ou como testes em nivel de codigo, como por exemplo a nivel de cotroller se a sua applicacao for mvc. Voce pode ter testes de aceitacao unitarios, enfim.. o mais importante na minha opiniao e' saber o que esta sendo feito e porque esta sendo feito.

A abordagem vai depender da estrategia de testes do projeto/aplicacao. Se o objetivo e' ter um feedback mais rapido provavelmente a escolha vai tender a testes de aceitacao a nivel de codigo (sem testar interface ou sem precissar ter aplicacao rodando), ou se o objetivo e' ter uma suite de testes automatizados com maior cobertura talvez a abordagem seja ter um numero maior de testes, integrados (e nao) buscando cobrir mais funcionalidades e pontos de integracao.. depende muito do contexto e nao tem certo ou errado..

Abs,
Motta

2012/10/1 Lih <eliane.s...@gmail.com>

--
Você recebeu esta mensagem porque está inscrito para o Google
Grupos "Grupo de Usuarios de Teste de Software - SUCESU-RS" grupo.

Para postar neste grupo, envie um email para guts-rs...@googlegroups.com
Para cancelar a sua inscrição neste grupo, envie um e-mail para
guts-rs-suces...@googlegroups.com
Para mais opções, visite este grupo em
http://groups.google.com/group/guts-rs-sucesu?hl=pt?hl=en

[Elisangela Silva]

Oi boa tarde!

Desculpe, estou tentando enviar e-amail para o grupo, porém está voltando. Estou respondendo este e-mail na tentativa de uma vaga.

 

A empresa em que trabalho está com a seguinte vaga em aberto para profissionais* iniciantes* que desejam fazer carreira na área de testes.

Por favor, não respondam este e-mail, enviem direto para o e-mail de
recrutamento com o título 'Vaga Analista de Testes'.

**
*Boa sorte!*
**
*Olá! A Touch Health está contratando.*

Dinamismo, flexibilidade e criatividade são competências decisivas para
qualquer profissional nos dias de hoje. Se você tem este perfil, e está em
busca de uma empresa que proporcione desenvolvimento profissional, novos
desafios, contato com tecnologias de ponta. Se identificou? Então dá uma
olhada na vaga disponível e venha fazer parte deste time.



- Analista de Testes Trainee /JR

Seguem as informações da vaga:

*Competências Essenciais*



· Formação Superior ou estudante de cursos de TI

· Experiência ou conhecimento em ferramentas de gestão de testes e defeitos

· Noções de qualidade de software

· Boas noções de Inglês (leitura e escrita)

*Competências Desejáveis*



· Facilidade de trabalhar em equipe

· Boa comunicação e pró-atividade

· Ser dinâmico e organizado

*Responsabilidades*



· Atuar com práticas e princípios de teste de software

· Executar testes funcionais e caixa preta nos sistemas

· Documentar os resultados dos testes

· Auxiliar na identificação de cenários de testes

· Documentar cenários para testes de QA dos sistemas

*
*

*Local de trabalho:** *

· *São Paulo - Vila Olímpia*

*Faixa Salarial:* compatível com o mercado.
**

*Envie currículo com pretênção salarial para:
**recrut...@touchtec.com.br* <recrut...@touchtec.com.br>

 

--
Elisangela Silva

[Lih]

Bem, a empresa que trabalho não tem ainda testes automatizados,
testes unitários estão previstos para os proximos 6 meses.

Atualmente a empresa tem requisitos especificados pelo analista de
requisitos, e enquanto são desenvolvidos estes requisitos, eu preciso
elencar critérios de aceite para testar a funcionalidade. Até então
usavamos casos de testes, mas estamos querendo ganhar mais agilidade
pois os desenvolvedores também irão precisar verificar estes critérios
para poder considerar uma funcionalidade como "pronta para teste".
Estamos preocupados em criar criar critérios claros e não repetir ou
reescrever o que já está na especificação.

Você teria alguma idéia eu poderia criar estes critérios?


Em 1 de outubro de 2012 15:40, Guilherme Flores da Cunha da Motta
<gmo...@thoughtworks.com> escreveu:

[Rodrigo Campelo]

Opa,

desculpa entrar direto na conversa :)

Na verdade os critérios de aceitação vão andar bem juntos da especificação, eles devem cobrir a especificação, geralmente eles começam a diferenciar nos casos alternativos mas ainda assim estão ligados a especificação.

2012/10/1 Lih <eliane.s...@gmail.com>

[Cassiano Leal]

Eu iria até um pouco mais além. Os critérios de aceitação devem ser derivados diretamente da especificação, ou então a especificação está provavelmente errada/incompleta.

-- 

Cassiano Leal

[Lih]

Voces teriam algum documento ou site com exemplos de como criar
critérios de aceitação?