13. Test Improvement (NTT SIC)
13-1 DeFlaker: Automatically Detecting Flaky Tests
13-1 Flaky Test: 通ったり落ちたりするテストは原因がregressionかどうか判断できず再実行コストかかるので自動検出する #sereading
2018-07-13 10:30:5113-1 Flaky test=時々落ちるテスト.1回落ちただけだとたまたま落ちたのか,regressionにより確定的に落ちるのかが不明.落ちたテストの再実行はコストがかかるので,再実行せずにFlaky testかどうかを判定する.シンプルでいい感じの提案手法だそう. #sereading
2018-07-13 10:31:4813-1: DeFlaker: Automatically Detecting Flaky Tests Flaky test を再実行せずに自動検出。 バージョンの差分のコードをテストが実行していないならば Flaky Test 。カバレッジを工夫。 #sereading
2018-07-13 10:32:2613-2 DetReduce: Minimizing Android GUI Test Suites for Regression Testing
13-2 AndroidアプリのGUIテストスイートは自動生成手法が存在するが実行に時間がかかるのでカバレッジ維持するよう実効時間短縮。流れの重複削ったり組み替えたりする。 #sereading
2018-07-13 10:34:4413-2 AndroidのGUIのテストを自動生成するような手法があるが,自動生成されたテストは実行に時間がかかる.提案手法ではカバレッジを減らさずにテストケースを減らす.例えば「画面1→2→3」というテストケースと「画面1→2」というテストケースがあったら「画面1→2」を削除する,とか. #sereading
2018-07-13 10:35:0213-2 Android 自動生成されたテストスイート→実行に時間がかかる トレースを変化させて圧縮→実行可能なことを確認 結果:実行時間を92.16%削減 #sereading
2018-07-13 10:35:05JaCoCoとの比較で出ていたEkstaziはこちらみたい。"a lightweight and scalable Java library for regression testing"とのこと ekstazi.org #sereading
2018-07-13 10:35:3113-2 github.com/wtchoi/SwiftHa… でがっとテストケースを生成して、提案手法で無駄なのはぶく、って流れっぽい。べんりそう. #sereading
2018-07-13 10:37:30