[SP-pm] [Announce] � do Net::Squid::Auth::Plugin::SimpleLDAP

[Alexei Znamensky]

;-)

SKIP: {
    skip "Author tests aren't required to install this module", 1
        unless $ENV{RUSSOZ_IS_IN_THE_HOUSE};

    diag("Who's in the house? Russoz is in the house! Uh Uh!");

    eval 'require Test::Perl::Critic';
    if ($@) {
        Test::More::plan(
            skip_all => "Test::Perl::Critic required for testing PBP
compliance"
        );
    }
    Test::Perl::Critic::all_critic_ok();
}


2010/3/8 Luis Motta Campos <luismottacampos em yahoo.co.uk>

> Alexei Znamensky wrote:
> > 1) Porque o PerlPentelho tá reclamando disso? Não estou acessando um
> objeto.
> > Não quero que seja um objeto, não preciso que seja um objeto ali. Esse
> > $config é apenas, e tẽo somente, e nada mais que, uma estrutura de dados.
> > There is no code. Reclamar que estou quebrando o encapsulamento é o ó do
> > bórógódó. Para ser gentil.
>
> Eu não recomendo que você use Perl::Critic nos seus testes do CPAN. O
> pessoal tradiciionalmente divide os testes em duas categorias: testes de
> usuário, e testes de autor. Os testes de usuário você deveria rodar
> antes de instalar o módulo, para se certificar que ele funciona com a
> sua arquitetura / plataforma / módulos disponíveis / etc. Os testes de
> autor são apenas para você saber o que acontece: POD, Perl::Tidy,
> Perl::Critic, são todos módulos muito bons para ajudar a escrever
> código, mas que eu não quero que explodam quando o SmokeTest estiver
> rodando na máquina do pessoal de QA.
>
> Para resolver esta, eu implemento os testes de autor dependendo de uma
> variável de ambiente que eu publico na minha máquina:
>
> # t/perl-critic.t
> SKIP: {
>  skip "Author tests aren't required to install this module"
>    unless $ENV{I_KNOW_WHAT_IM_DOING};
>  # teste do Perl::Critic aqui...
> }
>
> > 2) Vocês recomendam usar o perlcritic nos testes do módulo, ou é melhor
> > tirar essa tchonga logo de uma vez? Eu gosto da idéia de ter um teste
> desses
> > no módulo, mas se vai ser pentelho nesse nível, jisuis, eu estou
> > considerando tirar: muito bonito na teoria, mas na prática não está sendo
> > tão legal assim.
>
> SIM, eu recomendo fortemente que você rode o Perl::Critic, mas não como
> parte dos testes de usuário. Arranja para você rodar apenas durante os
> testes de autor. O Perl::Critic é excelente para manter o seu Perl na
> linha. E ele é linha-dura. ;)
>
> > Funnily enough, instalei o módulo aqui no trabalho, e o Perl::Critic
> pegou
> > uns erros diferentes. Lá em casa ele passa nos testes. Ha.. vou me
> divertir
> > um bom tanto esta semana, ao que parece.
>
> O Perl::Critic depende de configuração local (i.e., um smoke-tester pode
> introduzir os defaults dele) e também depende de versão: dependendo da
> versõa do Perl::Critic que você tem, ele pode ter defaults diferentes.
>
> Sim, isso dá bastante divertimento. Especialmente quando você descobrir
> que seus testes podem obter e manipular a configuração do Perl::Critic
> antes de ele criticar... ;)
>
> Putamplexos!
> --
> Luis Motta Campos is a DBA,
> Perl Programmer, foodie and photographer.
> _______________________________________________
> SaoPaulo-pm mailing list
> SaoPaulo-pm em pm.org
> http://mail.pm.org/mailman/listinfo/saopaulo-pm
>



-- 
Alexei Znamensky [russoz_gmail_com] [russoz.wordpress.com] [
www.flickr.com/photos/alexeiz]
"Though we live in trying times, we're the ones who have to try"
-------------- Pr�xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20100311/64e234e6/attachment-0001.html>