インフラジスティックス様で行われたイベントでの資料です。 [デスクトップアプリ向け.NET Core 3対応セミナー] https://connpass.com/event/119116/presentation/

1. .NET Core 3移行に向けてのテスト自動化戦略

2. 自己紹介
・石川達也
・(株)Codeer 代表取締役
・Microsoft MVP
・ささいなことですが(ブログ)
・OSS
Friendly
Selenium拡張
LambdicSql
Visual Studio and Development Technologies
http://ishikawa-tatsuya.hatenablog.com/
https://github.com/Codeer-Software

4. // 品質に対して求められていること
良いことしか起きない。
悪いことは何もない。

5. // おすすめ手法
仕様化テスト

6. ちなみに昔
WinForms + ネイティブ
のアプリで
VC++のコンパイラのバージョンを変えるときに
この手法が大いに役に立ちました。
その時は、今後のことも考えて仕様面を中心に
グレイボックス的にテスト設計をしました。

7. 仕様化テストです！

8. // ありがちなこと
テスト設計したいんですけど
仕様書あります？
ないですね。
前と同じでいいです。
(# ﾟДﾟ)

9. 仕様化テストです！

10. ↑これを仕様とする
// 仕様化
入力 出力

11. // 自動化
↑Assertを書いておく
w.Name.EmulateChangeText(“abc”);
w.Age.EmulateChangeValue(32);
w.Entry.EmulateClick();
w.Result.Text.Is(“result”);

12. (.NetCoreへの移行）
実装！

13. // テスト
悪いことは何も起きてない！
w.Name.EmulateChangeText(“abc”);
w.Age.EmulateChangeValue(32);
w.Entry.EmulateClick();
w.Result.Text.Is(“result”);

14. システムテストで大きく
振る舞いレベルのテストを書くと
多くのロジックが動いてくれるので
こんな感じの変更では
経験的にはコスパが良いです。
入力 出力
VM
M

15. // どれくらい作ればいいの？
→ 必要なだけ。
悲観的に考えるなら、System.Object
から実装が変わってるから
どこがバグってもおかしくない。
https://marketplace.visualstudio.com/items?itemName=ConnieYau.NETPortabilityAnalyzer
MSを信じるならば、
これが通れば問題ないと考えれる

16. ・カバレッジで判断
（やるならC0。あくまで指標の一つとして）
・仕様面から重要なポイントを抑える。
（少なくとも正常系ワンパスくらいは作っておきたい）
・内部で使っているAPIで分類して、
重要な分類はとおるようにする
・画面の崩れも気になる場合は、
一応スクショもとることにして
最初だけは人が目で確認。
あくまでレイアウトの崩れのみチェック
// どれくらい作ればいいの？

17. ・結構な量をつくる必要はある
・手では複数回実行するのが大変
・自動化しておけば、後にもメリットある
（この手の回帰テストは別件でも必要になる）
・先行投資で先に作っておける
// 自動化しよう！

18. 製品紹介

19. Windowsアプリを意のままに操作するためのライブラリ
弊社製品FriendlyはMicrosoft MVP Showcaseで2位になりました。
http://blogs.msdn.com/b/mvpawardprogram/archive/2014/11/04/mvp-showcase-winners.aspx
IPAの「先進的な設計・検証技術の適用事例報告書 2015年度版」に掲載。
http://www.ipa.go.jp/sec/reports/20151118.html
.NetCore対応中！

20. Test Assistant Pro
Code と Tool のシナジー効果！
あなたのプロジェクトに Just Fit！
Driverの作成 + シナリオの作成の大部分をサポートします。
実装補助ツールという位置づけなので、
コードがわからない人だけで使うことはできません。
.NetCore対応中！

21. 価値ある自動テスト作成を提案しています

22. “価値ある自動テスト”
があれば開発は上手くいきます！
・調査コスト削減
・開発後期での手戻り削減
・デバッグ時のデグレード削減
・リリース前の手動テスト削減
・緊急リリース時のコスト/時間削減
before after
調査 開発 デバッグ 手動テスト 自動テスト
// 価値ある自動テスト

23. 単に自動化工数が増えただけ・・・
before after
調査 開発 デバッグ 手動テスト 自動テスト
// 残念な自動テスト

24. // 価値ある自動テスト
質 量×
・テスト設計
・安定稼働
・メンテナンス性
・ケース数
・実行回数

25. 初期学習
難易度
カスタマイズ プロジェクト
ごとの調整
作成速度 ソース
可読性
メンテ効率 動作確実性 実行速度 テスト実行時
ライセンス
某社ツール 低 △ 不要 △ △ △ △ △ 必要
TesAssistantPro 高※1 ◎ 必要 ◎ ◎ ◎ ◎ ◎ 不要
“価値のある自動テスト”を作成/運用することが可能な
世界でも稀有なツールです！
調査/学習/計画 実装 運用メンテ
某社ツール TestAssistantPro
価値あるテストを作成したとして
一年間運用した場合の
コスト比（試算）
※1 Friendlyの学習コストを入れています。

26. // アーキテクチャ