単体試験の生産性向上と私

2026/06/04（木） 19:00〜
ライトニングトーク＆交流会！～〇〇と生産性向上と私～

Transcript

1. 単体試験の 生産性向上と私
2. はなっち！とは…  2020年11月 定年退職  同 年 同 月 有期契約社員  2022年７月 個人事業主化  はなっち！の最近 実家への単身赴任が解け、自宅に戻る ⇒両親は自宅そばの老健さんへ 2025年9月からRPACommunityの仲間から 仕事のオファーをいただく 現在、絶賛UiPath！  Twitter:hjmkzk  Qiita:@HANACCHI  FaceBook:hajime.kozaki  BlueSky: hjmkzk.bsky.social
3. 仕様概要 … CONFIGで指定された列毎に、データテーブル中の行の値を、ログに出力する ログに出力する CONFIGで指定され た列毎に データテーブル中の 行の値を
4. 無論、CONFIGファイルの処理と、データテーブルの処理が必要 NAME VALUE DESCRIPTION FOLDER c:\RPA FILENAME SAMLEDATA.xlsx COLUMNs 列A,列C 列A 列B 列C 2110035 神奈川県 自宅 1710031 東京都 実家 3660824 埼玉県 ダチんち 読んだシート上の情報 をCONFIGに代入 CONFIG上の辞書情報を 参照しDataTableへ
5. 全体図 読んだシート上の情報 をCONFIGに代入 CONFIG上の辞書情報を 参照しDataTableへ ログに出力する NAME VALUE DESCRIPTION FOLDER c:\RPA FILENAME SAMLEDATA.xlsx COLUMNs 列A,列C 列A 列B 列C 2110035 神奈川県 自宅 1710031 東京都 実家 3660824 埼玉県 ダチんち
6. 主処理部分は、他でも転用したいので、xamlとして切り出して！
7. 「ワークフローとして抽出」後
8. とりあえず、単体で起動しておこうか... 未設定だから 当然！
9. Main CONFIG処理 データテーブル処理 INVOKE処理 DRIVER_Main.xaml CONFIG処理 データテーブル処理 INVOKE処理 単体試験の方法 それって、Main.xamlとほぼ変わらないよね？ Main.xamlの中で処理しているCONFIG、データテーブルを利用すればいいね？ ①単体試験用にドライバxamlを作成し、そこからINVOKEする！ ≒ ②主処理.xamlの中に、CONFIG処理、データテーブル処理を組み込む！ それも、Main.xamlとほぼ変わらないし、汚しているよね？ 主処理.xaml CONFIG処理 機能 データテーブル処理 ≒ ② ①
10. 既定値 … 引数タブの「既定値」に事前に設定しておけば！？ … どうやって？ ？ String型への設定例 Dictionary型, DataTable型 への設定？
11. Geminiに、「UiPathの開発で、辞書型の引数の『既定値』に事前に設定したいんだけど」と訊いてみる
12. Geminiに、「UiPathの開発で、DataTable型の引数の『既定値』に３列、２行を事前に設定したいんだけど」 …
13. 知らなった！！！引数タブの「既定値」に事前に設定してしてみた New Dictionary(Of String, Object) From { {"FOLDER","c:¥RPA"}, {"FILENAME","SAMLEDATA.xlsx"}, {"COLUMNs","列A,列C"} } DirectCast( Newtonsoft.Json.JsonConvert.DeserializeObject ("[{'列A':'A1','列B':'B1','列C':'C1'},{'列A':'A2','列B':'B2','列C':'C2'}]", GetType(DataTable) ) , DataTable) ※見やすさのため、改行しています ※見やすさのため、改行しています
14. このようにやるメリット・デメリット 辞書型への「既定値」設定 【メリット】 • EXCELからテキストエディタにコピペし、加工できる！ • 後任の人が、動作確認しやすい（！） • 必要なCONFIGが洗い出せる（？） 【デメリット】 • 大量のKeyPairを持つDictionary設定には不向き • 引数に、編集パネルがないから修正しにくい データテーブル型への「既定値」設定 【メリット】 • ドライバxamlとか、「データテーブルの構築」が不要 • 後任の人が、動作確認しやすい（！） • 必要な列名が洗い出せる（？） 【デメリット】 • JSON構文を維持しつつ設定するのが面倒 ⇒「データテーブルの構築」でも大量データには不向き ⇒そもそも、大量データで単体試験はしない？ • 引数に、編集パネルがないから修正しにくい
15. 最大のデメリット … 参照した際に、既定値が設定されてしまっている ⇒ 正しく設定するのを忘れてしまう！？ 既定値に設定されて いない場合 既定値に設定されて いる場合 引数と同じ名前の変 数が存在する場合
16. （一工夫…データテーブルに、指定があってもなくても大丈夫なように...）
17. 適材適用！
18. 一生UiPathします How Do You Like "UiPath"?