Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
単体試験の生産性向上と私
Search
HANACCHI
June 05, 2026
Technology
130
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
単体試験の生産性向上と私
2026/06/04(木) 19:00〜
ライトニングトーク&交流会!~〇〇と生産性向上と私~
HANACCHI
June 05, 2026
More Decks by HANACCHI
See All by HANACCHI
PowerAutomatefordesktopでの開発シーンで
hanacchi
0
24
ChatGPTにテストデータを作ってもらう
hanacchi
0
200
AI JIMYで数独
hanacchi
0
64
メール本文をどうやっつけるか
hanacchi
0
380
2024年のローコード界隈最新事情~業務担当者でもAI・生成AIを活用できる!~
hanacchi
0
460
AI JIMY - 登壇(インストール編)
hanacchi
0
550
AI JIMY - 登壇(設定編)
hanacchi
0
510
AI JIMY - 登壇(実行編)
hanacchi
0
470
パスワードを保存しますか?
hanacchi
0
490
Other Decks in Technology
See All in Technology
2026-08-15 JAWS-UG 茨城 #16 Secrets ManagerにおけるSecret値の管理(Terraformの場合) / Secrets Manager Secrets
masasuzu
0
280
Go 1.27 の標準パッケージに uuid が入った!のでいろいろ喋る / go_127_std_go_uuid
convto
1
280
LLM Internals: 언어 모델의 계보와 알고리즘 진화 (2023~2026)
inureyes
PRO
0
680
Eight Engineering Unit 紹介資料
sansan33
PRO
3
8.2k
モバイルアプリ開発概論2026
recruitengineers
PRO
6
660
まちスペース®とデジタルツインと「まちづくり」
hiro_ogi
0
130
ガバメント AI 源内を地方自治体は活用できるのか可能性と課題、期待について
takeda_h
2
450
コーチングの奥義 何もしないテクニック
jinwatanabe
0
110
ボトムアップ文化が強い組織で セキュリティをどう根付かせていくかの現在進行形の話 / Making Security Stick in a Bottom-Up Organization
yamaguchitk333
0
240
老害フォレンジッカーはAI羊の夢を見るか?
tadmaddad
0
350
Goでデータパイプラインを作ろう
sansantech
PRO
1
510
システム思考で問題に対処する
yussak
0
340
Featured
See All Featured
Why Our Code Smells
bkeepers
PRO
340
58k
Building a Scalable Design System with Sketch
lauravandoore
463
34k
Applied NLP in the Age of Generative AI
inesmontani
PRO
4
2.4k
Thoughts on Productivity
jonyablonski
76
5.3k
A Guide to Academic Writing Using Generative AI - A Workshop
ks91
PRO
1
370
The Power of CSS Pseudo Elements
geoffreycrofte
82
6.5k
The Invisible Side of Design
smashingmag
301
52k
Pawsitive SEO: Lessons from My Dog (and Many Mistakes) on Thriving as a Consultant in the Age of AI
davidcarrasco
0
210
Fireside Chat
paigeccino
42
4k
RailsConf 2023
tenderlove
30
1.5k
Building a A Zero-Code AI SEO Workflow
portentint
PRO
0
670
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
56k
Transcript
単体試験の 生産性向上と私
はなっち!とは… 2020年11月 定年退職 同 年 同 月 有期契約社員
2022年7月 個人事業主化 はなっち!の最近 実家への単身赴任が解け、自宅に戻る ⇒両親は自宅そばの老健さんへ 2025年9月からRPACommunityの仲間から 仕事のオファーをいただく 現在、絶賛UiPath! Twitter:hjmkzk Qiita:@HANACCHI FaceBook:hajime.kozaki BlueSky: hjmkzk.bsky.social
仕様概要 … CONFIGで指定された列毎に、データテーブル中の行の値を、ログに出力する ログに出力する CONFIGで指定され た列毎に データテーブル中の 行の値を
無論、CONFIGファイルの処理と、データテーブルの処理が必要 NAME VALUE DESCRIPTION FOLDER c:\RPA FILENAME SAMLEDATA.xlsx COLUMNs 列A,列C
列A 列B 列C 2110035 神奈川県 自宅 1710031 東京都 実家 3660824 埼玉県 ダチんち 読んだシート上の情報 をCONFIGに代入 CONFIG上の辞書情報を 参照しDataTableへ
全体図 読んだシート上の情報 をCONFIGに代入 CONFIG上の辞書情報を 参照しDataTableへ ログに出力する NAME VALUE DESCRIPTION FOLDER
c:\RPA FILENAME SAMLEDATA.xlsx COLUMNs 列A,列C 列A 列B 列C 2110035 神奈川県 自宅 1710031 東京都 実家 3660824 埼玉県 ダチんち
主処理部分は、他でも転用したいので、xamlとして切り出して!
「ワークフローとして抽出」後
とりあえず、単体で起動しておこうか... 未設定だから 当然!
Main CONFIG処理 データテーブル処理 INVOKE処理 DRIVER_Main.xaml CONFIG処理 データテーブル処理 INVOKE処理 単体試験の方法 それって、Main.xamlとほぼ変わらないよね?
Main.xamlの中で処理しているCONFIG、データテーブルを利用すればいいね? ①単体試験用にドライバxamlを作成し、そこからINVOKEする! ≒ ②主処理.xamlの中に、CONFIG処理、データテーブル処理を組み込む! それも、Main.xamlとほぼ変わらないし、汚しているよね? 主処理.xaml CONFIG処理 機能 データテーブル処理 ≒ ② ①
既定値 … 引数タブの「既定値」に事前に設定しておけば!? … どうやって? ? String型への設定例 Dictionary型, DataTable型 への設定?
Geminiに、「UiPathの開発で、辞書型の引数の『既定値』に事前に設定したいんだけど」と訊いてみる
Geminiに、「UiPathの開発で、DataTable型の引数の『既定値』に3列、2行を事前に設定したいんだけど」 …
知らなった!!!引数タブの「既定値」に事前に設定してしてみた 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) ※見やすさのため、改行しています ※見やすさのため、改行しています
このようにやるメリット・デメリット 辞書型への「既定値」設定 【メリット】 • EXCELからテキストエディタにコピペし、加工できる! • 後任の人が、動作確認しやすい(!) • 必要なCONFIGが洗い出せる(?) 【デメリット】
• 大量のKeyPairを持つDictionary設定には不向き • 引数に、編集パネルがないから修正しにくい データテーブル型への「既定値」設定 【メリット】 • ドライバxamlとか、「データテーブルの構築」が不要 • 後任の人が、動作確認しやすい(!) • 必要な列名が洗い出せる(?) 【デメリット】 • JSON構文を維持しつつ設定するのが面倒 ⇒「データテーブルの構築」でも大量データには不向き ⇒そもそも、大量データで単体試験はしない? • 引数に、編集パネルがないから修正しにくい
最大のデメリット … 参照した際に、既定値が設定されてしまっている ⇒ 正しく設定するのを忘れてしまう!? 既定値に設定されて いない場合 既定値に設定されて いる場合 引数と同じ名前の変
数が存在する場合
(一工夫…データテーブルに、指定があってもなくても大丈夫なように...)
適材適用!
一生UiPathします How Do You Like "UiPath"?