We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
related to #690 #702
#690 のmock動作問題を #702 で解決した. #702 ではmock題材をzip経由で受け取り,手元で動作確認した. しかし単体テスト化はされていない.単体テストを用意すべき.
ただ,そのテストにはmockを利用する題材が必要. その題材にはmock libが複数必要. hamcrest-all-1.3.jar mockito-core-3.2.4.jar byte-buddy-1.10.5.jar 等.
hamcrest-all-1.3.jar
mockito-core-3.2.4.jar
byte-buddy-1.10.5.jar
これらmock libをexample直下に,つまりリポジトリに突っ込むのは抵抗がある. トータル5MBをリポジトリに入れたくない.
mock題材をgradle化しておいて,libの依存解決を動的にやる.
The text was updated successfully, but these errors were encountered:
しかし,mock題材のgradle実行はいつ,だれがやるのか?
これはない.手作業忘れるとテスト失敗する. そもそもCIとの相性が最悪
mockテストでは,mock題材のA. コンパイルとB. テスト実行の2点だけを確認したい. この案2だと,A. gradle実行,B. コンパイル,C. 実行の3点になってしまう. Aが邪魔.gradleテストとmockテストの間の強い依存に見える.
Sorry, something went wrong.
うーん. kgpリポジトリが自己完結していないように見える.
悪くないがどうだろう?
いや,CIとの相性はとてもよいが,java単体としてテストを実行すると失敗してしまう.
案1手作業の逆の問題が発生する. 少なくとも一度,CIテストを実行しないとjavaテスト実行がうまく動かない.
No branches or pull requests
related to #690 #702
やるべきこと
#690 のmock動作問題を #702 で解決した.
#702 ではmock題材をzip経由で受け取り,手元で動作確認した.
しかし単体テスト化はされていない.単体テストを用意すべき.
問題は?
ただ,そのテストにはmockを利用する題材が必要.
その題材にはmock libが複数必要.
hamcrest-all-1.3.jar
mockito-core-3.2.4.jar
byte-buddy-1.10.5.jar
等.これらmock libをexample直下に,つまりリポジトリに突っ込むのは抵抗がある.
トータル5MBをリポジトリに入れたくない.
理想は?
mock題材をgradle化しておいて,libの依存解決を動的にやる.
The text was updated successfully, but these errors were encountered: