пытался описать response а он выдает undefined при любых условиях

пока дошел до такого примера...

describe('should start', () => {
  it('Check checkStatus', (done) => {
    beforeEach(() => {
      window.history.pushState({}, 'Page Title', '/');
    });

    const store = doLogout({});

    store.dispatch(checkStatus()).then(() => {
      const actions = store.getActions();

      expect(actions[0]).toEqual({
        type: DO_LOGOUT
      });

      const history = {push: jest.fn()};
      expect(history.push).toHaveBeenLastCalledWith(createInternationalUrl(frontendUrls.urlOnlyInUSA));

      done();
    }).catch((err) => {
      console.log(err);
      done();
    });
  })
})

пишет Cannot read property 'status' of undefined
с джестом пару недель 🤤

expect. assertions(number) verifies that a certain number of assertions are called during a test. This is often useful when testing asynchronous code, in order to make sure that assertions in a callback actually got called.

do You think i should do something like this? but what should I put in toEqual?

it('should do something async', () => {
  expect.assertions()
  return checkStatus()
    .then(result => {
      expect(response.status.data).toEqual('xyz')
      expect(response.errors).toBeNull()
    })
})

Привет, есть кто имел дело с динамическими переменными? Проблема написать regular expression(((

Привет, Ирина, задавайте сразу вопрос, уверен, что дело имели, но сложно сказать пригодится ли опыт конкретно в вашем случае. И желательно начать с описания проблемы, которую вы решаете.

В jmeter записала шаги при помощи рекордера, но в одном из шагов в параметрах присутствует form_key со значением. В ответе вижу следующее: <input name="form_key" type="hidden" value="AzAxUYLHYyE8nySP"  /> Пробую <input name="form_key" type="hidden" value="(.+?)” /> , находит 2 подходящих, а не один. Что не так я делаю?

А вдруг их и правду два. Но можно привязаться к какому-то из соседних тегов.

Их два, глянула.. хм.. оставить как есть? Все-таки нагрузочный тест. Может это не критично

Если будет так работать, можно и так оставить. Но если можно все же, не очень напрягаясь, сделать один, то лучше сделать 1.

В общем, все равно не работает. Может дело и не в этой переменной.

Регулярка ищет все ответы по заданной маске, она не может найти первый попавшийся. Ты нашла ответ, дальше его надо профильтровать

Поэтому надо либо уточнять маску, например, добавить "[a-z0-10].+?"
+ размер поля

Ну, ващет, может. :)

^[a-zA-Z0-9]{размеры поля}$

Функция в коде может, а сама регулярка нет

"Функция в коде" и занимается поиском соответствия (match) или вхождения (search). Сама "регулярка" - это, всего-лишь, выражение, описывающее правила для этого поиска, оно ничего не делает, вообще.

Вот, поэтому Ирине надо уточнять маску

В нагрузке критичен потолок, например, если ты знаешь, какой ответ на заданный запрос будет приходить, и если ответ устраивает нагрузочников, то можно бомбить

Потому что надо искать ([^"]+).