mocha.js ile birden fazla dosyadan testlere katılma

Birden fazla dosyadaki tüm testleri tek bir dosyada birleştirmeye çalışıyorum, bunun gibi bir şey:

  describe('Controllers', function() {
    describe('messages.js', function() {
      require('./controllertests/messages').test(options);
    })
    describe('users.js', function() {
      require('./controllertests/users').test(options);
    })
  })

Testlere katılmanın en iyi yolu olmadığından oldukça eminim, bunun nasıl yapılacağına dair bazı örnekler bulmakta güçlük çekiyorum:

Birden modülleri eklemek istiyorsanız içine senin describesenin soru yapıyorsun gibi hiyerarşi, ne yapıyorsun oldukça fazla olduğunu o size Mocha için özel bir test yükleyici yazmak istemiyorsan. Özel yükleyiciyi yazmak daha kolay olmaz veya kodunuzu sahip olduğunuzdan daha net hale getirmez.

İşte birkaç şeyi nasıl değiştirebileceğime dair bir örnek. testBu örnekte, alt-klasör şekilde düzenlenmiştir:

.
└── test
    ├── a
    │   └── a.js
    ├── b
    │   └── b.js
    ├── common.js
    └── top.js

top.js:

function importTest(name, path) {
    describe(name, function () {
        require(path);
    });
}

var common = require("./common");

describe("top", function () {
    beforeEach(function () {
       console.log("running something before each test");
    });
    importTest("a", './a/a');
    importTest("b", './b/b');
    after(function () {
        console.log("after all tests");
    });
});

importTestFonksiyon sadece bütün yeniden yazmak zorunda kalmadan birden fazla modülleri ithal tekrarını işlemek mümkün olacağını nasıl göstermek için describe(... require...şeyi her seferinde. commonModül test paketi birden modüllerde kullanmak için gerekenleri barındırma anlamına gelir. Aslında içinde kullanmıyorum topama gerekirse orada kullanılabilir.

Burada, beforeEachkaydedilen her bir testten önce it, içeriğin describeiçinde mi topyoksa içe aktarılan modüllerin herhangi birinde mi göründükleriyle birlikte kodunu çalıştıracağını not edeceğim . İle --recursive, beforeEachkodun her modüle kopyalanması gerekir veya belki de beforeEachher modülde ortak bir modülden içe aktarılan bir işlevi çağıran bir kancanız olur.

Ayrıca, afterçengel süitteki tüm testlerden sonra çalışacaktır . Bu, ile çoğaltılamaz --recursive. Her modüle --recursivekodunu kullanır ve eklerseniz after, tüm test için yalnızca bir kez yerine modül başına bir kez çalıştırılır .

Tüm testlerin tek bir topbaşlık altında görünmesi kullanılarak çoğaltılamaz --recursive. İle --recursiveher dosya olabilir describe("top"ama bu yeni yaratacak topher dosya için başlık.

common.js:

var chai = require("chai");

var options = {
    foo: "foo"
};

exports.options = options;
exports.chai = chai;
exports.assert = chai.assert;

Bu şekilde adlandırılmış bir modül kullanmak common, bazı test takımlarımda requiredefalarca bir sürü şeyden kaçınmak ve durumu tutmayan küresel salt okunur değişkenleri veya işlevleri tutmak için yaptığım bir şey. globalNesneyi thgaskell'in cevabında olduğu gibi kirletmemeyi tercih ederim çünkü bu nesne gerçekten geneldir ve kodunuzun yüklediği üçüncü şahıs kitaplıklarında bile erişilebilirdir. Bu benim kodumda kabul edilebilir bulduğum bir şey değil.

a/a.js:

var common = require("../common");
var options = common.options;
var assert = common.assert;

it("blah a", function () {
    console.log(options.foo);
    assert.isTrue(false);
});

b/b.js:

it("blah b", function () {});

Bu soruyla doğrudan bağlantılı olmasa da aradığım cevap şuydu:

$ mocha --recursive

"Test" klasörünün alt dizinlerinde bulunan tüm testleri yürütecektir. Düzgün. Yüklemek istediğim ve aslında her zaman her şeyi çalıştırdığım testlerin bir listesini tutmaktan tasarruf ediyor.

Birden fazla test dosyası çalıştırmanızı engelleyen hiçbir şey yoktur. Genel olarak, her test başka bir testin sonuçlarına bağlı olmamalıdır, bu nedenle değişkenleri paylaşmak, yapmak isteyeceğiniz bir şey değildir.

İşte test dosyalarınızı nasıl düzenleyebileceğinize dair bir örnek.

.
├── app.js
└── test
    ├── common.js
    ├── mocha.opts
    │
    ├── controllers
    │   ├── messages-controller.js
    │   └── users-controller.js
    │
    └── models
        ├── messages-model.js
        └── users-model.js

Ardından mocha.optsdosyanızın içinde --recursiveseçeneği ayarladığınızdan emin olun .

mocha.opts

--ui bdd
--recursive

Orada ise şunlardır tüm dosyalar arasında yer almasını istediğiniz ortak modüller, sen o ekleyebilir common.jsdosyası. testDizinin kök dizinindeki dosyalar, iç içe dizinlerdeki dosyalardan önce çalışacaktır.

common.js

global.chai = require('chai');
global.assert = chai.assert;
global.expect = chai.expect;
chai.should();
chai.config.includeStack = true;

process.env.NODE_ENV = 'test';

// Include common modules from your application that will be used among multiple test suites.
global.myModule = require('../app/myModule');

Bunun eski bir gönderi olduğunu biliyorum, ancak OP'nin önerdiği yönteme çok benzeyen, benim için iyi bir çözüm olan neyin var olduğunu söylemek istedim.

Üzerinde çalıştığım proje iyi test edildi ve testler büyümeye devam ediyor. Kullanmayı bıraktım requireçünkü eşzamanlı ve bu nedenle mimaride çok fazla değişiklik yapmadan testlerinizi oluşturmayı biraz kolaylaştırıyor:

// inside test/index.js

describe('V1 ROUTES', () => {
  require('./controllers/claims.test');
  require('./controllers/claimDocuments.test');
  require('./controllers/claimPhotos.test');
  require('./controllers/inspections.test');
  require('./controllers/inspectionPhotos.test');
  require('./controllers/versions.test');
  require('./services/login.v1.test');
});

describe('V2 ROUTES', () => {
  require('./services/login.v2.test');
  require('./services/dec-image.v2.test');
});

describe('V3 ROUTES', () => {
  require('./services/login.v3.test');
  require('./services/getInspectionPhotosv3.test');
  require('./services/getPolicyInfo.v3.test');
});

describe('ACTIONS', () => {
  require('./actions/notifications.test');
});

Aynı kategorideki sınıflar için bir dizi testin olduğu benzer bir sorun yaşadım ve onları bir IDE'de görüntülemeyi kolaylaştırmak için bir arada gruplamak istedim. Tüm testlerim ve kodum zaten ES6 modüllerini kullanıyordu - hepsini requirediğer örneklerde gördüğüm gibi kullanmak için yeniden yazmak istemedim .

"Gruplamamın" describedışa aktarılmasını ve ardından test dosyalarıma aktararak ve bunları programlı olarak içe aktarılan dosyaya ekleyerek çözdüm describe. Sonunda tüm sıhhi tesisattan kurtulmak için yardımcı bir yöntem yarattım.

SomeCategory.spec.js içinde

const someCategory= describe("someCategory", () => {});


// Use this just like a regular `describe` to create a child of this scope in another file
export default function describeMember(skillName, testFn) {
  return describe(skillName, function configureContext() {
    // Make context a child of `someCategory` context
    function Context() {}
    Context.prototype = someCategory.ctx;
    this.ctx = new Context();
    // Re-parent the suite created by `describe` above (defaults to root scope of file it was created in)
    this.parent.suites.pop();
    someCategory.addSuite(this);
    // Invoke the fn now that we've properly set up the parent/context
    testFn.call(this);
  });
}

Bireysel testlerde:

import { default as describeCategoryMember } from './someCategory.spec';

describeCategoryMember('something', () => {
    describe('somethingElse', () => {
        ...
    });

    it('a test', () => {
        ...
    });
})

describe( 'Running automation test, Please wait for all test to complete!'.red, function () {


    var run = require( './Test.js' );

    for ( var i = 0; i < 2; i++ ) {
        run.badLogin();
        run.loginLimited();
        run.acceptJob();
        run.drivingToJob();
        run.arrivedAtJob();
        run.towingJob();
        run.arrivedDestination();
        run.jobComplete();
        run.restrictionLicensePlate();
        run.newNodeMainMenu();
        run.newNodeMainMenuToDrafts();
        run.draftDelete();
        run.resetAllData();
        run.companyVehicle();
        run.actionsScreenClockInOut();
        run.mainMenuLogout();
        run.loginAdmin();
        run.actionsScreenLogout();
    }
} );