anybox.funkload.openerp.

Classes de base para testes funcionais e de carga do Openerp com Funkload
Baixe Agora

anybox.funkload.openerp. Classificação e resumo

Propaganda

  • Rating:
  • Licença:
  • GPL v3
  • Preço:
  • FREE
  • Nome do editor:
  • Georges Racinet

anybox.funkload.openerp. Tag


anybox.funkload.openerp. Descrição

Anybox.funkload.OpenerP é um módulo Python que fornece a classe do OpenerPTSccase, subclasse FunkLoadTase do FunKloadStCase com métodos adaptados para o teste funcionário do OpenerP e o teste de carga através do XML-RPC API.IT apresenta instalações de login e de gerenciamento de usuários, e encapsulamento pythônico de chamadas xml-rpc A classe ModelProxy. Para um exemplo detalhado, consulte o teste de teste test_sales_order.py.py.py.py.py.basic.bunkkload pode criar se necessário usuários com vários grupos e login como eles. Observe como os grupos são especificados como referências totalmente qualificadas de IR.Model.Data: From Anybox.funkload.OpenerP Import OpenerptSestcaseclass MyTestCase (OpenerPtestcase): Def test_01_makuser (auto): self.login ('admin', 'admin') self.ensure_user ('spam', 'spamsassword', ) def test_02_my_usecase (auto): self.login ('spam', 'spamsword') ... é uma prática comum usar um caso de teste para preparar o banco de dados. O teste de execução FLO carrega-os em ordem alfabética.User Manipulando através da credencial do FunKload, o ServerFunkload fornece um servidor de credenciais externo e opcional. Esta é uma facilidade que você não é de forma alguma forçada a usar. O princípio é servir logins, senhas e grupos, carregados de arquivos externos separados.txt e Grupos.txt. Os grupos nesse sentido são pensados como grupos de usuários, que é uma filosofia ligeiramente diferente como o Openerp, mas isso não importa muito. OpenerPtestase fornece um método de login que seleciona um usuário do grupo desejado do servidor de credenciais: Def test_my_usecase (auto) : self.login_as_group ('base.group_anager') # agora Teste algum cenário de curso que significa que os nomes de grupos também devem ser consistentes em Grupos.txt .. Consulte os arquivos users.txt e Grupos.txt. Há também um Método Garantir_credential_Server_Users () que cria todos os usuários desejados com os grupos apropriados.Api chamadas O princípio é obter uma instância de modelproxi, que encapsulará todas as chamadas regulares (chamadas orm): Def test_my_usecase (auto): "" "A primeira lista Clientes, então ... "" "" self.login ('usuário', 'password') res_partner = self.model ('Res.Partner') res_partner.model.search (, Descrição = "Pesquisar clientes") A descrição acabará como título de solicitação no Retorno de Bancada de Funkload Chamadas de fluxo As instâncias ModelProxy fornecidas pelo modelo () também podem executar o gatilho do fluxo de trabalho Validar: Def test_my_usecase (auto): # Alguns preparativos, em seguida, confirmar a ordem de venda # 1234 Modelo = self.model ('sale.order') modelo.workflow 'Order_Confirm') (1234, descrição = "Confirme a ordem de venda") Como antes, a descrição se para a classe do relatório de bancada.Referencesthe O OpenerPTSestcase possui o método Ref (), para recuperar um ID de objeto do código de referência, como no XML ou Arquivos YML, nomeadamente a partir de IR.Model.data:Def test_my_usecase (auto): product_id = self.ref ('product.product', 'estoque', "estoque", reconhecimento, o envoltório muito simples fornecido pela ModelProxy é inspirado pela Biblioteca OpenObject.tips para BenchmarkingRandomize. o quanto você conseguir. Notavelmente, você deve evitar logins repetidos com o mesmo usuário: Isso gera conflitos de banco de dados, colocando algumas execuções de teste no estado de erro, mas também tornando-as muito rápidas, portanto, fazendo as estatísticas inutilizáveis. Qualquer coisa que está na configuração () está fora das medições de desempenho. Veja como o Test_Sales_orders fornecido pretamente disponível clientes e produtos vendidos uma vez para todos para cada página inicial do usuário virtual.Product


anybox.funkload.openerp. Software Relacionado