bbertolani

Sugestão de guidelines de processo

DoR (definition of ready) - quando uma história pode ser considerada "pronta pra ser desenvolvida"?

• Priorização atende a um valor de negócios específico.
  • Como …, devo …, para que...
• Deve haver um roteiro de testes de aceitação (user acceptance journey), com pelo menos 1 cenário descrito no formato given-when-then.
• Deve estar estimada pelos desenvolvedores (well-sliced) - 3~5 dias (com baixo risco de complexidade e incerteza):
  • Histórias maiores que 8 story points podem ser quebradas em histórias menores.
• Podem ser feitas PoCs pra diminuir incerteza e haver proposta de solução.

bbertolani

Coisas que eu não sabia que eu não sabia sobre testes por Hugo Baraúna

• Por que fazer testes?
  • saber se o software está funcionando de maneira automatizada
    • não elimina os testes exploratórios feito de forma manual
  • manter custos de desenvolvimento em níveis saudáveis
  • ajuda na qualidade interna do código (design e arquitetura do código)
• Como avaliar a qualidade dos testes (se estão bem feitos)?
  • corretude - se o teste não está gerando um falso positivo
• adequação do tipo de teste - se o teste é o mais adequado para a situação

bbertolani

FWIW: I'm not the author of the content presented here (which is an outline from Edmond Lau's book). I've just copy-pasted it from somewhere over the Internet, but I cannot remember what exactly the original source is. I was also not able to find the author's name, so I cannot give him/her the proper credits.

---

Effective Engineer - Notes

• By Edmond Lau
• Highly Recommended 👍
• http://www.theeffectiveengineer.com/

What's an Effective Engineer?

bbertolani

#!/bin/sh

# Create a file with these contents in your repo at
# .git/hooks/pre-commit

# Place any .sscript files in a folder called Packed/

# Extract any .sscript files from a Packed/ directory
for i in `find . -name "*.sscript" -type f -exec echo \{\} \;`; do
		# Only act if within a Packed directory