Как написать мраморный тест для этого пользовательского оператора RxJS, используемого в Edux-Observalbe Epic - PullRequest
Новая
       34

Как написать мраморный тест для этого пользовательского оператора RxJS, используемого в Edux-Observalbe Epic

0 голосов
/ 25 октября 2019

Мне нужно написать мраморный тест для моего пользовательского оператора, используемого в этом loadEpic эпосе - это помогает мне избежать проблем, когда действие INITIALiZE иногда отправляется поздно, и я получаю LOAD_FAILURE: 

loadEpic: Epic<ExamManagementAction, ExamManagementAction, RootState> = (
    action$,
    state$
  ) =>
    action$.pipe(
      filter(isActionOf(load)),
      waitFor(state$),
      switchMap(() =>
        this.load(state$).pipe(
          map(loadSuccess),
          catchError(error => of(loadFailure({ error })))
        )
      )
    );

и вот как я написал мой waitFor оператор, который прекрасно работает: 

const waitFor = <T>(
  state$: Observable<RootState>
): OperatorFunction<T, T> => source$ =>
  source$.pipe(
    switchMap(value =>
      state$.pipe(
        filter(state => state.navigation.initialized),
        take(1),
        mapTo(value)
      )
    )
  );

Можете ли вы помочь мне написать этот тест с rxjs-marbles/jest или любым другим подходом? большое спасибо!

1 Ответ

0 голосов
/ 25 октября 2019

Вы описываете три потока событий:

  1. состояния (макетируйте их с простыми объектами)
  2. действия (опять же, вы можете использовать любое значение JS в качестве насмешки)
  3. отфильтрованные действия (тот же объект, что и в 2)

Затем вы ожидаете, что ваш оператор преобразует 2 в 3 с помощью toBeObservable matcher. Вот и все. 

  it('should reject given values until navigation is initialized', () => {
    const state$ = hot('   -i--u--u-i--  ', {u: {navigation: {initialized: false}}, i: {navigation: {initialized: true}}});
    const action$ = hot('  v----v--v---  ', {v: load});
    const expect$ = cold(' -v-------v--  ', {v: load});

    expect(action$.pipe(waitFor(state$))).toBeObservable(expect$);
  });

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

Вы также можете написать отдельные спецификации для крайних случаев. Это зависит от того, какое поведение вы хотите проверить.

...