richardpeder wrote:Falando sério....cv, este cenário de testes da sua empresa é legal...

James Netherlands wrote:um problema que eu vejo, é que o programador acha que o testador está para derrubar o trabalho dele. Quando na verdade está querendo melhor o produto. Não se olha o erro do programador, mas sim, a qualidade do produto.

cv wrote:
Um problema maior eh arrumar testadores ruins. Deem uma lida nesse artigo do Joel antes de continuar a conversa: http://www.joelonsoftware.com/articles/fog0000000067.html

Porra, programador aqui eu até acho, tá certo que muito poucos, mas não arrumei nenhum tester! Vocês não testam software aqui não? "Hey, it compiles, let's ship it!"

pcalcado wrote:Vou listar o fluxo em algumas empresas verdadeiramente grandes que conheço para se fazer uma comparação (e esculhambarmos elas )

1 - Cliente pede algo
2 - Alguem eh mandado pra covnersar com o cara, faz n workshops, isso pdoe durar 2 meses facil facil
3 - O lider tecnico do projeto recebe um catalogo de requisitos enorme e impresso ou PDF (pra vc ver a "imutabilidade" da coisa)
4 - lider de qa escreve um escopo de teste em alto nivel
5 - Lider prepara um documento conceitual e um sobre a arquitetura, vao para o cliente
5 - apos aprovado, conceito eh dividio em componentes, cada um ehe specificado por uma pessoa ou mais (geralmente pessoas diferentes que nao vao implementar estes componentes, mas outros)
6 - qa começa a especificar testes dos componentes
7 - começa a implementação do sistema, em paralelo dos testes (esse paralelo eh sempre mentiroso)
8 - tudo eh reescrito um milhao de vezes, os documentos nao sao atualizados ate alguem chorar
9 - produto entregue