В чем разница между «это» и «тест» в шутку?

У меня есть два теста в моей тестовой группе. Один использует его, другой использует тест, и они, кажется, работают очень похоже. В чем разница между ними?

describe('updateAll', () => {
  it('no force', () => {
    return updateAll(TableName, ["fileName"], {compandId: "test"})
        .then(updatedItems => {
          let undefinedCount = 0;
          for (let item of updatedItems) {
            undefinedCount += item === undefined ? 1 : 0;
          }
          // console.log("result", result);
          expect(undefinedCount).toBe(updatedItems.length);
        })
  });

  test('force update', () => {
    return updateAll(TableName, ["fileName"], {compandId: "test"}, true)
        .then(updatedItems => {
          let undefinedCount = 0;
          for (let item of updatedItems) {
            undefinedCount += item === undefined ? 1 : 0;
          }
          // console.log("result", result);
          expect(undefinedCount).toBe(0);
        })
  });
});

ОБНОВИТЬ:

Кажется, что testесть в официальном API Jest , но itнет.

В документах здесь написано : itэто псевдоним test. Так что они точно такие же.

Они делают то же самое, но их имена разные, и с этим их взаимодействие с именем теста.

тест

Что ты пишешь:

describe('yourModule', () => {
  test('if it does this thing', () => {});
  test('if it does the other thing', () => {});
});

Что вы получите, если что-то не получится:

yourModule > if it does this thing

Это

Что ты пишешь:

describe('yourModule', () => {
  it('should do this thing', () => {});
  it('should do the other thing', () => {});
});

Что вы получите, если что-то не получится:

yourModule > should do this thing

Так что речь идет о читабельности, а не о функциональности. На мой взгляд, itдействительно есть смысл читать результат неудачного теста, который вы сами не написали. Это помогает быстрее понять, о чем идет речь.

Как выяснили другие ответы, они делают то же самое.

Я полагаю, что оба предложены для 1) тестов в стиле " RSpec ", таких как:

const myBeverage = {
  delicious: true,
  sour: false,
};

describe('my beverage', () => {
  it('is delicious', () => {
    expect(myBeverage.delicious).toBeTruthy();
  });

  it('is not sour', () => {
    expect(myBeverage.sour).toBeFalsy();
  });
});

или 2) тесты стиля " xUnit ", такие как:

function sum(a, b) {
  return a + b;
}

test('sum adds 1 + 2 to equal 3', () => {
  expect(sum(1, 2)).toBe(3);
});

Docs:

• https://jestjs.io/docs/en/api.html#describename-fn
• https://jestjs.io/docs/en/api.html#testname-fn-timeout

как говорят шутливые документы, они одинаковы: https://jestjs.io/docs/en/api#testname-fn-timeout

тест (имя, имя, тайм-аут)

Также под псевдонимом: это (имя, фн, тайм-аут)

и описывать только для того, когда вы предпочитаете, чтобы ваши тесты были организованы в группы: https://jestjs.io/docs/en/api#describename-fn

описать (имя, фн)

describe(name, fn)создает блок, объединяющий несколько связанных тестов. Например, если у вас есть объект myBeverage, который должен быть вкусным, но не кислым, вы можете проверить его с помощью:

const myBeverage = {
  delicious: true,
  sour: false,
};

describe('my beverage', () => {
  test('is delicious', () => {
    expect(myBeverage.delicious).toBeTruthy();
  });

  test('is not sour', () => {
    expect(myBeverage.sour).toBeFalsy();
  });
});

Это не обязательно - вы можете написать тестовые блоки непосредственно на верхнем уровне. Но это может быть удобно, если вы предпочитаете, чтобы ваши тесты были организованы в группы.

Джест не упомянул, почему у них есть две версии для одинаковой функциональности. Я думаю, это только для конвенции. тест для юнит-тестов это для интеграционных тестов.

Это одно и то же. Я использую TypeScript в качестве языка программирования, и когда я смотрю на файл определения из исходного кода пакета jest из /@types/jest/index.d.ts, я вижу следующие коды. Очевидно, что существует множество разных имен «тест», вы можете использовать любое из них.

declare var beforeAll: jest.Lifecycle;
declare var beforeEach: jest.Lifecycle;
declare var afterAll: jest.Lifecycle;
declare var afterEach: jest.Lifecycle;
declare var describe: jest.Describe;
declare var fdescribe: jest.Describe;
declare var xdescribe: jest.Describe;
declare var it: jest.It;
declare var fit: jest.It;
declare var xit: jest.It;
declare var test: jest.It;
declare var xtest: jest.It;