Conversation
@fabiopaiva muito obrigado por sua colaboração! Tenho mais alguns pedidos a lhe fazer 😄
Obrigado mais uma vez! |
Hehe, bom que mantém a qualidade do código. Daqui a pouco mando. |
@lcobucci quais testes a mais são necessários? |
public function decode(SimpleXMLElement $obj) | ||
{ | ||
//criar transações | ||
$transactions = array(); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Estamos preferindo o uso do short-array syntax, pode alterar pra ficar padronizado por favor?
Sobre os testes @fabiopaiva, você está fazendo um mock do seu O ideial é sim usar mocks para as dependências, porém também adicionar testes para novas classes (seria fodástico se TODAS as classes tivessem seus testes, mas um dia a gente chega lá). Mais uma vez muito obrigado pela força! P.S.: Depois das alterações faz, por favor, um rebase do seu branch pra deixar o histórico lindão (se não souber fazer manda aí que a gente ajuda 😄). |
By the way, você tá fazendo as interações com o user @fabiopaiva, mas os commits estão com o @fabaopaiva. Acho que seria legal você deixar em apenas um pra tudo aparecer no perfil que você tá usando no github. |
Tem como trocar o autor dos commits? |
Pronto, já corrigi e o commit tá indo certo agora. Como faço o rebase? |
@fabiopaiva parece que o email que você fez os últimos commits não foi identificado no github. A ideia do rebase é reescrever o histórico do seu branch e assim reorganizar as coisas. Utilizamos ele pra sincronizar o branch de origem com o de destino (quando necessário) e também para ajustar os commits do branch. Para este segundo caso usamos o No seu caso a ideia seria juntar todos os seus commits em apenas um, assim teremos um histórico mais limpo. Mais informações podem ser encontradas em https://robots.thoughtbot.com/git-interactive-rebase-squash-amend-rewriting-history e https://git-scm.com/book/en/v2/Git-Tools-Rewriting-History. P.S.: Não esqueça de ver o lance do |
@lcobucci, confere se agora está ok. |
$service->getByPeriod($initialDate, $finalDate, $page, $maxPageResults) | ||
); | ||
|
||
$realDecoder = new Decoder(); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Isso não deveria estar aqui. Cada classe tem que ter seu teste, este é o do Locator, você deve criar um teste para o decoder.
Tá chegando lá @fabiopaiva! Desculpe ser tão chato, mas a ideia não é só adicionarmos as features, mas sim deixar tudo direitinho em cada lugar. Obrigado pela paciencia e pela colaboração, espero que este processo esteja te ajudando também. |
@fabiopaiva não desistiu não né cara? |
Rsrs não. Tempo mesmo |
Hhahahaha pensei que tinha te assustado =P |
Author: Fábio Paiva <fabio@paiva.info>
Que nada, aprendi muita coisa de Git, valeu a pena demais. Olha agora se está ok |
/** | ||
* @test | ||
*/ | ||
public function getByPeriodShouldDoAGetRequestAddingCredentialsData() |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Esse método ficou quase 100%, o $this->transactionSearchResult
só é utilizado neste teste, portanto podia ser configurado apenas pra ele (variável local ao invés de atributo da classe).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ok
Estamos quase lá 😄 Falta fechar os itens dos comentários que fiz e também inserir o teste do Precisa de ajuda nisto? |
Tudo bem, vou tentar arrumar um tempinho aqui, essa semana estou muito ocupado. |
De boa, se precisar de alguma ajuda dá um berro |
"inserir o teste do Decoder (no seu próprio arquivo de testes)" |
@lcobucci confere agora por favor. |
Tá ficando bom o negócio @fabiopaiva! O lance dos testes é o seguinte: quando a gente trabalha com testes de unidade cada classe deveria ter o seu arquivo de teste, e os testes de cada classe não deve depender da implementação de outras classes (por isso que usamos os test doubles - conhecidos também por mocks). Você criou o teste da TransactionResult, mas esse teste está verificando o comportamento do Decoder, sacou? Aqui tem algumas informações interessantes: https://phpunit.de/manual/4.7/pt_br/writing-tests-for-phpunit.html e http://xunitpatterns.com/ |
@lcobucci como ficou esse processo? Essa interface é muito importante. Seria bem interessante que fosse concluída. Acho que o amigo @fabiopaiva ficou meio sem tempo e essa implementação parou. Sem pressão, mas vocês chegaram tão perto... |
Eu fui estudar um pouco mais e também sem tempo... |
@mborgesmartins fique à vontade para fazer um fork e colaborar! |
@fabiopaiva tá sim cara, se vc puder continuar será fodástico! |
@fabiopaiva, alguma novidade? :P |
ping |
@fabiopaiva muito obrigado pela sua contribuição! Infelizmente, como este PR é de 2015 e não tem atualizações desde 2017, vou encerá-lo. Devido a falta de disponibilidade dos colaboradores também estamos descontinuando este projeto. |
https://pagseguro.uol.com.br/v2/guia-de-integracao/consulta-de-transacoes-por-intervalo-de-datas.html