On 11/21/06, Euler Taveira de Oliveira <[EMAIL PROTECTED]> wrote:
Sugiro que tenha um ambiente de testes (mesmo que limitado -- em termos de hardware). Mantenha as bases mais ou menos sincronizadas para que você possa testar satisfatoriamente e sem afetar um ambiente estável (sistema em produção).
Existem os dois ambientes. Acontece que toda vez que se executa os testes logicamente são inseridos os mesmos dados no banco. Por isso há necessidade de que estes dados não sejam commitados, se não toda vez que se executar os testes tenho que reimplantar o schema do banco no servidor de testes. Num ambiente de testes, você pode ter algumas marcações (aka flags) para
habilitarem a depuração no sistema facilmente (Eu utilizo isso e recomendo que seja implementado em todo sistema).
O framework MVC (Catalyst) já nos da debug com -Debug ativado juntamente com o módulo ORM (DBIx::Class) com a opção DBIC_TRACE. Por outro lado, não
recomendo que testes sejam feitos (mesmo que utilizando transações não sucedidas) em um sistema estável (produção); isso pode afetar performance e/ou correr o risco de dar algo errado (num ambiente de produção tudo tem que dar "certo"!).
Não fazemos isto. -- wallace reis Núcleo de Biologia Computacional e Gestão de Informações Biotecnológicas/LABBI
_______________________________________________ Grupo de Usuários do PostgreSQL no Brasil Antes de perguntar consulte o manual http://pgdocptbr.sourceforge.net/ Para editar suas opções ou sair da lista acesse a página da lista em: http://pgfoundry.org/mailman/listinfo/brasil-usuarios
