Pdf.js: 커버리지 통계 생성 (테스트)

unittestcli-Node.js에서 PDF.js의 일부 단위 테스트를 실행합니다 (최소한의 소스 변경, babel을 사용한 트랜스 파일 만 사용).
browsertest-브라우저에서 테스트를 실행합니다 (Chrome 및 Firefox 테스트). 이는 generic 빌드 대상에 의해 생성 된 바이너리에 의존합니다.이 바이너리는 babel로 트랜스 파일 된 다음 웹팩과 함께 번들로 제공되는 코드를 사용합니다.

browsertest 가 참조 테스트를 실행하는 동안 브라우저에서 전체 단위 테스트 집합을 실행하는 unittest 명령도 있습니다 (하위 집합 만 실행하는 unittestcli 과 반대) 기존 단위 테스트의).

또한 PDFJS_NEXT 빌드 플래그가 설정된 경우 "Babel로 변환"단계를 건너 뛸 수 있습니다 ( gulpfile.js 다른 빌드 플래그처럼 또는 명령 줄 인수로). 코드는 여전히 Webpack에 번들로 제공되지만 최소한 트랜스 파일 단계를 피할 수 있습니다.

@ Rob--WI가이 작업을하고 싶습니다.

너의 것이 야! 질문이 있으시면 알려주십시오 (바람직하게는 IRC에서).

@timvandermeij Karma 도구를 사용하려고합니다. 이스탄불 코드 커버리지 엔진과 함께 작동합니다. 테스트 실행에 대한 통계를 확인할 수 있으며 HTML 보고서를 작성할 수 있습니다. 시작하기에 좋은 방법입니까?

Karma를 사용하여 https://drive.google.com/file/d/0ByddvU1PKkWaWEZTWHFYT0Y0aTg/view?usp=sharing 테스트 보고서를 받았습니다.
그러나 테스트 범위 통계는 https://drive.google.com/file/d/0ByddvU1PKkWaS1ZiT1dobU1DQUk/view?usp=sharing 에 표시되지 않습니다.

@ Divya063 예를 들어 현재 코드를 Github의 pdf.js 포크에있는 브랜치로 푸시하여 코드를 공유 할 수 있습니까? 필요할 때 webpack이나 babel이 실행되고 있는지 궁금합니다.

그리고 어떤 버전의 Node.js를 사용하고 있습니까?

응답 해 주셔서 감사합니다. Node 버전은 6.11.1입니다. 여기 https://github.com/Divya063/pdf.js/tree/dev 지점에 대한 링크가

오류는 다음과 같습니다.

Firefox 43.0.0
SyntaxError : import 선언은 최상위 수준에서만 나타날 수 있습니다.
크롬 60.0.3112
포착되지 않은 구문 오류 : 예기치 않은 토큰 가져 오기

이는 코드가 사용 전에 트랜스 파일되지 않았 음을 나타냅니다. 현재 모든 브라우저에서 기본적으로 활성화되지 않은 ES 모듈에 대한 지원이 내장되어 있으므로 ( 추가 정보 ) 먼저 코드를 트랜스 파일해야합니다.

PDF.js의 빌드 시스템에서 트랜스 파일이 구성되는 위치를 지적하기 위해 초기 게시물을 편집했습니다. 아마도 기존 플러그인을 사용하여 이스탄불과 바벨을 통합 할 수 있습니다. 빠른 검색은 https://github.com/istanbuljs/babel-plugin-istanbul 을 표시하지만 다른 옵션도있을 수 있습니다.

(그리고 파이어 폭스의 현재 안정 버전은 55입니다. 당신은 오래된 파이어 폭스 43으로 테스트하고 있었는데, 이는 지원되지 않습니다. 다시 테스트하기 전에 최신 버전의 파이어 폭스로 업그레이드하는 것이 좋습니다)

@ Rob--W 오류를 알려 주셔서 감사 드리며 곧 결과를 업데이트하겠습니다.

@ Rob--WI는 karma-browserify 사용하여 코드를 트랜스 파일하고 파이어 폭스 버전을 업그레이드했지만 여전히 많은 오류가 발생하고 있습니다. / dev

오류 메시지를 공유 할 수 있습니까?

그리고 가능하면 browserify 대신 webpack을 사용하십시오. webpack은 이미 사용하고 있기 때문입니다. 이렇게하면 브라우저에서 실제로 사용되는 코드를 계측 할 수 있습니다.

.idea 및 기타 사용자 별 프로젝트 / IDE 파일도 확인하고 있습니다. 기존 프로젝트에 기여할 때 관련없는 파일을 프로젝트에 추가하지 않는 것이 좋습니다. 이는 저장소를 복잡하게 만들고 병합 충돌을 유발하기 때문입니다. 최종 풀 요청에서 이러한 파일은 포함되지 않아야합니다.

이 문제가 여전히 발생합니까? 그렇다면 작업하고 싶습니다.

예, 자유롭게 작업하십시오.

안녕하세요.
나는이 일을하고 있었다. 나는 이스탄불을 사용하여 테스트를 다루고 작업복을 보고서를 표시했습니다. 필요한 곳에 필요한 사항을 변경했습니다. 하지만 작업복을 실행할 때마다

npm run coveralls

다음과 같은 오류가 발생합니다.

npm run coveralls

> [email protected] coveralls /home/shikhar/Desktop/mozillaPdfJs/pdf.js
> npm run cover -- --report lcovonly && cat ./coverage/lcov.info | coveralls


> [email protected] cover /home/shikhar/Desktop/mozillaPdfJs/pdf.js
> istanbul cover test/**/*.js "--report" "lcovonly"

Running test 1/16: test_first_run
Running test 2/16: test_first_run_incognito
Running test 3/16: test_storage_managed_unavailable
Running test 4/16: test_managed_pref
Running test 5/16: test_local_pref
Running test 6/16: test_managed_pref_is_overridden
Running test 7/16: test_run_extension_again
Running test 8/16: test_running_for_a_while
Running test 9/16: test_browser_update
Running test 10/16: test_browser_update_between_pref_toggle
Running test 11/16: test_extension_update
Running test 12/16: test_unofficial_build
Running test 13/16: test_fetch_is_supported
Running test 14/16: test_fetch_not_supported
Running test 15/16: test_fetch_mode_not_supported
Running test 16/16: test_network_offline
All tests completed.
No coverage information was collected, exit without writing coverage information
[error] "2017-12-17T11:00:06.112Z"  'error from lcovParse: ' 'Failed to parse string'
[error] "2017-12-17T11:00:06.116Z"  'input: ' ''
[error] "2017-12-17T11:00:06.116Z"  'error from convertLcovToCoveralls'

/home/shikhar/Desktop/mozillaPdfJs/pdf.js/node_modules/coveralls/bin/coveralls.js:18
        throw err;
        ^
Failed to parse string
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR! [email protected] coveralls: `npm run cover -- --report lcovonly && cat ./coverage/lcov.info | coveralls`
npm ERR! Exit status 1
npm ERR! 
npm ERR! Failed at the [email protected] coveralls script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/shikhar/.npm/_logs/2017-12-17T11_00_06_136Z-debug.log

나는 이것을 여기 와 여기에서 찾아 보았지만 소용이 없었다. 문제가 무엇인지에 대한 도움이 있습니까?

코드를 보지 않고는 말하기 어렵습니다. 여기에 기여한 사람들이 당신과 함께 볼 수 있도록 코드를 브랜치에 푸시 할 수 있습니까?

@timvandermeij 여기 있습니다. gem 파일을 무시하십시오. 나는 이미 그것을 제거했습니다.

모든 코멘트 @timvandermeij

약간의 인터넷 검색에서이 오류는 coveralls 이 lcov 형식의 데이터를 가져 오지 않음을 의미하는 것처럼 보입니다. npm run cover -- --report lcovonly && cat ./coverage/lcov.info | coveralls 의 개별 명령이 실제로 예상 한 결과를 반환하는지 확인할 수 있습니다.

안녕하세요.
현재 주요 문제는 다음과 같습니다.
No coverage information was collected, exit without writing coverage information
이 때문에 lcov 파일은 항상 빈 상태로 유지되므로 이런 일이 발생합니다.

[error] "2017-12-17T11:00:06.112Z"  'error from lcovParse: ' 'Failed to parse string'
[error] "2017-12-17T11:00:06.116Z"  'input: ' ''
[error] "2017-12-17T11:00:06.116Z"  'error from convertLcovToCoveralls'

인터넷 검색에서 이것은 매우 일반적인 오류 인 것 같습니다. 오류는 기본적으로 이스탄불에 있습니다. 동일한 버전의 다른 버전으로 전환을 시도했지만 오류가 계속 발생했습니다. 그러나 모든 장소에서 테스트는 린트 나 단위 테스트 등이 아닌 모카로 수행되었으므로 대부분의 (거의) 해상도도 모카 전용입니다. 이것들은 내가 찾은 몇 가지 소스였습니다.

https://github.com/gotwarlost/istanbul/issues/262
https://github.com/coryhouse/react-slingshot/issues/245
https://github.com/gotwarlost/istanbul/issues/496
그리고 다른 여러 사람도 실제로 도움이되지 않았습니다.

빌드는 travis ( https://travis-ci.org/shikhar-scs/pdf.js/jobs/318422621 )에서 전달되지만 커버리지는 생성되지 않습니다.

왜 그런 일이 일어나는지 잘 모르겠지만, Jasmine으로 성공적으로 성공한 사람들도 많이 발견하므로 가능해야합니다. https://bryce.fisher-fleig.org/blog/setting-up-istanbul-with-jasmine/index.html이 효과가 있다면 시도해 볼 수 있습니까? 먼저 정확한 단계를 시도하여 독립 실행 형으로 작동하는지 확인한 다음 PDF.js에 통합 해보십시오.

@timvandermeij on it
마침내 커버리지 보고서가 생성되고 있습니다. 그러나 가져 오기 및 내보내기 문에 문제가 있으므로 트랜스 파일 한 다음 테스트해야합니다.
Transformation error for /home/shikhar/Desktop/mozillaPdfJs/pdf.js/web/ui_utils.js ; return original code 'import' and 'export' may appear only with 'sourceType: "module"' (16:0)
이 오류는 모든 js 파일에서 발생하며 곧 작업하고 PR을 제출할 것입니다.

안녕하세요.

여기 있습니다 : 빌드 통과 및 커버리지 요청 .

커버리지 보고서

그러나 가져 오기 및 내보내기 문이 존재하므로 해당 파일에 도달 한 후에도 완전히 테스트되지 않았으므로 0 % 범위 보고서를 받고 있습니다. 내가 아는 한 재스민 테스트 전에 이러한 파일을 ES6에 바 벨리 화해야하는데 문제가 있음이 입증되었습니다. jasmine에 ES6 코드를 어떻게 제공합니까?
http://jpsierens.com/use-es6-right-now/에 언급 된대로 gulp 파일을 변경할 수 있습니까?

실제로 솔루션에 가까워지고 있습니다. 커버리지 보고서에서 이미 ES6로 트랜스 파일 된 lib 파일에 대한 커버리지를 실행하는 것처럼 보입니다 (https://github.com/mozilla/pdf.js/blob/6ac9e1c5ed0d5f067872b8482724c171c79566b2/gulpfile 참조). js # L965 및 https://github.com/mozilla/pdf.js/blob/6ac9e1c5ed0d5f067872b8482724c171c79566b2/gulpfile.js#L985). 아니면 단위 테스트 자체가 트랜스 파일되지 않는 문제입니까? 정확히 어떻게 작동하는지 잘 모르겠지만, 그렇다면 단위 테스트를 위해 Gulpfile을 약간 변경해야 할 수도 있습니다.

안녕하세요.

아니면 단위 테스트 자체가 트랜스 파일되지 않는 문제입니까? 정확히 어떻게 작동하는지 잘 모르겠지만, 그렇다면 단위 테스트를 위해 Gulpfile을 약간 변경해야 할 수도 있습니다.

문제는 잘못된 폴더에서 테스트를 실행하고 있다는 것입니다. build>lib 폴더에는 이미 ES6 형식의 전체 프로젝트가 포함되어 있으며 이제 전체 내용, 즉 재스민과 작업복의 경로를 수정했습니다.
또 다른 문제는 --report lcovonly 문이었습니다. 이 부분을 작업복 라인에서 제거했을 때 마술처럼 (정말 이유를 모르겠습니다) 보고서가 생성되기 시작했습니다.

npm의 개별 명령이 커버를 실행하는지 확인할 수 있습니다. --report lcovonly && cat ./coverage/lcov.info | 작업복은 실제로 예상 한 결과를 반환합니다.

지적 해주셔서 감사합니다.

마지막으로 보고서를 생성 할 수 있습니다 : tada : 약간 슬프게 보이지만 정확한 파일을 읽으면 그 이유를 알 수 있습니다.

1. 실행되지 않은 모든 조건문은 '적용되지 않음'으로 간주됩니다.
2. 실행되지 않은 모든 할당 문도 '미적용'으로 간주됩니다.

나는 분명히 생성 된 보고서를 직접 업로드하지는 않았지만 http://pdfjscoveragereport.bitballoon.com 링크에서 호스팅했습니다. 이 링크를 방문하면 예상되는 정확한 보고서를 얻을 수 있습니다.

그러나 이러한 결과는 coveralls.io 에 반영되지 않습니다. : cry : 이유를 모르겠습니다. 또한 여러 번 커밋 한 후에도 coveralls 은 (는) 최근 커밋이 아닌 아주 오래된 커밋을 기반으로 내 프로젝트를 빌드하고 있다는 사실을 알아 냈습니다

그러나 여전히 npm run coveralls 는 build/lib/coverage/lcov-report 폴더에있는 이 형식으로 전체 커버리지 보고서를 제공합니다.

이 모든 것이 마침내 도움이되기를 바랍니다. 마지막 문제는 이러한 보고서를 작업복에 어떻게 든 표시하는 것입니다.

이것은 내 최신 빌드에 대한 링크입니다. https://travis-ci.org/shikhar-scs/pdf.js
이것은 내 최근 커밋에 대한 링크입니다.

coveralls.io에서 생성되지 않는 보고서를 제외하고는 모든 것이 괜찮습니다. 더 많은 사람들의 관심을 끌고 대신이 문제를 더 일찍 해결할 수 있으므로 PR을 생성해야합니까?

잘 했어! 커버리지에 대한 아이디어를 갖는 것이 정말 좋으며 보고서는 마침내 우리에게 그것을 제공합니다. 실제로 훨씬 더 많은 단위 테스트가 필요하다는 것을 분명히 보여 주지만, 최근에 추가 한 단위 테스트에 대한 모든 방법은 실제로 보고서에 포함 된대로 표시되므로 완벽하게 보입니다.

빌드 된 파일 대신 소스 파일에 대해 커버리지를 실행할 수 있는지 궁금합니다. 이제 http://pdfjscoveragereport.bitballoon.com/lib/display/metadata.js.html 에서 28 행이 우리 코드가 아니라 자동으로 생성 된 코드가 다루지 않는 것을 볼 수 있기 때문에 이해하기 더 쉽습니다. 어렵다고 판명되면 현재 접근 방식을 첫 번째 버전으로 수행하고 후속 문제에서이를 수행 할 수 있습니다.

더 많은 사람들의 관심을 끌고 대신이 문제를 더 일찍 해결할 수 있으므로 PR을 생성해야합니까?

네, 좋은 생각입니다. 그런 다음 검토 프로세스를 시작하고 해결해야 할 문제를 확인할 수 있습니다.

커버리지에 대한 아이디어를 갖는 것이 정말 좋으며 보고서는 마침내 우리에게 그것을 제공합니다. 실제로 훨씬 더 많은 단위 테스트가 필요하다는 것을 분명히 보여 주지만, 최근에 추가 한 단위 테스트에 대한 모든 방법은 실제로 보고서에 포함 된대로 표시되므로 완벽하게 보입니다.

우리가 더 많은 단위 테스트로 할 수 있다는 것은 확실히 사실이지만, 슬프게도 단위 테스트만으로는 충분히 "좋은"테스트 커버리지를 얻을 수없는 코드 기반의 상당 부분이 있습니다.

https://github.com/mozilla/pdf.js/issues/8632#issue -241690851에서 언급했듯이 몇 가지 다른 테스트 스위트가 있으며 gulp browsertest 에서도 커버리지 결과를받는 것이 잘못되지 않는 한 실제 테스트 범위가 어떻게 생겼는지 알기 위해서는 거의 필수적입니다.

트윗 담아 가기

오늘 아침 저는 cd build && cd lib && istanbul cover --include-all-sources jasmine-node test 문을 사용하여 모든 폴더에서 커버리지 보고서를 개별적으로 찾고, cd <directory name> 사용하여 다른 디렉터리를 변경하고 jasmine-node <directory names and js files> 사용하여 테스트를 광범위하게 시도했지만 헛된 것입니다.

테스트 보고서가 가끔 생성되지만 (항상 그런 것은 아님) 특정 디렉토리에있는 하나 또는 두 개의 ES6 형식 js 파일 (범위 보고서의 2 ~ 3 % 미만 만 가져옴) 때문에 발생합니다. 슬프게도 import or export statements 가 포함 된 js 파일은이 형식으로 오류를 반환합니다.

Transformation error for /home/shikhar/Desktop/mozillaPdfJs/pdf.js/src/core/arithmetic_decoder.js ; return original code 'import' and 'export' may appear only with 'sourceType: "module"' (183:0) Unable to post-instrument: /home/shikhar/Desktop/mozillaPdfJs/pdf.js/src/core/arithmetic_decoder.js

그리고이 오류로 인해 파일의 적용 범위를 전혀 확인하지 않으므로 0 % 보고서를 반환합니다.

빌드 된 파일 대신 소스 파일에 대해 커버리지를 실행할 수 있는지 궁금합니다.

다시 말하지만, 소스 폴더에는 import 및 export 문이있는 파일이 포함되어 있으므로 관련 파일을 전혀 확인하지 않아 위의 오류가 발생하여 적용 범위가 0 %입니다.

따라서 빌드 폴더 자체에서 테스트해야합니다.

gulp browsertest에서 커버리지 결과를 얻는 것은 실제 테스트 커버리지가 어떻게 생겼는지 실제로 아는 데 거의 필수적입니다.

@Snuffleupagus 이러한 특정 테스트는 어디에 있습니까? 위에서 언급 한 jasmine-node 문을 사용하여 직접 테스트 해 볼 수 있습니다.

어렵다고 판명되면 현재 접근 방식을 첫 번째 버전으로 수행하고 후속 문제에서이를 수행 할 수 있습니다.

네, 차라리 그렇게 할 수 있습니다.

네, 좋은 생각입니다. 그런 다음 검토 프로세스를 시작하고 해결해야 할 문제를 확인할 수 있습니다.

물론입니다. 시작하겠습니다.

# 9308의 PR은 단위 ​​테스트에 대해서만 테스트 범위의 예를 보여줍니다. 생성 된 보고서는 단위 테스트 세트가 매우 작기 때문에 거의 가치가 없습니다. 자세한 내용은 https://github.com/mozilla/pdf.js/pull/9308#issuecomment -353588039를 참조

따라서 브라우저 테스트를 받으려면 다음이 필요합니다.

1. 커버리지 데이터를 생성하는 방법.
2. 커버리지 데이터를 검색하고 작업복에 업로드하는 방법입니다.

주소 1)을 처리하려면 gulpfile.js 를 편집하여 선택적으로 코드 계측을 추가해야합니다. 이는 브라우저의 window.__coverage__ 개체로 내보내집니다. gulp-istanbul 가 유용 할 수 있습니다. 문서가 드물게 보이지만 https://stackoverflow.com/questions/38208735/no-window-coverage-object-is-created-by-istanbul-phantomjs 에서 예제를 찾았습니다

1 단계를 마치면 브라우저 테스트에 window.__coverage__ 변수 (또는 coverageVariable 구성 매개 변수에 입력 한 변수)가 있습니다. 커버리지 보고서를 받으려면 :

1. 테스트 실행기 (https://github.com/mozilla/pdf.js/blob/e081a708c36cb2aacff7889048863723fcf23671/test/driver.js)를 수정하여 XMLHttpRequest 가 포함 된 커버리지 결과를 테스트 서버에 게시합니다.
2. 테스트 서버 (https://github.com/mozilla/pdf.js/blob/e081a708c36cb2aacff7889048863723fcf23671/test/test.js)에서 테스트 결과를받을 새 후크를 등록하고 fs 사용하여 파일에 기록합니다.
3. 보고서를 작업복에 업로드합니다 (예 : # 9308에 표시된 "coveralls"명령 사용).

@ Rob--W 자세한 검토를 해주셔서 감사합니다. 후속 조치를 취하고 최대한 빨리 되돌릴 것입니다.

이 의견은 구현에 대한 팁을 제공하고 https://github.com/mozilla/pdf.js/pull/9308#issuecomment-353710595의 질문에 답합니다.

istanbul 는 코드에 계측 만 추가합니다. "계측"은 실행이 해당 행, 명령문 등을 통과 할 때를 감지하는 추가 JavaScript 코드를 추가하는 것을 의미하기 때문에이 입력은 실행 가능한 코드로 간주됩니다. 계측을 추가 한 후 코드가 크게 변경되면 결과 범위 보고서는 의미가 없습니다.

이 계측은 프로그램이 실행되는 동안 즉석에서 수행 할 수 있습니다 (예 : 명령 줄에서 istanbul cover 를 실행하면 istanbul 가 Node.js의 require 호출을 가로 챕니다). 모듈이로드되기 전에 인스 트루먼 테이션으로 코드를 변환 하거나 실행과 별도로 (예 : 블로그 게시물에서 설명하는대로 : 인스트루먼트 된 코드가 명령 줄에서 생성되고 실행은 브라우저에서 수행됩니다).

# 9308의 현재 PR에서 실행할 프로그램으로 jasmine 를 사용하여 istanbul cover 를 호출합니다. 앞서 언급했듯이이 효과는 gulp unittestcli 실행과 유사합니다. 즉, build/lib 디렉토리에있는 사전 빌드 된 라이브러리에 대해 테스트가 실행됩니다 ( test/unit/clitests.json 에서 구성됨). . build/lib/ 제외한 모든 항목에 대해 커버리지 보고서가 0 커버리지를 표시하는 이유를 설명합니다 ( require -d (Node.js) 모듈 만 build/lib 및 build/streams/ 있기 때문) gulp unittestcli 작업 정의 끝 참조).

유용한 커버리지 보고서를 얻으려면 커버리지 보고서가 모듈 수준에있는 것이 좋습니다. 이것은 한 단계 앞서 있습니다. 빌드 파이프 라인에 istanbul 를 통합해야 코드가 ES6에서 트랜스 파일 될 때 계측이 추가됩니다. 그 후에는 모듈 별 보고서를 생성하는 것이 더 어려워집니다 (이론적으로 소스 맵은 데이터를 원본 파일에 매핑하기에 충분한 정보를 제공하지만 불가능하지는 않습니다).
이것은 도전이며 Babel, gulp, istanbul 및 소스 맵 / 모듈을 사용하는 방법을 잘 이해해야합니다 (PDF.js가 모든 모듈을 모아 PDF.js를 생성하는 소스 코드의 관련 위치를 이미 언급했습니다. 도서관-# 8632 참조). 이 지식은 매우 유용하므로 도전을 두려워하지 않으시면 저의 안내에 따라 탐색 할 수 있습니다.

하지만 깊이 들어가기 전에 브라우저에서 커버리지 보고서를 가져 오는 것부터 시작해 보겠습니다. 브라우저에서 테스트를 실행하는 방법에는 unittest 및 browsertest 두 가지가 있습니다. Node.js에서 단위 테스트를 실행하는 비교적 쉬운 방법이 이미 있으므로 browsertest 에 집중하겠습니다. 브라우저 테스트는 개별 모듈을 사용하지 않지만 generic gulp GENERIC_DIR , 일명 build/generic/ 의해 생성 된 PDF.js 라이브러리를 사용합니다. 따라서 build/generic 에 코드 계측을 추가하는 것으로 충분합니다. build/generic/ 를 입력 디렉토리로 사용하고 결과를 coverage/build/generic 좋습니다.

그 일을 한 후에는 변경할 필요가 test/test_slave.html 무조건로드하지에 ../build/generic/build/pdf.js A의 <script> 태그 만 조건 중 하나로드 ../build/generic/build/pdf.js 또는 ../coverage/build/generic/build/pdf.js 일부 구성 매개 변수에 따라 다릅니다 (테스트를 위해 후자의 URL을 하드 코딩 할 수 있습니다. 커버리지 보고서를 테스트 서버로 다시 보내는 더 어려운 작업을 완료 한 후 나중에이 하드 코딩 된 매개 변수를 변경하는 것은 매우 쉽습니다) .

일반 pdf.js 라이브러리를 인스트루먼트 된 pdf.js 라이브러리로 교체하면 테스트 실행으로 커버리지 통계가 생성됩니다. 결과는 전역 window.__coverage__ 변수에 저장됩니다. 브라우저 내 테스트 드라이버가 완료되면 ( test / driver.js의 _quit 메서드 )이 보고서를 직렬화 (예 : JSON.stringify(window.__coverage__) )하고 XMLHttpRequest 를 사용하여 서버로 보낼 수 있습니다. driver.js 파일의 다른 위치 참조- /tellMeToQuit 메시지를 보내기 전에 보고서를 서버로 보내야합니다. 그렇지 않으면 범위 보고서가 전송되지 않을 수 있습니다. 바르게).
https://github.com/mozilla/pdf.js/blob/ba5dbc96326518ad716158ef040f61794cc72202/test/test.js에서 새 사용자 지정 API 호출에 대한 새 처리기를 추가 할 수 있습니다. 코드 예제를 보려면 driver.js 에서 XMLHttpRequest 호출 (예 : /tellMeToQuit 메시지)을보고 test.js 에서 해당 핸들러를 찾으십시오. 서버 측에서 직렬화 된 JSON을 받으면 fs.writeFileSync API를 사용하여 커버리지 보고서를 파일에 씁니다 (다시 test.js 에 파일 작성 방법을 보여주는 다른 예가 있습니다). .

@ Rob--W 나는 현재 새해까지 사용할 수 없습니다 ... 나는 그 후에 확실히 잡을 것입니다

그런 다음 test / test_slave.html을 변경하여 ../build/generic/build/pdf.js를

그런 다음 test / test_slave.html을 변경하여 ../build/generic/build/pdf.js를

@ Rob--WI는 (testFilter 매개 변수를 모방하여) tests.js 에서 유사한 매개 변수를 만들 수 있었지만 test/test_slave.html 통합하는 것은 여전히 ​​문제가됩니다. 나머지 변경 사항은 PR을 다시 방문하십시오. 새로운 커밋을 푸시했습니다. # 9308

또한 IRC 채널 또는 pdf.js 관련 slack / gitter / mailing list에 참여하기위한 링크를 제공 할 수 있다면.

@ Rob--W 여전히 문제가 있습니까? 그렇다면 작업하고 싶습니다.
감사합니다.

첫 번째 시도는 # 9308이므로 영감으로 사용할 수 있습니다. 작동하는 최소한의 버전, 즉 로컬에서만 작동하는 버전에 초점을 맞추겠습니다. 봇이나 Travis CI에서 작동 할 필요가 없습니다. 지역적으로 커버리지 보고서를 만들 수 있다면 그것은 이미 매우 중요합니다. 로컬의 경우 계측 단위 테스트를 실행하고이를 기반으로 커버리지 보고서를 생성하는 gulp coverage 라는 명령을 만드는 것이 좋습니다. 작동하고 병합되는 것은 항상 반복 할 수 있습니다.

@timvandermeij 여전히 활성화되어 있습니까? 나도 할 수있어

예, 자유롭게 작업하십시오! 우리는 간단하게 시작해야합니다. 가능한 접근 방식은 https://github.com/mozilla/pdf.js/issues/8632#issuecomment -455868037을 참조

@timvandermeij 내가이 기회를 줄 수 있는지 궁금해? 더 큰 질문 중 하나는 npm 스크립트를 사용하여 보고서를 생성 할 수 있는지 아니면 gulp 작업이어야하는지 여부입니다.

gulp 너무 익숙하지는 않지만 이것이 요구 사항인지 배우고 싶습니다.

아무도 이것에 대해 작업하고 있다고 생각하지 않으므로 계속하십시오! 초기 패치를 위해 단순하게 유지하는 것이 중요합니다. 우리는 Gulp를 주요 도구로 사용하기 때문에 그것을 사용하는 것이 선호되지만 다른 제안도 열려 있습니다. 구현 아이디어는 https://github.com/mozilla/pdf.js/issues/8632#issuecomment -455868037을 참조

이 작업을하고 싶습니다. 문제가 여전히 열려 있습니까? 버그에 대해 더 잘 이해할 수있는 곳은 어디입니까?

@jezhou 는이 작업을 진행 중이며 # 11580에서 약간의 진전을 이루었습니다. PR은 최근에 업데이트되지 않았습니다.

업데이트 해주셔서 감사합니다. 작업을 시작할 수 있을까요? 어디
더 많은 정보를 얻을 수 있습니까? 문제 및 나머지에 대해 ??

2020 년 5 월 16 일 토요일 오후 5:56 Rob Wu, [email protected] 은 다음과 같이 썼습니다.

@jezhou https://github.com/jezhou 이 작업 중이 었고 일부를 만들었습니다.
진행 # 11580 https://github.com/mozilla/pdf.js/pull/11580 . PR
그래도 최근에 업데이트되지 않았습니다.

—
댓글을 달았 기 때문에 수신 한 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/mozilla/pdf.js/issues/8632#issuecomment-629637879 ,
또는 구독 취소
https://github.com/notifications/unsubscribe-auth/AKUZ65CGSIZF6OMFZWENWF3RR2A77ANCNFSM4DSK7SGQ
.