UiPathの単体テストのお話

Transcript

1. 単体テストのお話 アジアクエスト株式会社 鴛海直輝(おしうみなおき) Twitter: @hilhilyzyan
2. 自己紹介 鴛海 直輝（おしうみ なおき） ▪本読む ▪ストリートダンスする ▪ Laravelでwebアプリ作る 2019年4月に新卒で入社し、 UiPathを用いていろいろ経験中 今日はRPALT n回目登壇！！ Twitter: @hilhilyzyan
3. イベント主催したりしてます
4. 明後日もやります！
5. 目次 1. 単体テストってなーに？ 2. とりあえずやってみる！ Twitter: @hilhilyzyan
6. 単体テストってなーに？
7. 単体テストとは？ 単体テスト（ユニットテストと呼ばれることもあります ）は、プログラムを構成する比較的小さな単位（ユニッ ト）が個々の機能を正しく果たしているかどうかを検証 するテストです。 出典： https://www.techmatrix.co.jp/t/quality/unittest.html Twitter: @hilhilyzyan
8. 単体テストとは？ 通常、関数やメソッドが単体テストの単位（ユニット） となります。 プログラムが全体として正しく動作してい るかを検証する結合テストは、開発の比較的後の段階で QAチームなどによって行なわれることが多いのとは対照 的に、単体テストは、コード作成時などの早い段階で開 発者によって実施されることが多いのが特徴です。 Twitter: @hilhilyzyan 出典： https://www.techmatrix.co.jp/t/quality/unittest.html
9. UiPathの場合は各XAMLのテストかな? 開発時にXAMLを機能ごとにファイル分割をする ↓↓↓ それぞれの機能(XAML)が 正常に動いているかを自動でテストする Twitter: @hilhilyzyan
10. とりあえずやってみる！
11. 手順1. UiPath Goからダウンロード Twitter: @hilhilyzyan
12. ファイル構成を見てみる uipath_AutomationTestRobot |-- src |-- config（設定するときはここを見る） |-- lib |-- templates |-- test |-- test_cases_sample
13. Configファイルを見てみる uipath_AutomationTestRobot¥src¥config¥config.xlsx
14. 手順②. 設定をする とりあえず何も考えずに、PC内のどこかに このフォルダたちをつくる！ （中身は空っぽでOK） Twitter: @hilhilyzyan
15. 手順②. 設定をする uipath_AutomationTestRobot¥src¥config¥config.xlsx に先程作成したフォルダのパスをいれる
16. 手順3. テストしたいワークフローを用意 今回は 税抜金額をいれると 税込金額を計算する ワークフローを 作りました。 「100」 といれると 「110」が 返ってきます このXAMLはPC内のどこにあってもOK
17. 手順4.テストケースを自動生成 uipath_AutomationTestRobot¥src¥Main.xaml 実行！ Twitter: @hilhilyzyan
18. 手順4.テストケースを自動生成 ポップアップが出てくるので、 3番目を選択！ ちなみに ・1番目はすべてのテストケースをテストする ・2番目は一部のテストケースをテストする ・3番目はテストケースを自動生成する
19. 手順4.テストケースを自動生成 どのフォルダーのテストケースを自動生成しますか？ って出てくるので一旦OKを押す Twitter: @hilhilyzyan
20. 手順4.テストケースを自動生成 先程用意した「消費税計算」のフォルダーを選択 Twitter: @hilhilyzyan
21. 手順4.テストケースを自動生成 テストケースが自動生成されました！
22. 手順4. テストケースを自動生成 中身はこんな感じです Twitter: @hilhilyzyan
23. 手順5. テストケースを修正 テストケースをコピーしてきます
24. 手順5. テストケースを修正 コピーしたテストケースに情報を入力！ Twitter: @hilhilyzyan
25. 手順6. テストを実行！ uipath_AutomationTestRobot¥src¥Main.xaml 実行！ Twitter: @hilhilyzyan
26. 手順6. テストを実行！ ポップアップが出てくるので、 1番目を選択！ ちなみに ・1番目はすべてのテストケースをテストする ・2番目は一部のテストケースをテストする ・3番目はテストケースを自動生成する
27. 手順7. 実行結果を確認
28. 手順7. 実行結果を確認
29. この場合はどうなの！？
30. リスト型が引数のoutで出る場合 {“りんご”, “ごりら”, “らっぱ”}のように書けば大丈夫！ Twitter: @hilhilyzyan
31. 配列型が引数のoutで出る場合 [“りんご”, “ごりら”, “らっぱ”]のように書けば大丈夫！ out_配列型 Twitter: @hilhilyzyan
32. 辞書型の場合 {“key1":“value",“key2":“value2"}のように書けば大丈夫！ Twitter: @hilhilyzyan
33. データテーブルの場合 エラーが出て、 結局治りませんでした。 ので、調査できませんでした…！ Twitter: @hilhilyzyan
34. 単体テストの向き不向き
35. 単体テストに向いているもの • 引数に特定の値をいれると必ず決まったものが返って くる（消費税計算など） これだけ！ Twitter: @hilhilyzyan
36. テストの自動化をする意味 ・ミスに気づける！ （例：Bのワークフロー開発で共通部品を一部修正したが、 逆にそのせいでAのワークフローで不具合が生じた） ・テストに当てていたリソースを別な開発に当てること ができる （そもそも、みなさんテストやってます…？） ・テストしやすいようにワークフローを開発する！とい う観点で開発すると、良いワークフローができそう。 ※全てのXAMLのテストをすることは多分無理です