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
複数プロダクトで進めるAI機能実装 ── 実践から得たリアルな学びとロードマップ実現への挑戦 / AICon2026_yanari
rakus_dev
1
290
全社でのソフトウェアサプライチェーン攻撃対策をやってみた with Takumi Guard
z63d
0
300
探索・可視化・自動化を一本化 Amazon Quickでデータ活用スピードを上げる方法
koheiyoshikawa
0
200
AI時代のPlaywright活用(システムテストを自動化する ー 実行エンジンにPla ywrightを選んだ理由)
ynisqa1988
2
1k
プロダクト開発組織の現在地(Ver.2026/07) / product-organization
kaonavi
0
480
OPENLOGI Company Profile for engineer
hr01
1
75k
データエンジニアリングとドメイン駆動設計
masuda220
PRO
14
2.6k
データ活用研修 問いの発見と仮説構築【MIXI 26新卒技術研修】
mixi_engineers
PRO
1
150
キャリアLT会#3
beli68
2
270
セキュリティ研修【MIXI 26新卒技術研修】
mixi_engineers
PRO
3
2.1k
人とエージェントが高め合う協業設計
kintotechdev
0
910
それでも、技術なブログを書く理由 #kichijojipm / Why I Still Write Tech Blogs Even Now
shinkufencer
0
850
Featured
See All Featured
Agile Leadership in an Agile Organization
kimpetersen
PRO
0
190
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
1.5k
Marketing Yourself as an Engineer | Alaka | Gurzu
gurzu
0
260
Faster Mobile Websites
deanohume
310
32k
Information Architects: The Missing Link in Design Systems
soysaucechin
0
1k
Utilizing Notion as your number one productivity tool
mfonobong
4
460
Keith and Marios Guide to Fast Websites
keithpitt
413
23k
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
64
56k
StorybookのUI Testing Handbookを読んだ
zakiyama
31
6.9k
From Legacy to Launchpad: Building Startup-Ready Communities
dugsong
0
270
DevOps and Value Stream Thinking: Enabling flow, efficiency and business value
helenjbeal
1
270
Digital Projects Gone Horribly Wrong (And the UX Pros Who Still Save the Day) - Dean Schuster
uxyall
1
2.1k
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"?