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
110
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
20
ChatGPTにテストデータを作ってもらう
hanacchi
0
190
AI JIMYで数独
hanacchi
0
62
メール本文をどうやっつけるか
hanacchi
0
370
2024年のローコード界隈最新事情~業務担当者でもAI・生成AIを活用できる!~
hanacchi
0
460
AI JIMY - 登壇(インストール編)
hanacchi
0
540
AI JIMY - 登壇(設定編)
hanacchi
0
500
AI JIMY - 登壇(実行編)
hanacchi
0
470
パスワードを保存しますか?
hanacchi
0
480
Other Decks in Technology
See All in Technology
プロダクトだけじゃない、社内プロセスにおける自動化・省力化ノススメ
kakehashi
PRO
1
3.8k
CSに"SLO"は要らない、経営層に"99.9%"は伝わらない - SREを全社に"翻訳"する3原則
cscengineer
PRO
1
4.6k
Road to SRE NEXTの今までとこれから
hiroyaonoe
0
330
SREとQA 二人三脚で進めるSLO運用/sre-qa-slo
sugitak
0
610
Kaggleで成長するために意識したこと
prgckwb
2
360
ヘルスケア領域における AI 活用と その安全性担保のための取り組み (Leveraging AI in Healthcare and Our Efforts to Ensure Its Safety) - Google I/O Extended Tokyo 2026, July 11, 2026
zettaittenani
0
380
はじめてのWDM
miyukichi_ospf
1
140
「最後に責任を取るのはチーム」— 人間のPRレビューを最小化してアップデートしたメンタルモデル
jnishime_dresscode
0
710
なぜ私たちのSREプラクティスはなかなか機能しないのか 〜システムより先に組織を見る〜 / Why our SRE practices aren't really working
vtryo
3
3.8k
Compose 新機能総まとめ / What's New in Jetpack Compose
yanzm
0
270
Alphaモジュール使っていいのかい!?いけないのかい!?どっちなんだいっ!?
watany
1
170
型は壁、Rustでもバグを直すな、表現できなくせよ
nwiizo
13
2.1k
Featured
See All Featured
Faster Mobile Websites
deanohume
310
32k
The agentic SEO stack - context over prompts
schlessera
0
840
Stop Working from a Prison Cell
hatefulcrawdad
274
21k
DBのスキルで生き残る技術 - AI時代におけるテーブル設計の勘所
soudai
PRO
67
56k
AI Search: Implications for SEO and How to Move Forward - #ShenzhenSEOConference
aleyda
1
1.3k
Building a Scalable Design System with Sketch
lauravandoore
463
34k
Designing Powerful Visuals for Engaging Learning
tmiket
1
450
The State of eCommerce SEO: How to Win in Today's Products SERPs - #SEOweek
aleyda
2
11k
How to make the Groovebox
asonas
2
2.3k
The Illustrated Children's Guide to Kubernetes
chrisshort
51
53k
Darren the Foodie - Storyboard
khoart
PRO
3
3.4k
Automating Front-end Workflow
addyosmani
1370
210k
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"?