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
[OutSystems] Testing Framework がいい。とてもいい。
Search
kata_junn
July 20, 2022
Programming
0
1.8k
[OutSystems] Testing Framework がいい。とてもいい。
BDD Framework のやりづらさを黒魔術で解決しよう!
kata_junn
July 20, 2022
Tweet
Share
More Decks by kata_junn
See All by kata_junn
[OutSystems] ユニットテスト in OutSystems
kata_junn
0
460
O11?ODC?一体何が違うのさ?_v1.0.2.pdf
kata_junn
0
1.3k
[OutSystems] O11 ユーザーに贈る ODC 移行に備えておくと良さそうなコト
kata_junn
0
470
ODC を乗りこなすために理解しておくと良いかもしれないいくつかのこと~Case:External Logic~
kata_junn
0
440
[OutSystems] シン・とりあえず Reactive なプロジェクトにはこれ導入しておくと良い規約
kata_junn
0
280
[OutSystems] OutSystems が誘う Null がない世界の罠
kata_junn
0
1k
[OutSystems] CodeceptJS で快適な E2E ライフを送ろう!
kata_junn
0
340
[OutSystems] とりあえず Reactive なプロジェクトにはこれ導入しておくと良いって規約
kata_junn
1
1.7k
[Agile][Scrum] 転リファ
kata_junn
3
10k
Other Decks in Programming
See All in Programming
AIエージェント、”どう作るか”で差は出るか? / AI Agents: Does the "How" Make a Difference?
rkaga
4
2k
OSSとなったswift-buildで Xcodeのビルドを差し替えられるため 自分でXcodeを直せる時代になっている ダイアモンド問題編
yimajo
3
620
AtCoder Conference 2025
shindannin
0
1.1k
QAフローを最適化し、品質水準を満たしながらリリースまでの期間を最短化する #RSGT2026
shibayu36
2
4.4k
AIエージェントのキホンから学ぶ「エージェンティックコーディング」実践入門
masahiro_nishimi
5
470
dchart: charts from deck markup
ajstarks
3
990
CSC307 Lecture 01
javiergs
PRO
0
690
要求定義・仕様記述・設計・検証の手引き - 理論から学ぶ明確で統一された成果物定義
orgachem
PRO
1
150
AI Agent の開発と運用を支える Durable Execution #AgentsInProd
izumin5210
7
2.3k
CSC307 Lecture 06
javiergs
PRO
0
690
副作用をどこに置くか問題:オブジェクト指向で整理する設計判断ツリー
koxya
1
610
Patterns of Patterns
denyspoltorak
0
1.4k
Featured
See All Featured
The untapped power of vector embeddings
frankvandijk
1
1.6k
Leveraging LLMs for student feedback in introductory data science courses - posit::conf(2025)
minecr
0
150
Color Theory Basics | Prateek | Gurzu
gurzu
0
200
Statistics for Hackers
jakevdp
799
230k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
17k
So, you think you're a good person
axbom
PRO
2
1.9k
A designer walks into a library…
pauljervisheath
210
24k
Documentation Writing (for coders)
carmenintech
77
5.3k
Digital Projects Gone Horribly Wrong (And the UX Pros Who Still Save the Day) - Dean Schuster
uxyall
0
370
Getting science done with accelerated Python computing platforms
jacobtomlinson
2
120
How to Grow Your eCommerce with AI & Automation
katarinadahlin
PRO
1
110
The Limits of Empathy - UXLibs8
cassininazir
1
220
Transcript
片野 潤一 アジャイル営業推進部 伊藤忠テクノソリューションズ株式会社 Testing Framework がいい。 とてもいい。
片野 潤一
[email protected]
Java Struts/Spring/MyBATIS 2005 2014 OutSystems Developer@3人(6か月) Developer
&& TL@約10人(24か月) OutSystems 推進 2019 2020 Scrum on AWS Role:Developer TypeScript Serverless Dynamo, Lambda, S3, SQS, Kinesis, Athena Angular 認定スクラムマスター(CSM) AWS Certified DevOps Engineer - Professional OutSystems 資格 8 個(Expert Traditional Web Developer 含む) 好き:リアル脱出ゲーム、低温調理、肉、ゴルフ、スパイス、オクトラ OutSystems OutSystems 推進 Expert Service now!! 2
BDD Framework
None
BDD Framework
BDD Framework Testing Framework
BDD Framework の Developer Experience はどうでしたか?
先端開発者にとっての働きやすい環境と高速な開発を実現するための文化・組織・シ ステムが実現されているかを意味する開発者体験(Developer eXperience)です。 https://cto-a.github.io/dxcriteria/about.html “ Developer eXperience? ある特定のシステムを開発・保守する開発者をユーザーと捉え、彼ら・彼女らの開発 に伴う体験 https://buildersbox.corp-sansan.com/entry/2019/03/11/121417
“
テスト対象を Public にせざるを得ない問題 テスト用 eSpace eSpace テスト用 アプリケーション w/ BDD
Framework 業務用 アプリケーション 参照 業務ロジック アサーション 前処理/後処理 さぁ 実装だ!
テスト用 eSpace eSpace 業務用 アプリケーション 参照 業務ロジック アサーション 前処理/後処理 業務ロジックを実装する
Pub った! 1 テスト対象を Public にせざるを得ない問題 テスト用 アプリケーション w/ BDD Framework
よしテスト するぞ テスト用アプリケーションから業務ロジックを探す 2 テスト対象を Public にせざるを得ない問題 テスト用 eSpace eSpace
業務用 アプリケーション 参照 業務ロジック アサーション 前処理/後処理 Pub った! テスト用 アプリケーション w/ BDD Framework 業務ロジックを実装する 1
あれ? ないぞ? テスト対象を Public にせざるを得ない問題 テスト用アプリケーションから業務ロジックを探す 2 テスト用 eSpace eSpace
業務用 アプリケーション 参照 業務ロジック アサーション 前処理/後処理 Pub った! テスト用 アプリケーション w/ BDD Framework 業務ロジックを実装する 1 気付く 3
ああ! Public か! テスト対象を Public にせざるを得ない問題 テスト用アプリケーションから業務ロジックを探す 2 テスト用 eSpace
eSpace 業務用 アプリケーション 参照 業務ロジック アサーション 前処理/後処理 Pub った! テスト用 アプリケーション w/ BDD Framework 業務ロジックを実装する 1 気付く 3
テスト対象を Public にせざるを得ない問題 テスト用アプリケーションから業務ロジックを探す 2 テスト用 eSpace eSpace 業務用 アプリケーション
参照 業務ロジック アサーション 前処理/後処理 Pub った! テスト用 アプリケーション w/ BDD Framework 業務ロジックを実装する 1 気付く 3 悩む 4 え、でもそれってテストのた めにプロダクションコードの 実装に手を加えるってこと? そもそも可視性が2通りしか ないし公開したい Producer を指定するような仕組みがな いときついっていうかテスト 対象 Public にしていったら 関係ないのに使われる可能性 を否定できないし Public で あるべきでない Action も Public にしないとテストが できないの?まじかーそっか ー(超早口)
テスト対象を Public にせざるを得ない問題まとめ BDD は OutSystems の仕組みに則った正規の手段で Action を実行する想定 OutSystems
の可視性バリエーションは Private / Public の2種類のみ よって以下のような Private Action をテストしたい場合 Public にせざるを得ない - 1か所でしか使われていない完全 Private な Action - eSpace 内 Public な Action Public プロパティは実装の意図を伝えるための側面が強い(個人差があります) そのため、テスティングフレームワークの影響で強制されるのは違和感がある
Testing Framework
テスト対象を Public にせざるを得ない問題 テスト用 eSpace eSpace テスト用 アプリケーション w/ Testing
Framework 業務用 アプリケーション 参照 業務ロジック アサーション 前処理/後処理 さぁ 実装だ!
テスト用 eSpace eSpace 業務用 アプリケーション 参照 業務ロジック アサーション 前処理/後処理 業務ロジックを実装する
Pub った! 1 テスト対象を Public にせざるを得ない問題 テスト用 アプリケーション w/ Testing Framework
よしテスト するぞ テスト用アプリケーションの何か一つを参照する 2 テスト対象を Public にせざるを得ない問題 テスト用 eSpace eSpace
業務用 アプリケーション 参照 業務ロジック アサーション 前処理/後処理 Pub った! 業務ロジックを実装する 1 テスト用 アプリケーション w/ Testing Framework
楽だなー テスト対象を Public にせざるを得ない問題 テスト用アプリケーションの何か一つを参照する 2 テスト用 eSpace eSpace 業務用
アプリケーション 参照 業務ロジック アサーション 前処理/後処理 Pub った! 業務ロジックを実装する 1 Private だろうが Public だろうが呼び出し放題!! 3 テスト用 アプリケーション w/ Testing Framework
Testing Framework でのテスト実装 テスト対象:GetNextProductNumber Public:No 処理:Aggregate の結果 に +1 して返す
Testing Framework でのテスト実装 テスト対象:GetNextProductNumber Public:No 処理:Aggregate の結果 に +1 して返す
まずは Public にする! そして SetUp で GetLastProduct がデ ータを取得できるデータを作成して、あ、 あとは意図しないデータがあったらエラ ーにするなり削除するなりしないとなー 副作用に注意しなくちゃな!
Testing Framework でのテスト実装 Public 化 不要!
Testing Framework でのテスト実装 (今回は) データセットアップ 不要! Public 化 不要! 簡単に
Mocking 化 !!!
Testing Framework でのテスト実装 テスト開始を宣言 1 テスト対象の Proxy を宣言 2 Mock
クエリの結果を宣言 3 Mock クエリの結果をセット 4 Proxy 経由で Private Action を実行 5 アサーション 6
Testing Framework でのテスト実装 テスト開始を宣言 1 テスト対象の Proxy を宣言 2 Mock
クエリの結果を宣言 3 Mock クエリの結果をセット 4 Proxy 経由で Private Action を実行 5 アサーション 6
OutSystems のテスティングフレームワーク特徴ざっくり Testing Framework テスト対象強制 Public やるしかない 黒魔術で解決 プロダクションコードに 入り混じる
黒魔術で解決 Mocking 実装 プロダクトバージョン アップへの追従性 原理的に心配なし 破綻するかも Client Action 対応 あり なし BDD Framework
今日のまとめ BDD Framework は盤石な OutSystems 公式のテスティングフレームワーク 公式がサポートし、OutSystems でのテスティングの中心的存在であるが、 仕組み上「できないこと」や「できるけれどもやりづらい」ことが多々ある そんな中
Testing Framework という選択肢が彗星のごとく現れた 「BDD でやりづらいことを C# を駆使した黒魔術で解決」している 公式サポートはゼロだが、ユニットテストの生産性向上に役に立つかも
https://www.outsystems.com/forge/component- overview/12754/testing-framework Server Action にオススメ! 皆さんも使ってみましょう!!
ご清聴ありがとうございました