ChatGPTにEclipseでEclEmmaとJaCoCoからカバレッジを出力する方法を聞いた

15年以上前にEclipseでdjunitでカバレッジを出力していろいろ試していた。

dJUnitでカバレッジテスト: プログラマの思索

しかし、今のEclipseではdjunitはもう使えなくなっていた。
ChatGPTに聞いたら、代わりにEclipseでEclEmmaとJaCoCoからカバレッジを出力する方法がわかったのでメモ。

【参考】
EclEmma - Java Code Coverage for Eclipse

EclEmma - JaCoCo Java Code Coverage Library

EclEmma - Source Code Annotation

ブログエンジン(5) Maven+JaCoCoでカバレッジ計測 - afnf.net

WildFly+jacocoでintegration-testのカバレッジ取得 - Qiita

カバレッジレポートの出し方について書く ・ Issue #10 ・ syobochim/doc

JaCoCo - Command Line Interface

複雑度と単体テストケース数の相関関係: プログラマの思索

【前提条件】
Eclipseの実行メニューに「カバレッジ＞Junit」が表示される前提とする。
表示できていれば、EclipseにEclEmma プラグインがインストールされている。
最新版のEclipseであれば既にインストール済み。

Eclipseにカバレッジ・ビューを表示するように設定するには、ウィンドウ＞ビューの表示＞その他　から、java＞カバレッジを　選択して画面下部に表示するように設定する。

JaCoCo のZipファイルをダウンロードしておく。

EclEmma - JaCoCo Java Code Coverage Library

【EclipseにJacocoを設定する方法】
この手順書は、ChatGPTに質問して作成した。

EclipseにJacocoを設定する方法は次のようになります。

Eclipseで、JaCoCoを使用するプロジェクトを選択します。

[Run] -> [Run Configurations...]を選択し、「JUnit」に対して新しい設定を作成します。

「Arguments」タブで、「VM arguments」欄に「-javaagent:path/to/jacocoagent.jar=destfile=path/to/jacoco.exec」を追加します。

path/to/jacocoagent.jarは、JaCoCoがインストールされている場所に置き換えてください。
path/to/jacoco.execは、JaCoCoのエグゼキューションファイルを出力する場所を指定します。
「Apply」をクリックし、「Run」をクリックして、テストを実行します。

実行が終了したら、「Coverage」ビューを開き、カバレッジ結果を確認します。

注意: 上記の設定は、JUnit4を使用している場合の設定方法です。JUnit5を使用する場合は適切なアダプタを使用する必要があります。

【EclipseとJacocoを使って、カバレッジのレポートをHTMLで出力する方法】

Eclipseで、JaCoCoを使用するプロジェクトを選択します。

[Run] -> [Run Configurations...]を選択し、「JUnit」に対して新しい設定を作成します。

「Arguments」タブで、「VM arguments」欄に「-javaagent:path/to/jacocoagent.jar=destfile=path/to/jacoco.exec」を追加します。

path/to/jacocoagent.jarは、JaCoCoがインストールされている場所に置き換えてください。
path/to/jacoco.execは、JaCoCoのエグゼキューションファイルを出力する場所を指定します。
「Apply」をクリックし、「Run」をクリックして、テストを実行します。

実行が終了したら、JaCoCoのアクションツールを使用して、jacoco.execからHTMLレポートを生成します。

JaCoCoのアクションツールは、Javaコマンドラインから次のように実行できます。

java -jar path/to/jacococli.jar report path/to/jacoco.exec --classfiles path/to/classfiles --sourcefiles path/to/sourcefiles --html path/to/report

path/to/jacococli.jarは、JaCoCoのアクションツールを含むjarファイルへのパスです。
path/to/jacoco.execは、JaCoCoが生成したエグゼキューションファイルへのパスです。
path/to/classfilesは、JaCoCoを適用するクラスファイルへのパスです。
path/to/sourcefilesは、JUnit対象ソースコードへのパスです。
path/to/reportは、HTMLレポートを生成する場所を指定します。index.htmlを開けば出力結果が表示されます。

注意: 上記の設定は、JUnit4を使用している場合の設定方法です。JUnit5を使用する場合は適切なアダプタを使用する必要があります。

JaCoCo - Command Line Interface

【感想】
ChatGPTに明確な質問を書けば、的確に回答してくれる。
手順は必ず回答があるから、AIが強いだろうと思う。

WildFly+jacocoでintegration-testのカバレッジ取得 - Qiitaによれば、Missed InstructionsがC0 (命令網羅率) でMissed BranchesがC1 (条件網羅率) を表しているとのこと。
ドリルダウンすると、カバレッジを通過したパスは、
緑：実行された命令。
赤：実行されなかった命令。
黄：分岐において一部のみ実行された命令。
で表示してくれる。

カバレッジ結果のHTMLを開くと、C0/C1カバレッジをいい感じで出力してくれるのでありがたい。

PM理論では課業志向の方が関係志向よりも生産性が高いことを主張しているのではないか

@sugimoto_keiさんのツイートを読んで、PM理論ではP志向の方がM志向よりも生産性が高いことを主張していることに気づいたのでメモ。

【参考】
杉本啓さんはTwitterを使っています: 「多くのひとは職場での人間関係を気にし過ぎる。その人が自分を支配しようとして色々束縛するなら、それは人間関係の問題だが、そうでないなら、人間関係は気にしないで自分がやるべき仕事をすれば、ほとんどの場合、解決する。人間関係が気になるのは仕事がうまくいってないから。その逆ではない。」 / Twitter

杉本啓さんはTwitterを使っています: 「昔の経営学で、課業志向と人間関係志向という概念があったが、これは課業志向の考え方。基本的には、課業志向でできることをまずやるのが先決だと思う。人間関係というものは答えがないし、根本的に解決することもできない。」 / Twitter

杉本啓さんはTwitterを使っています: 「多くのひとはたぶん、集団の中で自分の居場所を作ることが重要だと考えているのだろう。それが人間関係志向ということ。それはわかるのだが、そうではなく、何を達成するのか、そのためにどうするか考える。これが課業志向。そうすると人間関係は大して気にならなくなるし、却って良くなるものだ。」 / Twitter

【PM理論とは】歴史や特徴を事例からわかりやすく解説｜リベラルアーツガイド

PM理論とは？理論とリーダー育成における活用場面をわかりやすく解説｜人材育成・社員研修｜ラーニングエージェンシー

PM理論でリーダーを育成する企業は伸びる『事例紹介』 | 識学総研

管理職に求められる能力はPM理論そのものではなかったのか: プログラマの思索

心理的安全性はPM理論のメンテナンスの発展形ではないか: プログラマの思索

組織論で紹介される学者はほとんどが欧米人だが唯一の日本人として、三隅二不二のPM理論がよく紹介されている。
昭和の時代にカイ二乗検定を使って統計的に有意な仮説としてPM理論を打ち立てたらしい。
PM理論の考え方は考えてみれば当たり前のように感じて、あまり気に留めていなかったが、@sugimoto_keiさんのツイートを読んで、PM理論が主張したかった本来の内容は違うのではと思った。

組織におけるリーダーの能力は、課業志向と関係志向の2つがあり、両方とも高いレベルを目指すべきとPM理論は言う。
しかし、実は課業志向の方が関係志向よりも生産性が高いことを言いたかったのではないか。
つまり、リーダーシップは結局成果を出して初めて認められるものであり、成果を重視せず関係ばかりに注力しても問題解決にならない、と。
特に、日本人のリーダーや集団は課業志向よりも関係志向を重視しすぎていて、生産性が高くないのではないか、と。

たとえば、リーダーシップとは成果主義が前提であるという考えは、「採用基準」にも記載されていたのを思い出した。
「採用基準」では、成果を求められないリーダーシップに囚われすぎる日本人を批判している。

たとえば、野中先生の「失敗の本質」でも、日本軍という官僚的組織が実は成果主義よりも関係志向を重視していて、リーダー間で忖度し合うことで戦争に負けた経緯が詳しく分析されている。

たとえば、PM理論でリーダーを育成する企業は伸びる『事例紹介』 | 識学総研では、典型的な日本企業である日立でも、管理職のリーダークラスは優秀であっても課業志向ではなく、関係思考が強い傾向があるらしい。

こういう話を踏まえた上で考えると、日本人は集団でリーダーシップを発揮するという考え方や行動に何らかの問題があり、それがずっと弱点になっているのではと思う。

今の日本のアジャイル界隈では心理的安全性という概念がとても好まれているが、実は日本人のリーダーシップには関係志向が強すぎて課業志向が欠落しているのではないか、という考え方も心に留めておく。
たぶんコンテキストや環境によってはこの観点も必要だろうと思う。

TestLinkの要件管理にUSDMを適用する方法

TestLinkの要件管理にUSDMを適用する方法が紹介された記事をメモ。

要求管理とテスト管理、その間のトレーサビリティの維持、および要求(仕様)カバレッジの把握 －－－ TestLinkとExcelツールで運用する - Qiita

USDMは清水吉男さんが提唱されている派生開発XDDPの要件管理技法の一つ。
僕の理解では、CMMIなど今までのソフトウェア工学の知見をベースにきちんとしたプロセス設計で開発しましょう、というものと思っている。
USDMでは、要件をFV表に対応付けることで漏れなく管理できるようにした仕組みと理解している。
「要求を仕様化する技術・表現する技術 - 入門＋実践 仕様が書けていますか?」でも紹介されている。

USDMの考え方はとても良く考えられていると思うが、実際の運用ではExcelベースなので使いづらい部分が個人的にはあった。
しかし、上記の記事を読むと、ExcelでUSDMで要件を作り、TestLinkの要件管理機能にインポートして一括管理するようだ。
これは個人的に面白いと思う。

以前、TestLinkでテスト管理した時に要件IDを振って運用してみた時があった。
すると、要件カバレッジが取れるので、テスト結果の時系列推移ごとに、要件をどれだけテストでカバーできたのか、を見ることができる。
また、テスト後に、どの要件でバグが発生したのか、その割合を算出することで、障害の原因分析にも使える。

OSSのテスト管理ツールTestLinkはまだ可能性があると思うので気になった時に調べてみたい。

TestLinkのテストケースはクラスとインスタンスの考え方で区別する

TestLinkのテストケースはクラスとインスタンスの考え方で区別するツイートを見つけたのでメモ。

[QCの基本]テストインスタンスについて｜Tsuyoshi Yumoto｜note

TestLinkでは、テストケースそのものの管理とテスト結果を記録する機能が分離されている。
この考え方は、テストケースがクラス、テスト結果がインスタンスで区別すると理解しやすい。
メリットは、回帰テストを実行できること、テストケースを再利用しやすく保守しやすいこと。

「Redmineによるタスクマネジメント実践技法」でもTestLinkのこの考え方は記載していた。

しかし、現場のExcelテスト仕様書では、テストケースとテスト結果は分離されていない場合がほとんどだろう。
だから、回帰テストの管理が面倒だし、障害管理との連携もスムーズでない。
その理由は、テスト管理ツールが導入されておらず、Excelで頑張っているからだろう。

下記ツイートにあるように、テストケースをクラスとインスタンスで分離する考えは、本来はSIで最も有効なのにね。

テスト管理ツール入れるなからこの概念が実装されてることが必須条件です。#テスト管理ツールはテストインスタンスがキモ
[QCの基本]テストインスタンスについて｜Tsuyoshi Yumoto @yumotsuyo #note https://t.co/FG1B7RPOSi

— Tsuyoshi Yumoto (@yumotsuyo) June 22, 2021

TestRailもPractiTestも、古いので有ればTestLinkもちゃんとこの思想で実装されてたよ。当然IBM、oracle、hpから出てた有償のバカ高いテスト管理ツールもこの思想で作られてた。

— Tsuyoshi Yumoto (@yumotsuyo) June 22, 2021

<s>ぶっちゃけ、本来強力な効果を発生するであろうSIer的な環境ほど採用はきびしいです。いいたかないですが、テスト仕様の版管理とか、テスト仕様と実行結果は分離すべきいう概念自体が理解できる人間が管理者レベルにおいても少ない傾向があり、教育コストが高くなりすぎます。</s>

ア

— D-Hori (Web技術アカ) (@d_hori_web) February 10, 2021

農林水産業はITと相性がいい

農林水産業はITと相性がいい事例を見つけたのでメモ。

【参考】
りんご栽培の作業を「見える化」　労働生産性の高い農業を追求【もりやま園株式会社（青森県弘前市）】 | 中小企業とDX | J-Net21[中小企業ビジネス支援サイト]

記事では、りんご園でりんごの木を1本ずつデータ化して生産性を分析し、そこから労働生産性を低い状況をいかに改善して収益を上げるか、という課題を次々にIT技術で解決していった事例が紹介されている。

僕が興味を引いたのは、２つある。
1つ目は、使ったIT技術は割りと当たり前のテクノロジーであるにも関わらず、農林水産業ではとても強力な効果があったことだ。

膨大な本数のりんごの木をデータ化するには、いくらパートやアルバイトで手作業でやってもとても時間がかかる。
そこで、スマホを使いリンゴの木のデータを登録するシステムを導入してみると、「りんごの摘果の作業に2倍の時間がかかり、しかも収量が3割少ない品種があった。1時間働いて400～800円程度の稼ぎ。これでは最低賃金にも満たない。その栽培のために年間の労働力を何時間も浪費していた。正直、ぞっとした」。
つまり、りんごの木は収益性のバラツキが大きかった。
おそらく、日当たりの良い所、土壌の成分が良い所などの観点で、りんごの木の生育に大きなバラツキが発生していたのだろう。
そういう事実がデータ分析できるだけでも十分に効果がある。

そういう現状が分かれば、生産性の低い木の代わりに他の品種へ変更したり、労働力の配分を変更するなどの打ち手も指せる。
おそらく、農林水産業は労働集約的で無駄なリソースが非常に多いために、IT技術を少し導入するだけでも非常に効果が出やすいのだろう。

特に、スマホ、AI、IOT、ドローンのようなハイテクノロジーを農林水産業のシーンでどう使うと効果的なのか、というテーマは素人でも色んな発想が出やすい。
日々食べる食材で実感があるので、こうしたらいいのでは、というアイデアが出やすいからだと思う。

また、農林水産業の労働賃金は、他業種に比べると非常に安い。
だから、IT技術を使って付加価値をつけて労働賃金を上げる余地は非常に大きい。
つまり、IT技術を使って課題を解決するインパクトは非常に大きいだろう。

2つ目は、IT技術を導入する時に政府の補助金を上手く利用して導入し、そのシステムを他のりんご園にも提供していることだ。

スマホを使いリンゴの木のデータを登録するシステムは、地元の商工会議所が実施したコンテストにソフトウエアの開発を提案して補助金を出してもらい、開発したこと。

また、余計な実を未熟なうちに摘み取るりんごは捨ててしまうしかないが、その未熟なりんごを加工してりんごジュースにする提案をして補助金を出してもらい、加工工場を作ったこと。

つまり、設備投資に政府の補助金を上手く利用していること。
農林水産業では、地方活性化の旗印を作れば公共機関から援助してもらいやすい環境もあるのではと思ったりする。

あるいは、農林水産業の6次化と言われるように、生産加工で付加価値を付けたり、りんご観光などのサービスで付加価値を付けることもできるので、地方の労働者の職を支援する範囲も広がるから、地方自治体にとっても良い影響があると考えてもらいやすいのだろう。

他にも事例があれば調べてみたい。