PHP que pensa antes de agir (e testa antes de quebrar): nesta palestra, vamos mostrar que sim, é possível — e recomendável — escrever código PHP a partir de requisitos claros, legíveis e, por que não, quase humanos. A proposta é apresentar uma stack que transforma esses requisitos em testes automatizados, que por sua vez orientam o desenvolvimento do código. Como um GPS, mas que não recalcula rota depois do deploy. Com o framework Laminas como base — uma verdadeira caixa de ferramentas para aplicações web — e a integração com o Behat, mostramos como o desenvolvimento orientado a comportamento (BDD) pode ser feito com PHP de forma elegante, previsível e sem surpresas desagradáveis no push. No fim, é quase poesia: requisitos viram testes, testes viram código, e o código… funciona. Milagre? Não. Só boas práticas.

1. Dos requisitos
ao código: como
criar código
rastreável em
Flávio Gomes da Silva Lisboa
www.fgsl.eti.br

2. Quem sou eu
●
Doutor e mestre em Tecnologia e Sociedade
●
Especialista em Tecnologia Java
●
Engenheiro e Arquiteto de Software certificado
pela Zend
●
Professor de Análise e Projeto de Sistemas,
Banco de Dados, Programação Web, e Técnicas
de Programação e Algoritmos.
●
Analista de desenvolvimento, atualmente
trabalhando com gestão de API Gateways.

3. https://www.casadocodigo.com.br/

4. https://bpbonline.com/products/mastering-test-driven-development-with-php-8

5. https://www.packtpub.com/en-us/product/php-web-development-with-laminas-9781803245010

6. https://clubedeautores.com.br/livro/livres-ou-iguais

7. https://clubedeautores.com.br/livro/rom-biografia-
nao-autorizada
romocavaleirodoespaco.blogspot.com.br
ROM, BIOGRAFIA NÃO AUTORIZADA

9. CHICÓ, VOCÊ SABE
QUAL É O
REQUISITO QUE
GEROU ESSE
CÓDIGO?
NÃO, SEI, SÓ
SEI QUE É
ASSIM...

10. Como transformar requisitos claros
em testes automatizados
Estabelecer os requisitos para um produto de
software é uma tarefa significativa e direciona
o curso de ação para o esforço restante de
desenvolvimento de software (SCHMIDT, 2013, p.
10, nossa tradução).

11. Como transformar requisitos claros
em testes automatizados
As especificações de requisitos de software para
o produto orientam a definição da arquitetura
do produto, a implementação do software e os
esforços de teste e avaliação do software.
(SCHMIDT, 2013, p. 10, nossa tradução).

12. Como transformar requisitos claros
em testes automatizados
TESTAR

13. Como transformar requisitos claros
em testes automatizados

14. Como transformar requisitos claros
em testes automatizados
ANALISTA DE NEGÓCIOS DESENVOLVEDOR
Carinha que
almoça com o
cliente?
Carinha que faz o
sistema
funcionar?

15. Como transformar requisitos claros
em testes automatizados
ANALISTA DE NEGÓCIOS DESENVOLVEDOR
Carinha que
almoça com o
cliente?
Carinha que faz o
sistema
funcionar?
X X

16. Como transformar requisitos claros
em testes automatizados
ANALISTA DE NEGÓCIOS DESENVOLVEDOR
O que faz o sistema funcionar é o
código que implementa o requisito.

17. Como transformar requisitos claros
em testes automatizados
●
Como você sabe se um código está certo?
O que é a
verdade?

18. Como transformar requisitos claros
em testes automatizados
●
Como você sabe se uma pessoa cometeu um
crime?

19. Como transformar requisitos claros
em testes automatizados
O
REQUISITO
É
TUDO!

20. Como transformar requisitos claros
em testes automatizados
ALÉM DE ESCREVER OS
REQUISITOS EU VOU TER
QUE ESCREVER TESTES?
Ó DEUS!
Ó VIDA!
Ó AZAR!

21. Como transformar requisitos claros
em testes automatizados
REMEMBER, PETER...

22. Como transformar requisitos claros
em testes automatizados
Como seria
maravilhoso se ao
escrever os
requisitos nós já
criássemos os
testes para o
código… mas deve
ser um sonho...

23. Como transformar requisitos claros
em testes automatizados
NÃO É
UM
SONHO!

24. Como transformar requisitos claros
em testes automatizados
Behavior-Driven Development
BDD é uma forma de trabalho para equipes de software que reduz a
distância entre os profissionais de negócios e os técnicos por
meio de:
●
Incentivar a colaboração entre funções para construir um
entendimento compartilhado do problema a ser resolvido
●
Trabalhar em iterações rápidas e pequenas para aumentar o
feedback e o fluxo de valor
●
Produzir documentação do sistema que é verificada
automaticamente em relação ao comportamento do sistema
https://cucumber.io/docs/bdd/ (nossa tradução)

25. Como transformar requisitos claros
em testes automatizados
TESTES SÃO
DOCUMENTAÇÃO!
ENTENDEU?

26. Como transformar requisitos claros
em testes automatizados
MAS COMO É
QUE EU USO
ESSE BDD COM
PHP?

27. Desenvolvimento orientado a
comportamento com PHP
https://docs.behat.org/en/latest/

28. Desenvolvimento orientado a
comportamento com PHP
https://docs.behat.org/en/latest/
Três comandos básicos do Behat:
vendor/bin/behat --init : cria a estrutura inicial de
BDD
vendor/bin/behat : executa os cenários (testes)
vendor/bin/behat –append-snippets : adiciona
snippets de código a uma classe de teste

29. Desenvolvimento orientado a
comportamento com PHP
https://github.com/PacktPublishing/PHP-Web-Development-with-Laminas/blob/main/
chapter06/whatstore/features/employeecrud.feature

30. Desenvolvimento orientado a
comportamento com PHP
https://github.com/PacktPublishing/PHP-Web-Development-with-Laminas/blob/main/
chapter06/whatstore/features/behat.yml

31. Desenvolvimento orientado a
comportamento com PHP
https://github.com/PacktPublishing/PHP-Web-Development-with-Laminas/blob/main/
chapter06/whatstore/features/bootstrap/EmployeeCRUDContext.php

32. Desenvolvimento orientado a
comportamento com PHP

33. Stack prática com Laminas + Behat
Chapter 6,
Models and
Object-
Relational
Mappers with
Behavior-Driven
Development

34. Stack prática com Laminas + Behat

35. Boas práticas que evitam bugs
Humm… não
sei se eu vou
usar Behat…

36. Boas práticas que evitam bugs

37. Boas práticas que evitam bugs
ENTÃO USE
TDD, PELO
MENOS!

38. Boas práticas que evitam bugs

39. Boas práticas que evitam bugs
Além dos testes, independente da abordagem
usada para criá-los, o código deve estar
conectado à demanda que motivou a criação do
código.
Isso quer dizer que todo commit deve ser
identificado com o id de uma issue. O código
não pode brotar do vazio. Ele deve ter uma razão
pra ser criado.

40. Boas práticas que evitam bugs
QUAL É O PROBLEMA?
QUAL É A SOLUÇÃO?

41. Boas práticas que evitam bugs
Mas eu coloco
mensagem no
commit!

42. Boas práticas que evitam bugs
AS MENSAGENS DE COMMIT

43. Boas práticas que evitam bugs
AS MENSAGENS DE COMMIT

44. Boas práticas que evitam bugs
O QUE É UM COMMIT DESCONECTADO DE UMA ISSUE?

45. Boas práticas que evitam bugs
É ALGO QUE VOCÊ NÃO SABE EXPLICAR

46. Boas práticas que evitam bugs
Isso deve estar
aqui por algum
motivo!

47. Boas práticas que evitam bugs
Código tem história.
Se ninguém contar a história do código, tenha
certeza de que contarão a história de como deu
trabalho corrigir o código.

48. Boas práticas que evitam bugs
Eu descobri uma
demonstração
maravilhosa, mas
a margem deste
papel é muito
pequena para
contê-la!
PIERRE DE FERMAT (1601-1665)
NÃO SEJA PROGRAMADOR FERMAT!

49. Boas práticas que evitam bugs

50. OBRIGADO
www.fgsl.eti.br