单元测试环回模型

Ale*_*lls 5 node.js loopbackjs

使用 Loopback,我们已经创建了一些自定义的远程方法,并且我们想要对该逻辑进行单元测试。我希望完成的是只加载一个模型,而不是我们所有的模型,并对那个模型的自定义远程方法进行单元测试。

我们可以将此模型连接到内存数据库(在我们的例子中而不是 Postgres),但不知何故我需要告诉 Loopback 关于这个隔离模型,而不使用 Loopback 引导。(如果我们使用标准的 Loopback 引导(app.boot()),它将加载我们所有的模型和整个 shebang,我认为为了隔离目的我们应该避免这样做)。

我们在正在进行的单元测试中进行了此设置:

  const supertest = require('supertest');

  //load the schema for the model
  const ContactSchema = require(path.resolve(projectRoot + '/server/models/contact.json'));

  const opts = {
    strict: true
  };

  const dataSource = loopback.createDataSource({
    connector: loopback.Memory
  });


  const Contact = dataSource.createModel('Contact', ContactSchema, opts);

  //load remote methods for this model
  require(path.resolve(projectRoot + '/server/models/contact.js'))(Contact);


  const app = loopback();


  this.it.cb('test contact', t => {

    supertest(app).get('/api/Contacts')
      .expect(200)
      .end(function (err, res) {
        if (err) {
          t.fail(err);    // we naturally get a 404, because the model hasn't been attached to this Loopback server
        }
        else {
          t.done();
        }
      });

  });
Run Code Online (Sandbox Code Playgroud)

因此,我想加载模型架构和模型逻辑,然后以隔离的方式将其附加到 Loopback 应用程序,而不是使用 Loopback 启动。

是否可以使用 Loopback 调用将此模型附加到 Loopback 服务器/应用程序?

我正在寻找这种类型的呼叫:

app.useModel(Contact);
Run Code Online (Sandbox Code Playgroud)

基本上我想做的是这样的:

app.models.Contact = Contact;
Run Code Online (Sandbox Code Playgroud)

但这绝对是错误的方法 - 只是寻找正确的 API 调用。

也许这是正确的电话?

Contact.attachTo(loopback.memory());
Run Code Online (Sandbox Code Playgroud)

Mir*_*toš 5

免责声明:我是 LoopBack 维护者,也是 loopback-boot@2 的原作者

设置模型的规范方法(在后台也由 loopback-boot 使用)是调用app.registry.createModel(json),然后调用app.model(ModelCtor, config).

在您的特定情况下:

const app = loopback();
// Consider using local per-app registry of models to avoid
// interference between tests. By default, all LoopBack apps
// share the same global registry (one per process)
// const app = loopback({ localRegistry: true });

// create in-memory datasources
app.dataSource('db', { connector: 'memory' });

//load the schema for the model
const ContactSchema = require(path.resolve(projectRoot + '/server/models/contact.json'));

const Contact = app.registry.createModel(ContactSchema);

//load remote methods for this model
require(path.resolve(projectRoot + '/server/models/contact.js'))(Contact);

// Caveat lector: the configuration may contain more than just dataSource,
// It may be safer to read the model configuration from "server/model-config"
// and override "dataSource" property.
app.model(Contact, { dataSource: 'db' });

// setup REST API
app.use('/api', loopback.rest());

// now we are good to start testing

const supertest = require('supertest');


this.it.cb('test contact', t => {

  supertest(app).get('/api/Contacts')
    .expect(200)
    .end(function (err, res) {
      if (err) {
        t.fail(err);    // we naturally get a 404, because the model hasn't been attached to this Loopback server
      }
      else {
        t.done();
      }
    });

});
Run Code Online (Sandbox Code Playgroud)

我看到这种方法有两个可能的警告:

  • 如果您的自定义远程方法正在访问其他/相关模型,那么在此设置中它将失败,因为这些模型不可用。
  • 您的服务器没有配置任何中间件,server/middleware.json也没有来自引导脚本的任何其他添加。

我个人建议您尝试使用环回引导,但要覆盖数据源和要在应用程序中配置的模型列表。大致如下:

const app = loopback();
boot(app, {
  appRootDir: path.resolve('../server'),
  env: 'unit-test',
  // Alternatively, the "dataSources" configuration for tests
  // can be provided in "server/datasources.unit-test.json"
  dataSources: {
    db: {
      connector: 'memory'
    }
  },
  models: {
    Contact: {
      // as I mentioned before, it's probably better to load this section
      // from "server/model-config.json"
      dataSource: 'db'
    }
  },
});
Run Code Online (Sandbox Code Playgroud)

这是有效的,因为环回引导延迟加载模型,即仅在应用程序及其父项中配置的模型。