Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.
Olá a todos, é a minha primeira vez aqui e estou feliz por finalmente ter encontrado um lugar como esse.
Hoje trago uma solução para testes automatizados, o Make/Accessible.
O Make/Accessible é um pacote PHP muito leve que permite facilmente testar classes Singleton e membros de instância inacessíveis tais como propriedades privadas e métodos protegidos (encapsulamento).
Com esse pacote você agora pode:
-
Executar métodos inacessíveis
-
Adicionar valores a propriedade inacessíveis.
-
Obter valores de propriedade inacessíveis.
-
Obter mais de uma instância de uma classe Singleton.
E baseado no vosso feedback brevemente teremos também uma feature que nos permitirá facilmente testar métodos de classes abstratas.
As pessoas reclamam muito sobre classes encapsuladas: "São difíceis de testar! Temos de usar reflection!" Blablabla... Eu acho que resolvi este problema.
As pessoas também reclamam muito sobre classes SIngleton: "São difíceis de testar! Só temos uma instância! Uma alteração em um teste pode influenciar os outros testes!" Blablabla... Eu acho que também resolvi este problema.
Por favor, leia o modo de usar para compreender melhor como esse pacote funciona e que problemas ele resolve.
Estou aberto a críticas e o seu feedback será muito, mas muito importante mesmo pra mim, ou este projecto vai morrer uma vez que não estou ajudando na vida de ninguém.
Obrigado por ler e estou a espera da sua opinião: Será que estou perdendo o meu tempo no desenvolvimento deste pacote ou vale a pena continuar???
Olá Eleandro. Seja bem-vindo ao fórum!
Cara, achei muito interessante sua proposta e todo o seu código. Acredito que muitos poderiam se beneficiar dele, mas eu particularmente não utilizaria... e te explico a razão disso:
Você deveria testar a interface do usuário (API pública) e funcionamento da classe, não sua implementação.
O que eu quero dizer com isso é que o que interessa é que funcione, mas nunca COMO é feito.
Veja bem:
No seu exemplo existe uma propriedade chamada $peopleToGreet e ela é um array.
Se você testar os resultados tomando como base diretamente essa propriedade, mas no futuro você decidir que fará uso de uma SplObjectStorage ou qualquer outro objeto que torne diferente sua implementação, você precisará mudar seus testes também, mesmo o resultado final sendo exatamente o mesmo.
Veja: https://stackoverflow.com/questions/105007/should-i-test-private-methods-or-only-public-ones
Observe que as opiniões se divergem... muitos discordam dessa forma de pensar. Eu apenas acho que devemos focar sempre na solução, nunca no problema. Testar? É fundamental, mas no que a classe se dispõe a fazer. Mais do que isso é perder tempo, na minha opinião.
Pelo que eu notei você é perfeccionista, assim como eu, e digo isso pelo seu zelo com seu código. Ele segue padrões, está bonito, você documentou, se preocupou em postar aqui, melhorar a ideia e tudo mais. Exatamente por isso eu destaquei a expressão "perda de tempo"; pois pra você pode ter soado um absurdo, mas é meramente uma questão de perspectiva do que você prefere fazer em seu tempo útil.
Acredito que se um código estiver bem estruturado (me refiro ao seu design/arquitetura), você não deveria precisar criar ferramentas adicionais para testá-lo ou conseguir entender como ele funciona.
O Singleton mesmo, que você citou, é um ótimo exemplo para o que eu quero dizer. Quando eu comecei o meu primeiro projeto "grande" em PHP há uns 7 ou 8 anos atrás eu tinha muitos singletons. Praticamente cada biblioteca/módulo da minha aplicação tinha um para expor sua interface, pois na minha cabeça não fazia sentido uma classe Request por exemplo, que iria receber e tratar a requisição do usuário, ser instanciada mais de uma vez ao longo da execução do código. Acontece que eu estava enganado... e essa resposta explica exatamente a razão por trás disso: https://softwareengineering.stackexchange.com/questions/40373/so-singletons-are-bad-then-what
Esse mesmo projeto ainda está ativo e sabe quantos singletons estão presentes? Absolutamente nenhum.
Enfim, eu não sou ninguém pra apedrejar o código ou ideia de alguém, e honestamente isso tudo é muito subjetivo. Acho que se isso soluciona seus problemas, vá em frente.