Jest: 느린 반응 테스트

안녕 타이론. 한 파일에 대해 20초 이상 동안 이 문제가 발생했습니다. :)
문제는 루트 디렉토리에서 'jest'를 실행하도록 구성했다는 것입니다. 그리고 Jest가 테스트를 위해 확인했던 많은 하위 디렉토리가 있습니다. 테스트 경로 지정이 이번에 10배 이상 줄었습니다. 그리고 커피 전처리기도 있습니다. package.json에서
"스크립트": {
....
"test": "jest 경로/to/modules/to/test"
}

BTW, 커피를 전처리하거나 무엇입니까? :)

@gothy를 다시 찾아주셔서 감사합니다. JSX와 함께 일반 JS를 사용하고 있습니다. 예제(https://github.com/facebook/jest/tree/master/examples/react)와 같은 JSX 전처리기를 통해 테스트를 실행하고 있습니다. 예제를 실행하는 데도 약 2.5 - 3초가 걸립니다. jQuery 예제는 1초도 채 걸리지 않습니다. JSX 전처리기는 JSX 파일을 처리할 때 너무 많은 시간이 걸리도록 되어 있습니까?

반응 테스트

jQuery 테스트

아, JSX에는 사용하지 않았습니다. 이 프로세서에 대해 아무 말도 할 수 없습니다. 어쩌면 실제로 느릴 수도 있습니다. 오래된 물건이 많은 실제 프로젝트의 디렉토리 문제를 발견했습니다. :)

Coffeescript 전처리기와 비슷한 문제를 경험했습니다. 여기서 문제는 전처리기가 종속성도 처리하려고 한다는 것입니다. 많은 것을 요구하면 속도가 느려집니다.

나는 또한 jest로 느린 테스트를 경험합니다 :(

같은 일을 겪고 있습니다. 나는 그것이 전처리와 관련이 있다고 생각하지 않습니다(이 작은 파일에 대한 JSX 처리는 빠름). 다음 require 문 중 하나를 제외하고 예제 테스트의 모든 코드를 주석 처리했는데 테스트는 여전히 4초가 걸립니다. 내가 주석을 제거하자마자 테스트는 0.1초가 걸립니다. 조금 파헤쳐보니 HasteModuleLoader가 490개의 필수 패키지(_shouldMock())를 처리해야 하고 반응/애드온이 필요할 때 모의하지 않아야 하는 것 같습니다.

var React = require('react/addons');

또는

var CheckboxWithLabel = require('../CheckboxWithLabel.js');

다음 var React = require('react/addons'); 을 제거했지만 여전히 전처리기를 통해 파일을 실행했습니다. 나는 아마 0.2초 개선을 얻었다. 전처리기를 제거하면 다음과 같은 결과가 나타납니다.

JSX 전처리기 사용

JSX 전처리기 없이

저는 Jasmine보다 Mocha를 선호하고 반응 구성 요소를 빌드한 다음 mocha 테스트 제품군(아래 스니펫)을 통해 실행할 gulpfile을 설정하기로 결정했습니다.

function buildScript(file, watch) {
  var bundler = browserify(file);
  var stream;
  bundler.transform(reactify);
  stream = bundler.bundle();
  return stream.on('error', handleErrors)
  .pipe(source(file))
  .pipe(gulp.dest(buildDir + '/'))
  .pipe(mocha({ reporter: 'list' }));
}

여전히 reactify를 사용하여 JSX 파일을 사전 처리해야 하지만 느린 테스트에 대한 경고 메시지를 제거합니다. 따라서 런타임은 여전히 ​​2초 미만이 걸리지만 실제 테스트는 약 32ms입니다. 여전히 JSX를 사용할 가치가 있는지 결정합니다.

오, 당신 말이 맞아. JSX를 사용하지 않는 jest 반응 예제를 테스트했는데 4초에 가까웠는데 0.75초로 줄었습니다. JSX를 사용할 가치가 있는지 정말 생각하게 만듭니다. 큰 프로젝트에서는 다른 패키지가 많지 않은 한 꽤 빨리 느려질 것입니다. 전처리기가 해당 단일 파일이 아니라 모든 490개 요구사항에서 실행되는지 궁금합니다. 그 간단한 구성 요소에 대해 3초가 걸리면 안 됩니다.

어느 쪽이든, 내 워크플로를 위해 테스트를 빠르게 수행해야 합니다. 적어도 하나의 제품군을 실행하는 방법을 알아내야 합니다. 재스민에서는 "describe" 및 "it" 대신 "ddescribe" 또는 "iit"를 사용하여 단일 테스트 또는 제품군을 실행할 수 있습니다. Jest는 정말 훌륭합니다. 이제 빠른 워크플로가 필요합니다.

var React = require('react');

var CheckboxWithLabel = React.createClass({displayName: 'CheckboxWithLabel',
    getInitialState: function() {
        return { isChecked: false };
    },
    onChange: function() {
        this.setState({isChecked: !this.state.isChecked});
    },
    render: function() {
        return (
            React.DOM.label(null,
                React.DOM.input(
                    {type:"checkbox",
                        checked:this.state.isChecked,
                        onChange:this.onChange}
                ),
                this.state.isChecked ? this.props.labelOn : this.props.labelOff
            )
            );
    }
});

module.exports = CheckboxWithLabel; 

@jeffchan 이 옳았습니다. 필요한 모든 코드는 JSX 파일뿐만 아니라 전처리기를 통해 실행됩니다.

가장 빠른 솔루션은 작업하는 동안 변경된 JSX 파일만 처리하기 위해 꿀꺽 꿀꺽 마시고 감시하고 반응하는 것입니다. 그러면 실행하려는 테스트만 지정할 수 있습니다. 이렇게 하면 JSX 파일이 한 번만 처리되고 내가 어떤 테스트를 실행할지 제어할 수 있습니다. 이와 같은 것은 테스트 워크플로에 정말 좋을 것입니다.

gulp jest --tests "Checkbox*,*Form*"

그런 다음 Watchify는 이러한 테스트가 의존하는 변경 사항을 감시한 다음 변경 사항만 처리한 다음 작업 중인 테스트만 실행합니다.

@iamrandys 100% 동의합니다. Jest와 React는 훌륭하지만 JSX를 JS로 컴파일하는 것은 큰 장애물입니다. Gulp가 JSX 전처리기를 통해 실행되는 필수 파일(비 JSX) 문제를 어떻게 해결할지 궁금하십니까? 다음과 같은 것을 제안하고 있습니까? - http://blog.avisi.nl/2014/04/25/how-to-keep-a-fast-build-with-browserify-and-reactjs/ ?

예, gulp 플러그인이 있는 일종의 캐싱 레이어에 대해 생각하고 있습니다.
작업

2014년 8월 11일 08:35 Tyrone Avnit [email protected] 은 다음과 같이 썼습니다.

@iamrandys https://github.com/iamrandys 100% 동의합니다. 농담과
React는 훌륭하지만 JSX를 JS로 컴파일하는 것은 큰 장애물입니다. 단지
Gulp가 필요한 파일(비
JSX)가 JSX 전처리기를 통해 실행되고 있습니까? 당신은 뭔가를 제안하고 있습니까
다음과 같이? -
http://blog.avisi.nl/2014/04/25/how-to-keep-a-fast-build-with-browserify-and-reactjs/
?

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/facebook/jest/issues/116#issuecomment -51749798.

정확히는 gulp와 watchify를 사용하면 반응 속도가 놀라울 정도로 빠릅니다. 던져
gulp-livereload는 각 변경 후 브라우저를 새로 고치고
놀라운 개발 환경. 변경하고 저장하면 거의
열려 있는 모든 브라우저와 모든 장치에서 변경 사항을 즉시 확인할 수 있습니다. 지금
내 TDD에 대해 동일한 것이 필요합니다.

대략 이렇지만 hbsfy 대신 reactify를 사용하십시오.
https://gist.github.com/benhowdle89/9533185

2014년 8월 11일 월요일 오전 2:35 Tyrone Avnit [email protected]
썼다:

@iamrandys https://github.com/iamrandys 100% 동의합니다. 농담과
React는 훌륭하지만 JSX를 JS로 컴파일하는 것은 큰 장애물입니다. 단지
Gulp가 필요한 파일(비
JSX)가 JSX 전처리기를 통해 실행되고 있습니까? 당신은 뭔가를 제안하고 있습니까
다음과 같이? -
http://blog.avisi.nl/2014/04/25/how-to-keep-a-fast-build-with-browserify-and-reactjs/
?

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/facebook/jest/issues/116#issuecomment -51749798.

@iamrandys님 감사합니다. Mocha와 Chai를 사용하는 빠른 반응 성분 보일러 플레이트 개발(자스민으로 쉽게 대체 가능). 테스트는 매우 빠르며 Livereload의 추가 이점을 얻을 수 있습니다. 원하는 대로 사용하십시오.

어느 쪽이든, 내 워크플로를 위해 테스트를 빠르게 수행해야 합니다. 적어도 하나의 제품군을 실행하는 방법을 알아내야 합니다. 재스민에서는 "describe" 및 "it" 대신 "ddescribe" 또는 "iit"를 사용하여 단일 테스트 또는 제품군을 실행할 수 있습니다. Jest는 정말 훌륭합니다. 이제 빠른 워크플로가 필요합니다.

확실히 it.only 를 쓸 수 있고 describe.only 도 할 수 있다고 생각합니다.

Karma는 당신이 원하는 것을 정확히 하고 당신이 해야 할 일은 추가하기만 하면 됩니다.
karma.conf 파일을 프로젝트에 추가합니다. 나는 카르마가 반응을 지원한다는 것을 깨닫지 못했습니다.
그리고 브라우저화합니다. 이제 모든 브라우저에서 동시에 테스트할 수 있습니다.
나는 당신의 상용구 프로젝트에 대한 PR을 만들었습니다.

https://github.com/iamrandys/react-component-boilerplate/tree/karma

'npm test'를 실행하기만 하면 karma가 브라우저를 실행하고 다음을 감시합니다.
변경.

2014년 8월 12일 화요일 오전 10:35 Tyrone Avnit [email protected]
썼다:

@iamrandys https://github.com/iamrandys 감사합니다
반응 구성 요소 보일러 플레이트
https://github.com/TYRONEMICHAEL/react-component-boilerplate 사용
모카와 차이(자스민은 쉽게 대체 가능). 테스트는 극도로
Livereload의 추가 이점을 얻을 수 있습니다. 원하는 대로 사용하십시오.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/facebook/jest/issues/116#issuecomment -51931532.

JSX 변환이 아닌 JSX 파일을 방지하려면 다음 preprocessor.js를 사용하십시오. 그대로 /** @jsx 접두사가 포함된 .jsx 파일만 처리합니다. .js 파일을 JSX 변환하려면 || 앞에 있는 if 조건의 첫 번째 부분을 제거하면 됩니다( src.slice ... 조건만 남도록).

// from http://facebook.github.io/jest/docs/tutorial-react.html
var ReactTools = require('react-tools');
var MAGIC = "/** @jsx";
module.exports = {
  process: function(src, file) {
    if (!/\.jsx$/.test(file) || src.slice(0, MAGIC.length) != MAGIC) return src;
    return ReactTools.transform(src);
  }
};

그래도 좀 느립니다.

흥미로운 스니펫 @sqs. 수정해줘 내가 틀렸다면 여전히 각 파일을 살펴보고 변환해야 하는지 확인할 필요가 없습니까? 나는 react-component-boilerplate를 사용하여 많은 성공을 거두었다. 테스트는 실제로 매우 빠르게 실행됩니다.

아주 좋아. 이를 통해 시간이 9.3초에서 4.7초로 단축되었습니다. 이것은 단일 테스트용입니다. 나는 여전히 훨씬 더 빠른 Karma를 유지해야 할 것입니다(100번의 테스트는 1초 미만 소요). 또한 Karma는 작업 시 변경 사항을 관찰하고 여러 브라우저에서 코드를 테스트하지만 Jest의 자동 조롱을 좋아합니다. rewireify를 사용하여 수동으로 스파이를 만드는 것은 추가 작업이지만 완전히 제어할 수 있습니다.

예, 제가 당신을 오해하고 있을지도 모르지만, jsx가 포함된 .js 파일이 있고 pragma 헤더를 기반으로 감지하려는 경우 .jsx에 대한 검사를 제거한다는 의미입니다.

내 iPhone에서 보낸

2014년 8월 28일 23시 45분에 Tyrone Avnit [email protected]이 다음과 같이 썼습니다.

흥미로운 스니펫 @sqs. 수정해줘 내가 틀렸다면 여전히 각 파일을 살펴보고 변환해야 하는지 확인할 필요가 없습니까? 나는 react-component-boilerplate와 함께 많은 성공을 거두었습니다. 테스트는 실제로 매우 빠르게 실행됩니다.

—
이 이메일에 직접 회신하거나 GitHub에서 확인하세요.

안녕하세요! 나는 농담을 위해 --watch 을 하고 있으며 일반적으로 이 작업을 더 빠르게 진행하려고 노력하고 있습니다. 곧 다시 보고할 것입니다.

나를 위한 첫 번째 실행은 약 5초가 걸립니다. 그 후 각 추가 실행에는 약 1.2-1.5초가 걸립니다.

그 시간 중 상당한 시간이 서둘러 캐시를 로드하는 데 소비된 것 같습니다(내 프로젝트의 경우 이미 4메가 파일입니다.

--watch 작업을 기대하고 있지만 테스트를 실행하는 데 1.2초의 로드 시간이 필요한 무슨 일이 일어나고 있는지 궁금합니다. 나는 서두르는 것이 무엇을 하고 있고 왜 농담이 그것을 사용하는지에 대해 아무것도 알지 못하기 때문에 나는 꽤 단서가 없습니다.

Haste는 CommonJS 모듈 형식의 특징을 지원합니다. 모듈 이름이 상대적인 것이 아니라 최상위 수준인 경우입니다. 즉, 프로그램을 실행하기 전에 미리 모듈(및 종속성)을 알아야 합니다. 그렇지 않으면 각 require 에서 모듈을 찾기 위해 파일 시스템을 탐색하는 것이 엄청나게 비효율적입니다. 그러나 우리는 대부분의 사람들이 상대 모듈 형식(예: node.js)을 사용하고 있으며 Haste에 대한 암시적 종속성을 제거하기를 원하며(옵션이 제공되지 않는 한) 이렇게 하면 더 빨라질 것입니다.

@amasad 대단하네요 . 나는 intern.js를 시도했고 cmd 라인에서 일반 단위 테스트를 실행하여 몇 ms 안에 완료됩니다. 농담이 그렇게 빨리 갈 수 있다고 생각합니까? 그리고 jasmine이나 mocha와 같은 다른 프레임워크에서 사용할 수 있도록 automocking 부분을 추출하는 것을 고려해 보셨습니까?

beforeEach 또는 it 콜백에서 반복적으로 사용하는 대신 describe 콜백에서 파일(특히 'react/addons' 및 테스트 중인 모듈)이 필요한 것을 발견했습니다.

분명히 나는 ​​jsx가 아닌 커피 스크립트를 사용하고 있지만 이것은 require 호출을 자동으로 모의하기 위해 작업하는 전처리기 작업과 농담을 모두 저장합니다.

__tests__/login_fields.coffee (3.013s) (아야!)

describe 'Login Fields', -> 
 beforeEach ->
    {TestUtils} = require('react/addons').addons
    LoginFields = require '../login_fields'
    ...
  it 'should have left animation states defined', ->
    {TestUtils} = require('react/addons').addons
    ...
  it 'should have a translateX value equal to enterStateStart.left', ->
    {TestUtils} = require('react/addons').addons
    ...
  it 'should call handleLogin on button click or enter press with the entered username and password', ->
    {TestUtils} = require('react/addons').addons
    ...
  it 'should call updateFields on all change events', ->
    {TestUtils} = require('react/addons').addons
    ...

그러나, 그것은 훨씬 빨라집니다 ...
__tests__/login_fields.coffee (0.604s) (나쁘지 않음)

describe 'Login Fields', ->
  {TestUtils} = require('react/addons').addons
  LoginFields = require '../login_fields'
  # require other repeatedly needed modules here as well

  beforeEach ->
    # now you can use TestUtils to renderIntoDocument LoginFields here

  it 'should have left animation states defined', ->
    # and use TestUtils here
  ...

내 테스트는 지금까지 권장된 모든 최적화를 사용한 후에도 14초입니다. 16GB RAM과 SSD를 사용하더라도. Jest는 현재 상태에서 완전히 사용할 수 없습니다. 죄송합니다. Karma로 전환합니다.

나는 karma, mocha, chai, sinon, rewireify 및 aliasify로 큰 성공을 거두었습니다. 300개 이상의 테스트가 1/2초에 실행됩니다. 무엇보다도 React는 훌륭합니다!!!!! 팀은 그것을 사랑하고 그것으로 정말 좋은 것들을 개발하고 있습니다. 너무 깨끗하고 유지 보수가 가능합니다. 우리가 지금까지 사용했던 것과는 엄청난 차이가 있습니다.

방금 이것에 부딪쳤습니다. 테스트가 _REALLY_ 느리게 실행됩니다. 느린 테스트의 문제는 개발자가 테스트를 비활성화하거나 일부만 실행한다는 것입니다. 이 문제의 원인이 무엇인지 아십니까? 내가 어떻게 도움이 될 수 있습니다?

나는이 정확한 문제가있었습니다. 테스트는 처음에 약 17 초가 걸렸고 캐싱 후에는 4 초가 걸렸습니다. 내 빌드 디렉토리와 외부 모듈이 제대로 제외되지 않은 것으로 나타났습니다. 소스 디렉토리를 가리키도록 testPathDirs 구성 옵션을 설정하면 런타임이 0.5초로 단축되었습니다.

이것은 React v0.12+를 사용하여 저에게 효과적이었습니다.

var ReactTools = require('react-tools');


module.exports = {
  process: function(src, file) {
    if(!file.match(/\.react\.js$/)) return src;

    return ReactTools.transform(src);
  }
};

Jest도 사용하기 시작했습니다. 일반 JavaScript 모듈(JSX/React 없음)을 테스트하기만 하면 Jest가 매우 느립니다. 인라인 테스트와 내장형 조롱이라는 아이디어가 마음에 들지만 너무 느리기 때문에 Mocha가 그리워집니다. 범인이 무엇인지 잘 모르겠습니다 ... 느린 속도를 일으키는 디렉토리 트리를 검색하지 않습니다. 파일을 직접 지정하면 여전히 매우 느립니다.

적어도 속도 저하의 원인에 대한 아이디어가 있습니까? (저는 JSX/CoffeeScript를 사용하지 않습니다. 자동 모의 기능이 꺼져 있습니다.)

첫 번째 인수가 항상 true를 반환했기 때문에 원래 예제는 저에게 효과가 없었습니다.

var ReactTools = require('react-tools');
var MAGIC = "/** <strong i="6">@jsx</strong> ";
module.exports = {
  process: function(src, file) {
    if (src.slice(0, MAGIC.length) != MAGIC) return src;
    return ReactTools.transform(src);
  }
};

@culshaw @haihappen 좋은 해결 방법에 감사드립니다. 10s+ 테스트를 2+로 줄이십시오. 이 해결 방법은 반응 파일에 확장자 _.jsx/_.react.js를 사용해야 한다고 생각하게 만들었습니다. 반응 파일을 사용할 때도 도움이 될 수 있다고 생각합니다.

솔직히 말해서 Grunt를 통해 나는 여전히 +20s의 시간을 얻었습니다.
Karma로 작업하는 반응 및 총 시간은 약 +4/5초입니다.

모두 VM 내부에 있지만

이것에 대해 다시 보고하기 위해서입니다. 우리는 Karma/Mocha로 반응을 테스트하고 있으며 700개에 가까운 테스트이며 모든 테스트를 실행하는 데 약 4초가 걸립니다. 우리는 모의를 처리해야 하지만 그만한 가치가 있습니다. 반응은 훌륭했습니다. 흠잡을 데 없이 상쾌하게 안정적입니다. 게임 체인저! 우리 팀은 다른 것을 사용하여 이미징할 수 없었습니다.

나는 Jest가 빠르도록 한 적이 없다. 저는 모카를 사용하고 있습니다. Jest가 빨랐다면 나는
대신 사용했을 것입니다.

2015년 2월 5일 목요일 오후 12시 17분, Gil Birman [email protected]
썼다:

@iamrandys https://github.com/iamrandys
어떻게 그렇게 빨리 농담을 할 수 있었는지 자세히 알려주세요.

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/facebook/jest/issues/116#issuecomment -73097182.

@iamrandys 에게 감사합니다. 내 "어떻게 빨리 농담을 하게 되었나요?"를 삭제했습니다. 내가 당신의 게시물을 잘못 읽었다는 것을 깨달은 후의 질문(하지만 당신은 동시에 응답했습니다)... 어쨌든, 그것은 부끄러운 일입니다. 제 생각에는 농담이 여전히 프로덕션에 사용할 준비가 되지 않은 것으로 간주되어야 합니다.

@haihappen 및 @darcyadams 의 해결 방법/변경 사항은 단일 테스트에 대해 테스트 시간을 3.5초에서 약 1초로

나는 같은 문제가 있습니다. 작은 프로젝트에서 단 3개의 테스트를 받았고 3초가 걸립니다.

프로젝트 로드맵의 어느 부분에서나 성능을 개선하고 있습니까?

BTW: 변경된 파일에 대해서만 단위 테스트를 다시 실행하는 (매우 해킹 같은) 방법을 찾았습니다. 일반적으로 실행할 테스트가 하나뿐이므로 다시 매우 빨라집니다. 여기에 넣어: https://gist.github.com/mik01aj/fefb7718331e5454b9d1

Strange Jest는 React.js 2015 conf에서 언급되지 않았습니다.

testPathDirs가 범인으로 보입니다. package.json에서 다음과 같이 지정합니다.

  "jest": {
    "unmockedModulePathPatterns": [
      "./node_modules"
    ],
    "scriptPreprocessor": "./preprocessor.js",
    "testDirectoryName": "tests",
    "testPathDirs": ["tests"]
  }

@adjavaherian 자동 조롱을 사용하는 경우 조심 하십시오 :

실제로 testPathDirs가 종속성을 포함하지 않으면 자동 조롱이 미묘하고 실망스러운 방식으로 중단될 것으로 예상합니다.

이러한 우려로 인해 테스트 설정에 문제가 있을 수 있다고 생각합니다. 내가 여기에서 틀릴 수도 있지만 내가 아는 한 우리는 모두 beforeEach 테스트 내에서 다른 필수 모듈과 함께 var component = React.createFactory(require("component/path")) 와 같은 것을 사용하고 있습니다. 확실히 이것이 모든 테스트에 필요한 것은 아닙니다. 공장은 매번 새로운 부품을 생산해야 합니다. 내가 beforeEach 블록 테스트 속도를 10배 증가시킵니다. 불행히도 이 경우 일부 테스트가 이상하게 실패하는데 그 이유를 모르겠습니다.

이것이 도움이 되는지 확실하지 않습니다. 생각?

보고된 테스트 실행 시간에서 전처리 시간을 제외하면 좋을 것입니다. 그 작업의 대부분이 변환 단계에서 나오는 경우 빨간색을 보는 것은 불공평합니다.

안녕하세요 여러분,

같은 문제가 있습니다. 실행하는 데 약 1분이 걸리는 테스트 케이스도 있습니다.

성능 문제를 어디서부터 시작해야 할지 모르겠습니다. 힌트가 있습니까?

업데이트

내 VM 환경에서만 나타나는 이 문제를 해결했습니다(cf : http://stackoverflow.com/a/13703132). 이제 테스트는 여전히 내가 예상한 것보다 느리지만 방랑자 수정 이전보다 훨씬 빠릅니다(내 테스트 슈트의 경우 60초 -> 6초)

속도가 여전히 문제라면 Mocha로 이동하는 것이 좋습니다. 우리는 이 포크로 많은 성공을 거두었습니다. 여기에서는 단순에서 복잡한 React 배포에 대한 테스트를 설정하는 방법을 설명합니다. https://github.com/adjavaherian/mocha-react 우리는 약 3초 동안 100개 이상의 테스트를 정기적으로 실행합니다.

나는 Mocha가 갈 길이라는 데 동의합니다. 최대 거의 900번의 테스트를 수행하며 약 4초가 소요됩니다.

2015년 4월 23일 오후 4시 53분에 Amir Djavaherian [email protected]이 다음과 같이 썼습니다.

속도가 여전히 문제라면 Mocha로 이동하는 것이 좋습니다. 우리는 이 포크로 많은 성공을 거두었습니다. 여기에서는 단순에서 복잡한 React 배포에 대한 테스트를 설정하는 방법을 설명합니다. https://github.com/adjavaherian/mocha-react 우리는 약 3초 동안 100개 이상의 테스트를 정기적으로 실행합니다.

—
이 이메일에 직접 회신하거나 GitHub에서 확인하세요.

같은 경험으로 Jest를 단 하나의 테스트(JSX 사용)로 설정하고 약 3초가 소요됩니다.

@iamrandys 설정 예시를 보여주시겠습니까? 완벽한 콤비인 것 같습니다.

@amasad babel-loader가 cacheDirectory 옵션에서 허용하는 것과 유사한 컴파일된 파일에 대한 캐시를 구축하는 Jest 옵션이 있습니까? - https://github.com/babel/babel-loader#options

저에게 농담을 느리게 만드는 것은 컴파일이 아니라 작업자 풀 프로세스의 시작입니다. 내 모든 테스트는 약 4초가 걸리는 첫 번째 테스트를 제외하고 0.05초 이내에 통과합니다.
https://github.com/jeffmo/node-worker-pool
https://github.com/facebook/jest/blob/master/src/TestRunner.js#L376

@songawee 안 하는데 PR을 보내서 옵션으로 갖고 싶나요? 캐시를 깨야 할 때를 아는 것이 때때로 불가능하기 때문에 기본적으로 켜져 있어야 한다고 생각하지 않습니다. 예를 들어 컴파일러 옵션을 변경하면 캐시가 재설정되어야 합니다. 또 다른 옵션은 캐싱 외에 캐시 재설정 옵션을 사용하는 것입니다.

@doodzik node-haste 모듈을 말하고 읽는 것이 아니라 작업자 풀이라고 확신합니까?

@amasad 내가 한 것은 jest 실행의 각 단계가 완료되는 데 걸리는 시간을 측정한 것입니다.
그리고 node-worker-pool 는 테스트가 느린 마지막 인스턴스였습니다.
내 발견이 단지 증상일 뿐 문제의 근원이 아닐 수도 있습니다.
하지만 제대로 분석할 시간이 없었다.

내 테스트는 현재 다음과 같습니다.

내 반응 테스트는 느립니다(예제 폴더에 있는 테스트). 내가 말하는 것은 무반응 테스트입니다.

+1

여기도 마찬가지입니다. 테스트가 매우 느립니다. 실망:

문제에 직면한 사람은 나뿐이라고 생각했습니다. Jest를 처음 사용하고 테스트 결과가 빠르지 않습니다. Facebook이 Jest를 사용하여 테스트하는 방법이 궁금하십니까?

React Europe 컨퍼런스 Q&A 세션에서 React 사용자에 대한 Jest 개선 사항에 대한 내 질문 - https://youtu.be/CRJZBZ_-6hQ?t=363

모카+시논으로 바꿨습니다. 결코 더 행복하지 않았습니다.

2015년 8월 31일 17:45 Alan Rubin [email protected] 은 다음과 같이 썼습니다.

React Europe 컨퍼런스 Q&A에서 Jest to React에 대한 내 질문
세션 - https://youtu.be/CRJZBZ_-6hQ?t=363

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/facebook/jest/issues/116#issuecomment -136394910.

나도 같은 문제를 안고있어. Jest 테스트는 시간이 많이 걸리고 실행 시간은 실제로 다양합니다. 병렬로 실행할지 아니면 하나의 프로세스(--runInBand)에서 실행할지 여부는 중요하지 않았습니다. 작업자 프로세스 간의 리소스 경합이 아닌 것으로 보입니다.

v8 프로파일러(https://github.com/node-inspector/v8-profiler)로 CPU 덤프를 생성했고 대부분의 시간이 모듈을 조롱하는 데 소비되는 것으로 나타났습니다. 즉, 내 단위 테스트 실행 시간의 25%가 jest-cli/src/lib/utils.js#runContentWithLocalBindings에서 소비됩니다.

성능 업데이트가 있습니까? 방금 es6 및 babel-jest로 농담을 주웠지만 > 10초 안에 2개의 간단한 테스트를 실행했습니다 :-(
속도를 높이기 위해 이 스레드에서 많은 아이디어를 시도했지만 아무 것도 효과가 없었습니다...

우리는 곧 이것에 집중할 것입니다. 우리는 지금 농담에 대한 작업으로 약간 젖어 있지만 더 멋지게 만들기 위해 최선을 다하고 있습니다.

커뮤니티에서 도움을 줄 수 있는 작업이 있습니까?

+1

현재 가장 큰 도움은 실제로 문서, 웹 사이트를 개선하고 문제를 해결하고 오픈 소스에서 사람들을 돕는 것입니다.

빌드 파이프라인에서 JEST 테스트 속도를 높이기 위해 수행한 한 가지는 단일 코어 시스템을 다중 코어 시스템으로 교체하는 것입니다. 기본적으로 jest는 사용 가능한 하드웨어 스레드 수만큼 작업자를 생성합니다. 이것이 가능하지 않은 경우 '-w'(maxWorkers)를 사용하여 수동으로 재생할 수 있습니다. 단일 코어에서도 속도 향상을 얻을 수 있습니다.

궁극적으로 우리는 모의 모듈이 매우 비용이 많이 들고(위의 내 설명 참조) 대부분의 실행 시간을 유발한다는 것을 발견했습니다.

나를 위해 es6을 사용하는 Jest는 완전히 사용할 수 없습니다. 시작하는 데만 10초 이상이 걸리고 현재 가지고 있는 단일 테스트를 실행하는 데 2초가 걸립니다. 나는 카르마로 다시 전환하여 훨씬 더 많은 것을 기대했습니다 :(

우리는 현재 node-haste를 이 문제를 해결해야 하는 새로운 모듈 해석기로 교체하기 위해 노력하고 있습니다.

안녕 모두. 이 문제에 대한 소식이 있습니까?

안녕하세요, Jest는 비 React 테스트에 적합합니까? 우리 팀에서 반응 앱과 반응하지 않는 앱 모두에 대한 공통 표준을 갖고 싶습니다.

Jest는 보편적인 테스트 실행기이며 React를 사용할 필요가 전혀 없습니다. :) 예제 중 하나를 살펴보십시오!

안녕하세요 여러분, 여기에 몇 가지 흥미로운 정보가 있습니다. 또한 테스트가 느리게 실행되는 문제도 겪고 있습니다. 현재 실행하는 데 ~15초가 걸리는 13개의 테스트가 있습니다.

저는 packages.json 파일에 "testPathDirs": ["<rootDir>/path/to/tests/"] 를 추가하는 것이 시작 시간을 상당히 개선하는 데 도움이 된다는 것을 발견했습니다.

@cpojer 새롭고 향상된 모듈 리졸버에 대한 업데이트가 있습니까? 이것이 테스트를 훨씬 더 빠르게 실행하는 열쇠가 되기를 진심으로 바랍니다.

이 작업은 #599에서 진행됩니다.

@cpojer 감사
완성된 Haste2를 기대합니다

모카를 사용한 동일한 테스트가 44ms로 실행되었으며 농담이 6초가 걸렸습니다.

jest 를 사용하여 초기 6개의 테스트 파일을 Mocha , jsdom 및 sinon 사용으로 전환하는 데 약 15분이 걸렸습니다.

좋은 소식입니다. 오늘 #599를 병합하고 마침내 느린 시작을 없애야 합니다.

좋아, 이것은 Jest 0.9에서 마침내 수정되어야 한다. 시간이 오래 걸려서 죄송하지만 Jest에는 약간의 광대가있었습니다 :)

React 테스트 자체의 속도를 높이는 방법은 https://github.com/facebook/react/pull/6052 를 참조 jest-cli@next 로 태그가 지정되어 있습니다. 해결되는 대로 이 문제를 종료하겠습니다.

npm install jest-cli@next 이 새 버전을 실행하려는 경우( jest@next @cpojer 대신)

오 예, 항상이 실수를합니다 :) 원래 의견을 수정했습니다.

npm install jest-cli@next 사용하여 업그레이드한 후 @cpojer dontMock 지정하는 데 문제가 있습니다. 즉, 업데이트 전에([email protected] 사용) 이 줄이 제대로 작동합니다.

jest.dontMock('../../../../fixtures');

그런 다음 0.9.0으로 업데이트한 후 동일한 호출로 인해 모듈이 조롱됩니다.

@steinbachr 아마도 별도의 문제로 가야합니다. 재현을 제공할 수 있다면 좋을 것입니다. 이 문제가 FB에 올라오는 것을 본 적이 없습니다!

감사합니다 @cpojer , 여기에서 생성된 문제