Eu tiro pensamentos dos livros que esqueci,
Tentando me justificar diante de Deus,
Mas e se eu puder confessar,
Na co-autoria de intrigas distorcidas.
Quando você está apenas começando a desenvolver um produto de software, existe a tentação de não escrever o TOR e rapidamente esboçar a maquete do produto, que foi discutida na "segunda-feira passada".
A equipe de desenvolvimento ainda é pequena e tudo pode ser discutido sem sair da mesa.
Se a sorte sorriu e o produto acabou sendo procurado, então ele já deveria ser testado para ser rejeitado pelos desenvolvedores.
Convidamos um testador para o projeto, e se a sorte é nossa cara novamente, a pergunta é inevitável: com que base testar?
Amanhã há uma pergunta semelhante de um escritor técnico: Como um produto tem que funcionar para ser descrito corretamente?
E agora, ATENÇÃO, a pergunta principal!
Como fixar os requisitos de um produto em condições em que não haja especificação técnica para o produto final, pois ninguém sabe ainda o que acabará por ser incluído nele?
, , , .
, . .
agile .
. .
, , .
. , . . . , . .. .
. - , . , . , , , API, … . . , , .... . . . .
, , . . .
, . . , . , . , , . . , , . . , , .
… , .
, , . . . . , , , , , , .
: , , …
. , , . TDD (Test Driven Development). , , . , , . – . , . . . , , . / . CI (continuous integration). , . , ... .
- Why you call this version “beta”?
- Because it’s betta than nothing